chore: bump version to 0.75 (#598)

stdrc · web-flow · commit 6eaf8bd7b121 · 2026-01-09T22:43:56.000+08:00
Signed-off-by: Richard Chien &lt;stdrc@outlook.com&gt;
diff --git a/.kimi/prompts/gen-changelog.md b/.kimi/prompts/gen-changelog.md
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 scripts/sync-changelog.mjs 进行了同步，然后确保中文文档符合最新代码的行为，最后，加载 translate-docs.txt 提供的要求，进行双语同步。
+你应该首先确保英文 changelog 使用 node docs/scripts/sync-changelog.mjs 进行了同步，然后确保中文文档符合最新代码的行为，最后，加载 translate-docs.txt 提供的要求，进行双语同步。
diff --git a/.kimi/prompts/release.md b/.kimi/prompts/release.md
@@ -0,0 +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。
diff --git a/.kimi/prompts/translate-docs.md b/.kimi/prompts/translate-docs.md
diff --git a/CHANGELOG.md b/CHANGELOG.md
@@ -11,6 +11,8 @@ Only write entries that are worth mentioning to users.
 
 ## Unreleased
 
+## 0.75 (2026-01-09)
+
 - Tool: Improve `ReadFile` tool description
 - Skills: Add built-in `kimi-cli-help` skill to answer Kimi CLI usage and configuration questions
 
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.75 (2026-01-09)
+
 - Tool: Improve `ReadFile` tool description
 - Skills: Add built-in `kimi-cli-help` skill to answer Kimi CLI usage and configuration questions
 
diff --git a/docs/zh/release-notes/changelog.md b/docs/zh/release-notes/changelog.md
@@ -4,6 +4,8 @@
 
 ## 未发布
 
+## 0.75 (2026-01-09)
+
 - Tool：改进 `ReadFile` 工具描述
 - Skills：添加内置 `kimi-cli-help` Skill，解答 Kimi CLI 使用和配置问题
 
diff --git a/pyproject.toml b/pyproject.toml
@@ -1,6 +1,6 @@
 [project]
 name = "kimi-cli"
-version = "0.74"
+version = "0.75"
 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 scripts/sync-changelog.mjs 进行了同步，然后确保中文文档符合最新代码的行为，最后，加载 translate-docs.txt 提供的要求，进行双语同步。`
	`5`	`+你应该首先确保英文 changelog 使用 node docs/scripts/sync-changelog.mjs 进行了同步，然后确保中文文档符合最新代码的行为，最后，加载 translate-docs.txt 提供的要求，进行双语同步。`
Original file line number	Diff line number	Diff line change
`@@ -0,0 +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。