菜单
根据git提交历史和语义化版本控制规则更新项目版本号，修改相关配置文件，并生成Conventional Commits提交信息
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | project-version-update |
| description | 根据git提交历史和语义化版本控制规则更新项目版本号，修改相关配置文件，并生成Conventional Commits提交信息 |
当需要更新项目版本时，执行以下步骤：
git status 查看当前工作区状态，确认是否有未提交的更改git diff 或 git diff --cached 查看具体修改了哪些文件如果工作区有未提交的修改：
git diff 查看具体变更内容如果工作区干净：
git log --oneline -10 查看最近的提交历史git diff HEAD~1 --stat 查看最近一次提交的变更内容根据变更内容分析类型：
feat: 开头的提交 → MINOR 版本升级（次版本）fix: 开头的提交 → PATCH 版本升级（补丁版本）feat!: 或 fix!: 或包含 BREAKING CHANGE 的提交 → MAJOR 版本升级（主版本）docs:、style:、chore:、refactor: 等 → 可能不需要版本升级语义化版本控制规则：
当前版本号分别位于：
src-tauri/Cargo.toml 中的 versionsrc-tauri/tauri.conf.json 中的 versionpackage.json 中的 version如需更新版本号，同步修改以下文件：
修改 [package] 下的 version 字段
修改顶层的 version 字段
修改 version 字段
即使 git 工作区干净（无待提交更改），也需要检查并更新此文件：
v0.5.0 → v0.5.1）根据 Conventional Commits 1.0.0 规范，提交信息格式如下：
<type>[optional scope][!]: <description>
[optional body]
[optional footer(s)]
格式说明：
type（必需）：提交类型，常见类型包括：
feat: 新功能（对应 MINOR 版本升级）fix: bug 修复（对应 PATCH 版本升级）docs: 文档更新style: 代码格式调整（不影响功能）refactor: 代码重构perf: 性能优化test: 测试相关chore: 构建过程或辅助工具变动ci: CI 配置文件或脚本更新build: 构建系统或外部依赖变更scope（可选）：范围，用括号包围，描述变更影响的模块，如 feat(parser):
!（可选）：用于标记 breaking change，如 feat(api)!: 或 fix!:，表示 API 不兼容变更
description（必需）：简短描述，不超过 50 个字符，用动词开头（如 add, fix, update, remove 等）
body（可选）：详细说明，与描述之间空一行
footer（可选）：脚注，用于标注 breaking change 或关联 issue
BREAKING CHANGE: <description>：标注不兼容变更Refs: #123：关联 issueReviewed-by: Z：代码审查者示例：
feat: add new translation feature
feat(parser): add ability to parse arrays
fix: prevent racing of requests
BREAKING CHANGE: environment variables now take precedence over config files
运行 git add -A 添加所有更改
展示commit信息（必须使用引用块与其他内容区分）：
<type> [optional scope]:
[optional body]
[optional footer(s)]
使用 question 工具询问用户："是否确认提交？"，选项为：
question 工具会自动添加"Type your own answer"的选项根据用户选择：
git commit -m "提交信息" 创建提交不要运行 git push