Local Commits

把当前工作区的改动按逻辑拆分为多个本地 Git commit，并保持每个 commit 可理解、可审查、可回滚。

执行规则

1. 先读取 git status、未暂存 diff、已暂存 diff 和最近提交历史。保留用户已有改动，不使用 git reset --hard、git checkout -- 或其他破坏性操作。
2. 按独立目的分组改动，例如功能代码、测试、文档、版本 bump、CI；不要仅按文件夹机械分组。
3. 每组提交前检查相关文档：修改 UI、数据契约、发布流程或 Vault 语义时，把对应文档放入同一逻辑变更或单独的文档 commit。
4. 每个 commit 只包含一个目的，使用符合 Conventional Commits 的标题，例如 feat: ...、fix: ...、docs: ...、chore(release): bump version to ...。
5. 使用明确的文件路径或交互式 patch 精确暂存，避免把无关改动带入 commit；不要依赖 git add . 盲目提交。
6. 每组提交前运行与该组风险匹配的最小验证；版本 bump 至少检查所有版本字段和 Cargo.lock，代码改动至少运行对应类型检查、测试或 lint。
7. 提交后检查 git log 和 git status，确认 commit 顺序、标题、内容归属和剩余未提交改动都正确。
8. 默认只创建本地 commit，不 amend、rebase、创建 tag、push 或发布 Release；这些操作必须由用户明确要求。

异常处理

• 如果改动无法合理拆分，先说明分组方案再提交。
• 如果存在冲突、敏感文件、生成物或无法解释的改动，停止提交相关部分并报告路径与原因。
• 不为无关的已有改动补写说明、不重写用户提交历史。