用途：根据当前工作区改动和会话上下文，生成一条规范、内容与暂存差异相符的 git 提交。
主要能力：结合 Codex 会话历史理解改动意图；检查 git status、git diff、git diff --staged；区分 Fast Path（小改动、低风险、范围明确，如仅改文档或配置）与 Safe Path（代码或行为变更、多子项目、需先验证）。在 monorepo 中默认每个子项目单独提交，避免混合无关目录。
使用方式：确定暂存范围后优先用显式路径暂存，例如 git add -- <path>；仅当所有工作区改动都需提交时才用 git add -A。暂存与暂存差异校验不可并行，应先完成 git add，再顺序执行 git diff --staged 或 git diff --staged --stat。提交信息采用约定式类型，如 feat(scope): ...、fix(scope): ...、refactor(scope): ...，主题用祈使句且不超过 72 字符，正文包含改动摘要、理由与权衡、测试或验证情况，正文每行 72 字符换行。用 git commit -F <file> 提交以避免换行转义。提交后用 git status --short --branch 和 git log -1 --pretty=fuller 顺序验证。
适用场景：需要让提交信息反映会话与真实差异的日常提交、文档或配置类低风险提交、monorepo 中按子项目拆分提交。
限制：资料未提供自动解决冲突、回滚或推送能力；若暂存含无关文件或信息与差异不符，需先修正索引或修订信息再提交。