chore: bump version to 0.76

stdrc · stdrc · commit 7c2ddbddad0b · 2026-01-12T20:47:24.000+08:00
diff --git a/.kimi/prompts/gen-docs.md b/.kimi/prompts/gen-docs.md
@@ -2,4 +2,4 @@
 
 我们现在对代码库有了一些修改，请你参考最近的 git commit、staged changes、changelog.md 等的内容，根据 @AGENTS.md 中的信息，必要时找到实际的代码全文，确保理解了所有变更对产品用户体验的真实改变，然后逐页、逐段地检查和更新文档内容。
 
-你应该首先确保英文 changelog 使用 node docs/scripts/sync-changelog.mjs 进行了同步，然后确保中文文档符合最新代码的行为，最后，加载 translate-docs.txt 提供的要求，进行双语同步。
+你应该首先确保英文 changelog 使用 node docs/scripts/sync-changelog.mjs 进行了同步，然后确保中文文档符合最新代码的行为，最后，加载 .kimi/prompts/translate-docs.md 提供的要求，进行双语同步。
diff --git a/.kimi/prompts/release.md b/.kimi/prompts/release.md
@@ -1 +1 @@
-首先从 AGENTS.md 和 .github/workflows/release*.yml 中理解本项目的发版自动化流程。然后，检查每个 packages、sdks 和根目录的包是否在上次发版（根据 tag 确认）后有变更。如果有变更，对于每个变更的包，跟我确认新的版本号（遵循语义化版本规范），并更新相应的 pyproject.toml 和 CHANGELOG.md 文件中的版本号，运行 uv sync。然后运行 gen-docs.md 中的指示以确保文档是最新的。开一个新的分支叫 bump-<package>-<new-version>，提交所有更改并推送到远程仓库。如果一次有多个包需要发版，可以合并在一个分支升级版本号，这问题不大，分支名你适当编写即可。完成后，用 gh 命令开一个 Pull Request，描述所做的更改。持续检查这个 PR 的状态，直到被合并。合并后，切到 main 分支，拉取最新的更改。提示我最终发布 tag 所需的 git tag 命令，我会自行 tag + push tags。
+首先从 AGENTS.md 和 .github/workflows/release*.yml 中理解本项目的发版自动化流程。然后，检查每个 packages、sdks 和根目录的包是否在上次发版（根据 tag 确认）后有变更。如果有变更，对于每个变更的包，跟我确认新的版本号（遵循语义化版本规范），并更新相应的 pyproject.toml 和 CHANGELOG.md 文件中的版本号（注意要保留 Unreleased 标题），运行 uv sync。然后运行 gen-docs.md 中的指示以确保文档是最新的。开一个新的分支叫 bump-<package>-<new-version>，提交所有更改并推送到远程仓库。如果一次有多个包需要发版，可以合并在一个分支升级版本号，这问题不大，分支名你适当编写即可。完成后，用 gh 命令开一个 Pull Request，描述所做的更改。持续检查这个 PR 的状态，直到被合并。合并后，切到 main 分支，拉取最新的更改。提示我最终发布 tag 所需的 git tag 命令，我会自行 tag + push tags。
diff --git a/CHANGELOG.md b/CHANGELOG.md
@@ -11,6 +11,8 @@ Only write entries that are worth mentioning to users.
 
 ## Unreleased
 
+## 0.76 (2026-01-12)
+
 - Tool: Make `ReadFile` tool description reflect model capabilities for image/video support
 - Tool: Fix TypeScript files (`.ts`, `.tsx`, `.mts`, `.cts`) being misidentified as video files
 - Shell: Allow slash commands (`/help`, `/exit`, `/version`, `/changelog`, `/feedback`) in shell mode
diff --git a/docs/en/release-notes/changelog.md b/docs/en/release-notes/changelog.md
@@ -4,6 +4,8 @@ This page documents the changes in each Kimi CLI release.
 
 ## Unreleased
 
+## 0.76 (2026-01-12)
+
 - Tool: Make `ReadFile` tool description reflect model capabilities for image/video support
 - Tool: Fix TypeScript files (`.ts`, `.tsx`, `.mts`, `.cts`) being misidentified as video files
 - Shell: Allow slash commands (`/help`, `/exit`, `/version`, `/changelog`, `/feedback`) in shell mode
diff --git a/docs/zh/release-notes/changelog.md b/docs/zh/release-notes/changelog.md
@@ -4,6 +4,8 @@
 
 ## 未发布
 
+## 0.76 (2026-01-12)
+
 - Tool：让 `ReadFile` 工具描述根据模型能力动态反映图片/视频支持情况
 - Tool：修复 TypeScript 文件（`.ts`、`.tsx`、`.mts`、`.cts`）被误识别为视频文件的问题
 - Shell：允许在 Shell 模式下使用部分斜杠命令（`/help`、`/exit`、`/version`、`/changelog`、`/feedback`）
diff --git a/pyproject.toml b/pyproject.toml
@@ -1,6 +1,6 @@
 [project]
 name = "kimi-cli"
-version = "0.75"
+version = "0.76"
 description = "Kimi CLI is your next CLI agent."
 readme = "README.md"
 requires-python = ">=3.12"
diff --git a/uv.lock b/uv.lock

Original file line number	Diff line number	Diff line change
`@@ -2,4 +2,4 @@`
`2`	`2`
`3`	`3`	`我们现在对代码库有了一些修改，请你参考最近的 git commit、staged changes、changelog.md 等的内容，根据 @AGENTS.md 中的信息，必要时找到实际的代码全文，确保理解了所有变更对产品用户体验的真实改变，然后逐页、逐段地检查和更新文档内容。`
`4`	`4`
`5`		`-你应该首先确保英文 changelog 使用 node docs/scripts/sync-changelog.mjs 进行了同步，然后确保中文文档符合最新代码的行为，最后，加载 translate-docs.txt 提供的要求，进行双语同步。`
	`5`	`+你应该首先确保英文 changelog 使用 node docs/scripts/sync-changelog.mjs 进行了同步，然后确保中文文档符合最新代码的行为，最后，加载 .kimi/prompts/translate-docs.md 提供的要求，进行双语同步。`
Original file line number	Diff line number	Diff line change
`@@ -1 +1 @@`
`1`		-首先从 AGENTS.md 和 .github/workflows/release*.yml 中理解本项目的发版自动化流程。然后，检查每个 packages、sdks 和根目录的包是否在上次发版（根据 tag 确认）后有变更。如果有变更，对于每个变更的包，跟我确认新的版本号（遵循语义化版本规范），并更新相应的 pyproject.toml 和 CHANGELOG.md 文件中的版本号，运行 uv sync。然后运行 gen-docs.md 中的指示以确保文档是最新的。开一个新的分支叫 bump-<package>-<new-version>，提交所有更改并推送到远程仓库。如果一次有多个包需要发版，可以合并在一个分支升级版本号，这问题不大，分支名你适当编写即可。完成后，用 gh 命令开一个 Pull Request，描述所做的更改。持续检查这个 PR 的状态，直到被合并。合并后，切到 main 分支，拉取最新的更改。提示我最终发布 tag 所需的 git tag 命令，我会自行 tag + push tags。
	`1`	+首先从 AGENTS.md 和 .github/workflows/release*.yml 中理解本项目的发版自动化流程。然后，检查每个 packages、sdks 和根目录的包是否在上次发版（根据 tag 确认）后有变更。如果有变更，对于每个变更的包，跟我确认新的版本号（遵循语义化版本规范），并更新相应的 pyproject.toml 和 CHANGELOG.md 文件中的版本号（注意要保留 Unreleased 标题），运行 uv sync。然后运行 gen-docs.md 中的指示以确保文档是最新的。开一个新的分支叫 bump-<package>-<new-version>，提交所有更改并推送到远程仓库。如果一次有多个包需要发版，可以合并在一个分支升级版本号，这问题不大，分支名你适当编写即可。完成后，用 gh 命令开一个 Pull Request，描述所做的更改。持续检查这个 PR 的状态，直到被合并。合并后，切到 main 分支，拉取最新的更改。提示我最终发布 tag 所需的 git tag 命令，我会自行 tag + push tags。