用途：在用户表示要保存或提交工作时，自动分析代码改动并生成规范的 git 提交信息。
主要能力：遵循 Conventional Commits 规范，提交信息格式为 <type>(<scope>): <subject>，类型包括 feat、fix、docs、style、refactor、perf、test、chore、ci、build；scope 可选，建议使用 kebab-case；主题行使用祈使语气、首字母小写、结尾不加句号、最长 72 字符；正文说明 WHAT 和 WHY，每行 72 字符换行，可用项目符号并引用 issue；页脚可写 BREAKING CHANGE 和 Closes #123、Fixes #456。
使用方式：先运行 git status 查看改动文件，git diff 了解具体改动，git branch --show-current 查看当前分支；若在 main 或 dev 分支会提示改用功能分支；未暂存时询问用户要暂存哪些文件，再用 git add <files> 或 git add .；随后分析 diff、确定类型与 scope、生成提交信息并展示给用户确认，最后执行 git commit -m "<message>"，含正文或页脚时使用多行提交信息。
适用场景：需要规范化提交历史、保持提交原子性、为未来维护者提供上下文的日常开发流程。
限制：若分支不正确会引导创建功能分支；改动过大或不聚焦时建议拆分为多个提交；无法确定类型时需询问用户；WIP 提交不鼓励；空提交需说明理由并配合 --allow-empty；质量门禁（测试、类型错误）由 project-workflow 技能处理。资料未提供安装命令、收费与平台信息。