用途：在编写 Git 提交信息时提供规范指导，帮助生成清晰、一致、有意义的 commit message，并统一团队提交风格。
主要能力：支持 Conventional Commits 格式 <type>(<scope>): <subject>，涵盖 feat、fix、docs、style、refactor、perf、test、chore、ci、revert 等类型；scope 可选，用于标明受影响模块（如 auth、api、ui、db、config、deps）；subject 要求使用祈使语气、首字母不大写、结尾不加句号、建议不超过 50 字符（最多 72）；支持正文与页脚，如 Fixes #123、Closes #456、BREAKING CHANGE、Co-authored-by。
使用方式：先执行 git diff --staged 查看暂存改动，必要时用 git diff --staged --name-only 查看文件列表；判断改动的主要目的以确定 type，根据文件范围确定 scope，用“If applied, this commit will…”补全 subject；当原因不明显、含多项相关改动、有破坏性变更或需关联 issue 时补充正文与页脚。可配置提交模板 git config --global commit.template ~/.gitmessage，使用 npx cz 交互式提交，或用 npm install -D @commitlint/{cli,config-conventional} 校验提交。
适用场景：为暂存改动写提交信息、遵循 conventional commits、团队统一提交规范、为 squash 提交或 PR 编写信息。
限制：资料未提供该技能的具体安装方式、运行环境、收费与价格信息；内容以规范与示例为主，实际效果取决于团队约定与工具配置。