懂AI
metadata-action

metadata-action

实现 Docker 镜像元数据自动管理

metadata-action 是一个 GitHub Action，用于从 Git 引用和 GitHub 事件中提取元数据。它可与 Docker Build Push action 集成，自动为 Docker 镜像添加标签。支持语义化版本、分支名、提交哈希等多种标签策略，并可生成符合 OCI 规范的镜像标签。这个工具简化了 CI/CD 流程中的镜像管理，有效提升开发效率。

DockerGitHub Actions元数据CI/CD容器化Github开源项目
访问官网GitHub文档

GitHub 发布 GitHub 市场 CI 工作流 测试工作流 Codecov

关于

GitHub Action 用于从 Git 引用和 GitHub 事件中提取元数据。这个 action 特别适合与 Docker Build Push action 一起使用，用于标记和标签 Docker 镜像。

截图

用法

基础

name: ci

on:
  workflow_dispatch:
  push:
    branches:
      - 'master'
    tags:
      - 'v*'
  pull_request:
    branches:
      - 'master'

jobs:
  docker:
    runs-on: ubuntu-latest
    steps:
      -
        name: 检出
        uses: actions/checkout@v4
      -
        name: Docker 元数据
        id: meta
        uses: docker/metadata-action@v5
        with:
          images: name/app
      -
        name: 登录到 DockerHub
        if: github.event_name != 'pull_request'
        uses: docker/login-action@v3
        with:
          username: ${{ secrets.DOCKERHUB_USERNAME }}
          password: ${{ secrets.DOCKERHUB_TOKEN }}
      -
        name: 构建并推送
        uses: docker/build-push-action@v5
        with:
          context: .
          push: ${{ github.event_name != 'pull_request' }}
          tags: ${{ steps.meta.outputs.tags }}
          labels: ${{ steps.meta.outputs.labels }}
事件引用Docker 标签
pull_requestrefs/pull/2/mergepr-2
pushrefs/heads/mastermaster
pushrefs/heads/releases/v1releases-v1
push tagrefs/tags/v1.2.3v1.2.3, latest
push tagrefs/tags/v2.0.8-beta.67v2.0.8-beta.67, latest
workflow_dispatchrefs/heads/mastermaster

语义化版本

name: ci

on:
  push:
    branches:
      - 'master'
    tags:
      - 'v*'
  pull_request:
    branches:
      - 'master'

jobs:
  docker:
    runs-on: ubuntu-latest
    steps:
      -
        name: 检出
        uses: actions/checkout@v4
      -
        name: Docker 元数据
        id: meta
        uses: docker/metadata-action@v5
        with:
          images: |
            name/app
          tags: |
            type=ref,event=branch
            type=ref,event=pr
            type=semver,pattern={{version}}
            type=semver,pattern={{major}}.{{minor}}
      -
        name: 登录到 DockerHub
        if: github.event_name != 'pull_request'
        uses: docker/login-action@v3
        with:
          username: ${{ secrets.DOCKERHUB_USERNAME }}
          password: ${{ secrets.DOCKERHUB_TOKEN }}
      -
        name: 构建并推送
        uses: docker/build-push-action@v5
        with:
          context: .
          push: ${{ github.event_name != 'pull_request' }}
          tags: ${{ steps.meta.outputs.tags }}
          labels: ${{ steps.meta.outputs.labels }}
事件引用Docker 标签
pull_requestrefs/pull/2/mergepr-2
pushrefs/heads/mastermaster
pushrefs/heads/releases/v1releases-v1
push tagrefs/tags/v1.2.31.2.3, 1.2, latest
push tagrefs/tags/v2.0.8-beta.672.0.8-beta.67

Bake 定义

这个 action 还支持 bake 定义文件，可与 Docker Bake action 一起使用。你只需声明一个名为 docker-metadata-action 的空目标并从中继承。

// docker-bake.hcl
target "docker-metadata-action" {}

target "build" {
  inherits = ["docker-metadata-action"]
  context = "./"
  dockerfile = "Dockerfile"
  platforms = [
    "linux/amd64",
    "linux/arm/v6",
    "linux/arm/v7",
    "linux/arm64",
    "linux/386"
  ]
}
name: ci

on:
  push:
    branches:
      - 'master'
    tags:
      - 'v*'

jobs:
  docker:
    runs-on: ubuntu-latest
    steps:
      -
        name: 检出
        uses: actions/checkout@v4
      -
        name: Docker 元数据
        id: meta
        uses: docker/metadata-action@v5
        with:
          images: |
            name/app
          tags: |
            type=ref,event=branch
            type=ref,event=pr
            type=semver,pattern={{version}}
            type=semver,pattern={{major}}.{{minor}}
            type=sha
      -
        name: 构建
        uses: docker/bake-action@v4
        with:
          files: |
            ./docker-bake.hcl
            ${{ steps.meta.outputs.bake-file }}
          targets: build

${{ steps.meta.outputs.bake-file }} 文件的内容，结合标签和标签，对于 refs/tags/v1.2.3 引用看起来会像这样：

{
  "target": {
    "docker-metadata-action": {
      "tags": [
        "name/app:1.2.3",
        "name/app:1.2",
        "name/app:sha-90dd603", 
        "name/app:latest"
      ],
      "labels": {
        "org.opencontainers.image.title": "Hello-World",
        "org.opencontainers.image.description": "这是你的第一个仓库!",
        "org.opencontainers.image.url": "https://github.com/octocat/Hello-World",
        "org.opencontainers.image.source": "https://github.com/octocat/Hello-World", 
        "org.opencontainers.image.version": "1.2.3",
        "org.opencontainers.image.created": "2020-01-10T00:30:00.000Z",
        "org.opencontainers.image.revision": "860c1904a1ce19322e91ac35af1ab07466440c37",
        "org.opencontainers.image.licenses": "MIT"
      },
      "args": {
        "DOCKER_META_IMAGES": "name/app",
        "DOCKER_META_VERSION": "1.2.3"
      }
    }
  }
}

如果你只想使用标签和/或标签,也可以使用bake-file-tags和bake-file-labels输出。以下示例与前一个类似:

      -
        name: 构建
        uses: docker/bake-action@v4
        with:
          files: |
            ./docker-bake.hcl
            ${{ steps.meta.outputs.bake-file-tags }}
            ${{ steps.meta.outputs.bake-file-labels }}
          targets: build

如果你正在使用Git上下文构建远程Bake定义,必须使用cwd://前缀指定仅包含元数据的bake文件位置:

      -
        name: 构建
        uses: docker/bake-action@v4
        with:
          source: "${{ github.server_url }}/${{ github.repository }}.git#${{ github.ref }}"
          files: |
            ./docker-bake.hcl
            cwd://${{ steps.meta.outputs.bake-file }}
          targets: build

自定义

输入

以下输入可用作step.with键:

List类型是换行分隔的字符串

labels: |
  org.opencontainers.image.title=MyCustomTitle
  org.opencontainers.image.description=Another description
  org.opencontainers.image.vendor=MyCompany
名称类型描述
contextString获取上下文数据的位置。允许的选项有:workflow(默认),git。
imagesList用作标签基本名称的Docker镜像列表
tagsList键值对属性形式的标签列表
flavorList要应用的风格
labelsList自定义标签列表
annotationsList自定义注释列表
sep-tagsString用于标签输出的分隔符(默认为\n)
sep-labelsString用于标签输出的分隔符(默认为\n)
sep-annotationsString用于注释输出的分隔符(默认为\n)
bake-targetStringBake目标名称(默认为docker-metadata-action)

输出

可用的输出如下:

名称类型描述
versionStringDocker镜像版本
tagsStringDocker标签
labelsStringDocker标签
annotationsString注释
jsonString标签和标签的JSON输出
bake-file-tagsFile带标签的Bake文件定义路径
bake-file-labelsFile带标签的Bake文件定义路径
bake-file-annotationsFile带注释的Bake文件定义路径

另外,每个输出也会导出为环境变量:

  • DOCKER_METADATA_OUTPUT_VERSION
  • DOCKER_METADATA_OUTPUT_TAGS
  • DOCKER_METADATA_OUTPUT_LABELS
  • DOCKER_METADATA_OUTPUT_ANNOTATIONS
  • DOCKER_METADATA_OUTPUT_JSON
  • DOCKER_METADATA_OUTPUT_BAKE_FILE_TAGS
  • DOCKER_METADATA_OUTPUT_BAKE_FILE_LABELS
  • DOCKER_METADATA_OUTPUT_BAKE_FILE_ANNOTATIONS

因此可以与我们的Docker Build Push action一起使用:

- uses: docker/build-push-action@v5
  with:
    build-args: |
      DOCKER_METADATA_OUTPUT_JSON

环境变量

名称类型描述
DOCKER_METADATA_PR_HEAD_SHABool如果为true,则在pull request事件上设置关联的head SHA,而不是触发工作流的commit SHA
DOCKER_METADATA_ANNOTATIONS_LEVELSString用于设置注释输出的注释级别的逗号分隔列表(默认为manifest)

context输入

context定义从何处获取上下文元数据:

# 默认
context: workflow
# 或
context: git

images输入

images定义用作tags基本名称的Docker镜像列表:

images: |
  name/foo
  ghcr.io/name/bar
  # 或
  name=name/foo
  name=ghcr.io/name/bar

扩展属性和默认值:

images: |
  name=,enable=true
  • name=<string> 镜像基本名称
  • enable=<true|false> 启用此条目(默认为true)

如果images为空,则会生成没有基本名称的标签。

flavor输入

flavor为tags定义全局行为:

flavor: |
  latest=auto
  prefix=
  suffix=
  • latest=<auto|true|false>: 处理latest标签(默认为auto)
  • prefix=<string>,onlatest=<true|false>: 每个生成的标签的全局前缀,可选择用于latest
  • suffix=<string>,onlatest=<true|false>: 每个生成的标签的全局后缀,可选择用于latest

tags输入

tags是此操作的核心输入,因为与之相关的所有内容都将反映在输出元数据中。它采用CSV格式的键值对列表形式,以消除与GitHub Actions固有相关的限制(输入字段中只处理字符串格式)。以下是一个示例:

tags: |
  type=schedule
  type=semver,pattern={{version}}
  type=semver,pattern={{major}}.{{minor}}
  type=semver,pattern={{major}}
  type=ref,event=branch
  type=ref,event=pr
  type=sha

每个条目由一个type定义,包括:

以及全局属性:

  • enable=<true|false> 启用此条目(默认为true)
  • priority=<number> 设置标签优先级顺序
  • prefix=<string> 添加前缀
  • suffix=<string> 添加后缀

如果tags输入为空,则默认条目为:

tags: |
  type=schedule
  type=ref,event=branch
  type=ref,event=tag
  type=ref,event=pr

type=schedule

tags: |
  # 最小配置
  type=schedule
  # 默认配置
  type=schedule,pattern=nightly
  # 使用Handlebars模板
  type=schedule,pattern={{date 'YYYYMMDD'}}
  # 使用Handlebars模板并指定时区
  type=schedule,pattern={{date 'YYYYMMDD-hhmmss' tz='Asia/Tokyo'}}

将用于计划事件。

pattern是一个特殊设计的属性，支持Handlebars模板， 可使用以下表达式：

  • date 'format' tz='Timezone' ; 根据moment格式渲染日期。 默认tz为UTC。
模式输出
nightlynightly
{{date 'YYYYMMDD'}}20200110
{{date 'YYYYMMDD-HHmmss' tz='Asia/Tokyo'}}20200110-093000

扩展属性及默认值：

tags: |
  type=schedule,enable=true,priority=1000,prefix=,suffix=,pattern=nightly

type=semver

tags: |
  # 最小配置
  type=semver,pattern={{version}}
  # 使用自定义值替代git标签
  type=semver,pattern={{version}},value=v1.0.0

将用于推送标签事件， 需要一个有效的semver格式的Git标签，但你也可以通过value属性使用自定义值。

pattern属性支持Handlebars模板， 可使用以下表达式：

  • raw ; 实际标签
  • version ; {{major}}.{{minor}}.{{patch}}的简写（可包含预发布版本）
  • major ; 主版本号
  • minor ; 次版本号
  • patch ; 修订版本号
Git标签模式输出
v1.2.3{{raw}}v1.2.3
v1.2.3{{version}}1.2.3
v1.2.3{{major}}.{{minor}}1.2
v1.2.3v{{major}}v1
v1.2.3{{minor}}2
v1.2.3{{patch}}3
v2.0.8-beta.67{{raw}}v2.0.8-beta.67
v2.0.8-beta.67{{version}}2.0.8-beta.67
v2.0.8-beta.67{{major}}.{{minor}}2.0.8-beta.67*

*预发布版本（rc、beta、alpha）只会扩展{{version}}（或指定的{{raw}}）作为标签， 因为它们经常更新，并包含许多破坏性变更，作者认为这些版本还不适合公开使用。

扩展属性及默认值：

tags: |
  type=semver,enable=true,priority=900,prefix=,suffix=,pattern=,value=

type=pep440

tags: |
  # 最小配置
  type=pep440,pattern={{version}}
  # 使用自定义值替代git标签
  type=pep440,pattern={{version}},value=1.0.0

将用于推送标签事件， 需要一个符合PEP 440的Git标签， 但你也可以通过value属性使用自定义值。

pattern属性支持Handlebars模板， 可使用以下表达式：

  • raw ; 实际标签
  • version ; 清理后的版本
  • major ; 主版本号
  • minor ; 次版本号
  • patch ; 修订版本号
Git标签模式输出
1.2.3{{raw}}1.2.3
1.2.3{{version}}1.2.3
v1.2.3{{version}}1.2.3
1.2.3{{major}}.{{minor}}1.2
1.2.3v{{major}}v1
v1.2.3rc2{{raw}}v1.2.3rc2
1.2.3rc2{{version}}1.2.3rc2
1.2.3rc2{{major}}.{{minor}}1.2.3rc2*
1.2.3post1{{major}}.{{minor}}1.2.3.post1*
1.2.3beta2{{major}}.{{minor}}1.2.3b2*
1.0dev4{{major}}.{{minor}}1.0.dev4*

*开发版/预发布版/后发布版只会扩展{{version}}（或指定的{{raw}}）作为标签， 因为它们经常更新，并包含许多破坏性变更，作者认为这些版本还不适合公开使用。

扩展属性及默认值：

tags: |
  type=pep440,enable=true,priority=900,prefix=,suffix=,pattern=,value=

type=match

tags: |
  # 最小配置
  type=match,pattern=\d.\d.\d
  # 定义匹配组
  type=match,pattern=v(.*),group=1
  # 使用自定义值替代git标签
  type=match,pattern=v(.*),group=1,value=v1.0.0

可以创建一个正则表达式来匹配Git标签的模式和捕获组。将用于推送标签事件， 但你也可以通过value属性使用自定义值。

Git标签模式组输出
v1.2.3\d.\d.\d01.2.3
v2.0.8-beta.67v(.*)12.0.8-beta.67
v2.0.8-beta.67v(\d.\d)12.0
20200110-RC2\d+020200110
p1/v1.2.3p1/v(\d.\d.\d)11.2.3

扩展属性及默认值：

tags: |
  type=match,enable=true,priority=800,prefix=,suffix=,pattern=,group=0,value=

type=edge

tags: |
  # 最小配置
  type=edge
  # 定义默认分支
  type=edge,branch=main

edge 标签反映了 Git 仓库活动分支的最后一次提交。我通常更喜欢使用 edge 作为 Docker 标签，以获得更好的区分或通用模式。这也被官方镜像如 Alpine 所使用。

扩展属性和默认值：

tags: |
  type=edge,enable=true,priority=700,prefix=,suffix=,branch=$repo.default_branch

type=ref

tags: |
  # 分支事件
  type=ref,event=branch
  # 标签事件
  type=ref,event=tag
  # 拉取请求事件
  type=ref,event=pr

这种类型处理以下事件的 Git 引用（或参考）：

  • branch ；例如 refs/heads/master
  • tag ；例如 refs/tags/v1.0.0
  • pr ；例如 refs/pull/318/merge
事件引用输出
pull_requestrefs/pull/2/mergepr-2
pushrefs/heads/mastermaster
pushrefs/heads/my/branchmy-branch
push tagrefs/tags/v1.2.3v1.2.3
push tagrefs/tags/v2.0.8-beta.67v2.0.8-beta.67
workflow_dispatchrefs/heads/mastermaster

扩展属性和默认值：

tags: |
  # 分支事件
  type=ref,enable=true,priority=600,prefix=,suffix=,event=branch
  # 标签事件
  type=ref,enable=true,priority=600,prefix=,suffix=,event=tag
  # 拉取请求事件
  type=ref,enable=true,priority=600,prefix=pr-,suffix=,event=pr

type=raw

tags: |
  type=raw,value=foo
  type=raw,value=bar
  # 或
  type=raw,foo
  type=raw,bar
  # 或
  foo
  bar

根据您的需求输出自定义标签。

扩展属性和默认值：

tags: |
  type=raw,enable=true,priority=200,prefix=,suffix=,value=

type=sha

tags: |
  # 最小（短 sha）
  type=sha
  # 全长 sha
  type=sha,format=long

输出 Git 短提交（或指定的长提交）作为 Docker 标签，如 sha-ad132f5。

扩展属性和默认值：

tags: |
  type=sha,enable=true,priority=100,prefix=sha-,suffix=,format=short

注意事项

镜像名称和标签清理

为了符合规范， 镜像名称组件可以包含小写字母、数字和分隔符。分隔符定义为一个句点、一个或两个下划线， 或者一个或多个破折号。名称组件不能以分隔符开头或结尾。

标签名称必须是有效的 ASCII 字符序列，可以包含小写和大写字母、数字、下划线、句点和 破折号。标签名称不能以句点或破折号开头，最多可包含 128 个字符。

为了便于在工作流程中集成，此操作将自动：

  • 将镜像名称转为小写
  • 将标签中的无效字符序列替换为 -

最新标签

latest 标签通过 flavor 输入 处理。默认情况下（auto 模式） 会为以下情况生成：

要为特定分支名有条件地标记为最新，例如，如果您的默认分支名不是 master， 请使用带有布尔表达式的 type=raw：

tags: |
  # 为 master 分支设置最新标签
  type=raw,value=latest,enable=${{ github.ref == format('refs/heads/{0}', 'master') }}

您还可以使用 {{is_default_branch}} 全局表达式 为默认分支有条件地标记为最新：

tags: |
  # 为默认分支设置最新标签
  type=raw,value=latest,enable={{is_default_branch}}

priority 属性

priority=<int> 属性用于在最终列表中对标签进行排序。值越高，优先级越高。 列表中的第一个标签（优先级最高）将用作生成的 OCI 标签和 version 输出 的镜像版本。每个标签的 type 属性都有一个默认优先级：

属性默认优先级
schedule1000
semver900
pep440900
match800
edge700
ref600
raw200
sha100

全局表达式

以下 Handlebars 模板 表达式可用于 prefix、suffix、value 和 enable 属性：

tags: |
  # 动态设置分支名称作为前缀
  type=sha,prefix={{branch}}-
  # 动态设置分支名称和 sha 作为自定义标签
  type=raw,value=mytag-{{branch}}-{{sha}}

{{branch}}

返回触发工作流运行的分支名称。如果不是分支引用，则为空：

事件引用输出
pull_requestrefs/pull/2/merge
pushrefs/heads/mastermaster
pushrefs/heads/my/branchmy-branch
push tagrefs/tags/v1.2.3

{{tag}}

返回触发工作流运行的标签名称。如果不是标签引用，则为空：

事件引用输出
pull_requestrefs/pull/2/merge
pushrefs/heads/master
pushrefs/heads/my/branch
push tagrefs/tags/v1.2.3v1.2.3

{{sha}}

返回触发工作流运行的短提交 SHA（例如，90dd603）。

{{base_ref}}

返回触发工作流运行的拉取请求的基本引用或目标分支。对于分支引用，将为空：

事件引用输出
pull_requestrefs/pull/2/mergemaster
pushrefs/heads/master
pushrefs/heads/my/branch
push tag*refs/tags/v1.2.3master

*当发生推送标签事件时，base_ref 在推送负载中可用，但并不总是返回预期的分支。 它也未在 GitHub 文档中记录。 我们保留它以保持向后兼容性，但不建议依赖它。 更多上下文请参见 #192。

{{is_default_branch}}

如果触发工作流运行的分支是默认分支，则返回 true，否则返回 false。

{{date '<format>' tz='<timezone>'}}

返回按照其 moment 格式 渲染的当前日期。 默认 tz 为 UTC。

表达式输出示例
{{date 'YYYYMMDD'}}20200110
{{date 'dddd, MMMM Do YYYY, h:mm:ss a'}}Friday, January 10th 2020, 3:25:50 pm
{{date 'YYYYMMDD-HHmmss' tz='Asia/Tokyo'}}20200110-093000

主版本号为零

主版本号为零（0.y.z）用于初始开发阶段，可能随时发生变化。这意味着公共API不应被视为稳定。

在这种情况下，如果您使用带有{{major}}模式的type=semver，则不应生成Docker标签0。您可以按以下方式管理此行为：

# refs/tags/v0.1.2
tags: |
  # 输出 0.1.2
  type=semver,pattern={{version}}
  # 输出 0.1
  type=semver,pattern={{major}}.{{minor}}
  # 如果主版本号为零则禁用
  type=semver,pattern={{major}},enable=${{ !startsWith(github.ref, 'refs/tags/v0.') }}

JSON输出对象

json输出是一个由生成的标签和标签组成的JSON对象，您可以在工作流程中使用fromJSON函数进一步重用它们：

      -
        name: Docker meta
        uses: docker/metadata-action@v5
        id: meta
        with:
          images: name/app
      -
        name: Build and push
        uses: docker/build-push-action@v5
        with:
          tags: ${{ steps.meta.outputs.tags }}
          labels: ${{ steps.meta.outputs.labels }}
          build-args: |
            BUILDTIME=${{ fromJSON(steps.meta.outputs.json).labels['org.opencontainers.image.created'] }}
            VERSION=${{ fromJSON(steps.meta.outputs.json).labels['org.opencontainers.image.version'] }}
            REVISION=${{ fromJSON(steps.meta.outputs.json).labels['org.opencontainers.image.revision'] }}

覆盖标签和注释

如果生成的某些OCI镜像格式规范不适合作为标签/注释，您可以像这样覆盖它们：

      -
        name: Docker meta
        id: meta
        uses: docker/metadata-action@v5
        with:
          images: name/app
          labels: |
            maintainer=CrazyMax
            org.opencontainers.image.title=MyCustomTitle
            org.opencontainers.image.description=Another description
            org.opencontainers.image.vendor=MyCompany

注释

自Buildx 0.12版本起，可以通过--annotation标志为镜像设置注释。

使用build-push-action时，您可以将annotations输入设置为metadata-action的annotations输出值：

      -
        name: Docker meta
        uses: docker/metadata-action@v5
        with:
          images: name/app
      -
        name: Build and push
        uses: docker/build-push-action@v5
        with:
          tags: ${{ steps.meta.outputs.tags }}
          annotations: ${{ steps.meta.outputs.annotations }}

同样的操作也可以在bake-action中完成：

      -
        name: Docker meta
        uses: docker/metadata-action@v5
        with:
          images: name/app
      -
        name: Build
        uses: docker/bake-action@v4
        with:
          files: |
            ./docker-bake.hcl
            ${{ steps.meta.outputs.bake-file-tags }}
            ${{ steps.meta.outputs.bake-file-annotations }}
          targets: build

请注意，注释可以附加到清单中的多个不同级别。默认情况下，生成的注释将附加到镜像清单，但不同的注册表可能期望注释出现在不同的位置；一种常见做法是在镜像索引（如果存在）中读取注释，这通常用于多架构构建以索引特定平台的镜像。如果您想为注释指定级别，可以使用DOCKER_METADATA_ANNOTATIONS_LEVELS环境变量，用逗号分隔列表指定应附加注释的所有级别（默认为manifest）。以下配置演示了将注释同时附加到镜像清单和镜像索引的能力，尽管您的注册表可能只需要在索引级别添加注释。（也就是说，单独使用index可能就足够了。）请查阅您的注册表文档。

      -
        name: Docker meta
        uses: docker/metadata-action@v5
        with:
          images: name/app
        env:
          DOCKER_METADATA_ANNOTATIONS_LEVELS: manifest,index
      -
        name: Build and push
        uses: docker/build-push-action@v5
        with:
          tags: ${{ steps.meta.outputs.tags }}
          annotations: ${{ steps.meta.outputs.annotations }}

更多关于注释的信息，请参阅BuildKit文档。

贡献

想要贡献？太棒了！您可以在CONTRIBUTING.md中找到有关为此项目贡献的信息。

编辑推荐精选

蛙蛙写作

蛙蛙写作

AI小说写作助手，一站式润色、改写、扩写

蛙蛙写作—国内先进的AI写作平台，涵盖小说、学术、社交媒体等多场景。提供续写、改写、润色等功能，助力创作者高效优化写作流程。界面简洁,功能全面,适合各类写作者提升内容品质和工作效率。

AI辅助写作AI工具蛙蛙写作AI写作工具学术助手办公助手营销助手AI助手
Trae

Trae

字节跳动发布的AI编程神器IDE

Trae是一种自适应的集成开发环境（IDE），通过自动化和多元协作改变开发流程。利用Trae，团队能够更快速、精确地编写和部署代码，从而提高编程效率和项目交付速度。Trae具备上下文感知和代码自动完成功能，是提升开发效率的理想工具。

AI工具TraeAI IDE协作生产力转型热门
问小白

问小白

全能AI智能助手，随时解答生活与工作的多样问题

问小白，由元石科技研发的AI智能助手，快速准确地解答各种生活和工作问题，包括但不限于搜索、规划和社交互动，帮助用户在日常生活中提高效率，轻松管理个人事务。

热门AI助手AI对话AI工具聊天机器人
Transly

Transly

实时语音翻译/同声传译工具

Transly是一个多场景的AI大语言模型驱动的同声传译、专业翻译助手，它拥有超精准的音频识别翻译能力，几乎零延迟的使用体验和支持多国语言可以让你带它走遍全球，无论你是留学生、商务人士、韩剧美剧爱好者，还是出国游玩、多国会议、跨国追星等等，都可以满足你所有需要同传的场景需求，线上线下通用，扫除语言障碍，让全世界的语言交流不再有国界。

讯飞智文

讯飞智文

一键生成PPT和Word，让学习生活更轻松

讯飞智文是一个利用 AI 技术的项目，能够帮助用户生成 PPT 以及各类文档。无论是商业领域的市场分析报告、年度目标制定，还是学生群体的职业生涯规划、实习避坑指南，亦或是活动策划、旅游攻略等内容，它都能提供支持，帮助用户精准表达，轻松呈现各种信息。

AI办公办公工具AI工具讯飞智文AI在线生成PPTAI撰写助手多语种文档生成AI自动配图热门
讯飞星火

讯飞星火

深度推理能力全新升级，全面对标OpenAI o1

科大讯飞的星火大模型，支持语言理解、知识问答和文本创作等多功能，适用于多种文件和业务场景，提升办公和日常生活的效率。讯飞星火是一个提供丰富智能服务的平台，涵盖科技资讯、图像创作、写作辅助、编程解答、科研文献解读等功能，能为不同需求的用户提供便捷高效的帮助，助力用户轻松获取信息、解决问题，满足多样化使用场景。

热门AI开发模型训练AI工具讯飞星火大模型智能问答内容创作多语种支持智慧生活
Spark-TTS

Spark-TTS

一种基于大语言模型的高效单流解耦语音令牌文本到语音合成模型

Spark-TTS 是一个基于 PyTorch 的开源文本到语音合成项目，由多个知名机构联合参与。该项目提供了高效的 LLM（大语言模型）驱动的语音合成方案，支持语音克隆和语音创建功能，可通过命令行界面（CLI）和 Web UI 两种方式使用。用户可以根据需求调整语音的性别、音高、速度等参数，生成高质量的语音。该项目适用于多种场景，如有声读物制作、智能语音助手开发等。

咔片PPT

咔片PPT

AI助力，做PPT更简单！

咔片是一款轻量化在线演示设计工具，借助 AI 技术，实现从内容生成到智能设计的一站式 PPT 制作服务。支持多种文档格式导入生成 PPT，提供海量模板、智能美化、素材替换等功能，适用于销售、教师、学生等各类人群，能高效制作出高品质 PPT，满足不同场景演示需求。

讯飞绘文

讯飞绘文

选题、配图、成文，一站式创作，让内容运营更高效

讯飞绘文，一个AI集成平台，支持写作、选题、配图、排版和发布。高效生成适用于各类媒体的定制内容，加速品牌传播，提升内容营销效果。

热门AI辅助写作AI工具讯飞绘文内容运营AI创作个性化文章多平台分发AI助手
材料星

材料星

专业的AI公文写作平台，公文写作神器

AI 材料星，专业的 AI 公文写作辅助平台，为体制内工作人员提供高效的公文写作解决方案。拥有海量公文文库、9 大核心 AI 功能，支持 30 + 文稿类型生成，助力快速完成领导讲话、工作总结、述职报告等材料，提升办公效率，是体制打工人的得力写作神器。

下拉加载更多