用途：在需要提交仓库改动时使用，目标是生成干净、有意义、且符合仓库既有风格的提交。核心原则是只提交“连贯的变更单元”，即一组共同完成一个明确意图的改动，例如一个功能、一个修复、一次测试补充、一次文档更新、一次无行为变化的重构等。不自动提交所有已修改文件，也不提交尚未形成完整单元的零散工作；若当前改动不构成完整单元，可以不创建任何提交。
主要能力与用法：提交前先检查工作区状态、已暂存与未暂存改动、未跟踪文件、近期提交信息和相关 diff，可使用 git status --short、git diff、git diff --staged、git log --oneline -n 20。若存在多个独立变更单元，应拆分提交，必要时用 git add -p 或按路径选择性暂存；同一文件内改动重叠时需谨慎按 hunk 暂存。提交信息需参考近期提交的语气、格式与术语，采用英文 Conventional Commit 风格前缀（如 feat、fix、doc、test、refactor、chore），正文用日语，格式为 <prefix>: <日本語の要約>，保持简短具体，避免“いろいろ修正”“改善”等模糊表述，也不使用日语前缀。
流程与限制：反复执行“识别候选单元→只暂存一个单元→检查 git diff --staged→提交→重新评估剩余改动”，直到没有值得提交的单元为止。提交前需确认暂存内容是有意为之、无无关改动、无密钥、无临时文件，生成文件仅在属于同一单元时纳入，提交信息需准确描述暂存 diff。若相关且可用，提交前运行该单元的针对性校验；未运行校验需在最终回复中说明。完成后报告创建的提交及信息、有意未提交的改动及原因、运行的校验命令；若零提交需明确说明不存在完整变更单元。资料未提供具体安装方式、平台或收费信息。