用途：把团队提交日志规范落地为可执行的提交信息起草与门禁校验流程，覆盖 Conventional Commits、Gitmoji、Udacity 三种主流风格，适用于需要写 commit message、执行 git commit、设置 commitlint 或询问提交规范的场景。不凭对话编造改动，也不使用 --no-verify 绕过门禁。
主要能力：先用 git log --oneline -20 识别仓库既有风格，再用 git diff --cached 查看实际改动并起草 message；支持 Conventional Commits 类型（feat、fix、docs、style、refactor、test、chore、ci，以及 perf、revert、build），破坏性变更以 ! 或 BREAKING CHANGE: 标注；支持 Gitmoji 常用 emoji 对照及前缀剥离校验；支持 Udacity 长描述风格，首行摘要不超过 50 字符、正文每行不超过 72 字符。提供 linters/git/commit-msg 门禁脚本（含 pre-commit 的 commit-msg 阶段模板）与 commitlint 配置方式。
使用方式：先检查 staged 范围，再识别仓库风格，按实际 diff 选择 type/scope 并起草 subject，运行现有 commit-msg/commitlint 校验后提交。commitlint 可按资料给出的命令安装 @commitlint/cli 与 @commitlint/config-conventional 并生成配置；也可手动复制提交钩子文件后赋予可执行权限。
适用场景：日常提交信息撰写、团队提交规范落地、CI 与 pre-commit 集成、复杂重构需解释决策的提交。
限制：不做代码内容评审；分支命名与合并方向属于另一技能的范围。不适用于无 staged diff 却要求直接生成并提交、需要 amend 或重写已推送历史但未确认影响范围的情况。默认只读取 staged diff 与本地提交元数据，不收集上传源码与凭据；消息不得包含 token、密码、客户个人数据或未公开漏洞细节。消息合规不代表邮箱身份或签名合规。