用途：把 Git 提交过程标准化，减少误提交、密钥泄露和不合规范的信息。
主要能力：强制先列明并确认暂存文件，禁止 git add .、git add -A、git add --all，只允许显式指定路径；提交前对已暂存 diff 分别运行密钥与个人数据（PII）扫描并展示原始输出；按仓库 git log 的语言习惯和 Conventional Commits（<type>: <description>）生成草稿；提交信息遵循 Chris Beams 与 Linus Torvalds 的规范，正文只写原因；提交后按需进行基于已提交 diff 的评审循环，最后才推送。
使用方式：按步骤执行，含 git fetch 同步检查、git status 与 git diff --staged 确认暂存、两项扫描、git log --oneline -10 判断语言、生成草稿并等待用户回复 ok 后再执行；多行信息使用 heredoc 形式的 git commit 命令，推送需单独确认。
适用场景：希望提交信息可读、避免密钥或个人数据进入历史、并保持提交与推送受控的仓库。
限制：需要仓库具备 git 环境；扫描规则依赖正则与人工复核，名称、昵称、设备名等无可靠模式，需逐行目检；离线或仅局域网远端时同步信息可能过期；资料未提供安装方式、收费、平台支持等信息。