用途：根据工作区改动生成规范的 Conventional Commit 信息，决定是否拆分提交，运行提交前检查并安全创建提交。
主要能力：先运行 git log -n 20 --pretty=format:%s 与 git status 了解上下文，再按已暂存或未暂存差异分析改动。按改动文件数与行数划分提交压力区间（green：≤5 文件且≤150 行；yellow：6–12 文件或 151–400 行；red：>12 文件或>400 行），yellow 建议拆分、red 要求先给出拆分计划。依据逻辑目标、文件类型、实现与测试、格式与逻辑、依赖与行为、同一文件混合意图、规模与可评审性、issue 边界等框架决定单次或多次提交，必要时用 git add -p 或 git add -e 精确暂存。
使用方式：提交前做质量审查（正确性、可维护性、安全、性能、测试），按严重级别（Critical、High、Medium、Low）列出问题；存在 Critical 或 High 时须用户明确确认才可提交。若存在 .pre-commit-config.yaml，运行 pre-commit run，禁止绕过钩子；琐碎修复最多重试 2 次。提交信息须符合 <type>(<scope>): <subject> 或 <type>: <subject>，破坏性变更用 ! 并在正文或页脚写 BREAKING CHANGE。代理创建的提交须在页脚加 Co-Authored-By，正文不提 AI 生成。单次与多次提交都需依次展示 Commit Plan、Per-Commit Preview、Per-Commit Result，并在最终摘要中给出 <hash> <subject> 列表、预提交改动说明与工作区状态。
限制：禁止使用 --no-verify 或 -n；不得提交无关文件；不得整文件暂存仅部分 hunk 属于当前提交边界的内容；无法确定的信息未提供。