用途：为 Git 工作流提供自动化与规范指导，帮助创建干净、原子的提交并有效组织分支与变更日志。
主要能力：该插件提供若干 fork 隔离技能。git-status 用于快速汇总仓库状态；git-commit 通过 commit-craft 代理创建提交，处理 pre-commit 钩子的检测、执行与失败恢复；branch-cleanup 清理已合并或过期的分支；generate-changelog 使用 git-cliff 生成 CHANGELOG.md，可接受 preview、generate、release 参数，无参数时交互提示。
使用方式：提交信息遵循约定式提交格式 type(scope): subject，正文与页脚可选。类型包括 feat、fix、docs、style、refactor、perf、test、build、ci、chore、revert。主题行不超过 72 字符，使用祈使语气，结尾不加句号。正文每行 72 字符，说明做了什么与为什么。页脚可引用 issue（Fixes #123）、标注破坏性变更（BREAKING CHANGE:）与共同作者。分支命名使用 feature/、fix/、hotfix/、release/、docs/、refactor/、test/、chore/ 前缀，采用 kebab-case，必要时带 issue 编号。原子提交要求自包含、完整、可审查，实现与测试放在一起，基础设施与应用变更分开，锁文件与清单文件同组。提交前用 git diff 与 git status 检查，避免提交敏感文件，运行 pre-commit 钩子，若钩子修改文件需重新暂存并重试。多行提交信息可用 heredoc 格式。
适用场景：单人项目可直接提交并推送到 main；当仓库有 CI 门禁、需要协作者审查或变更风险较高时，使用分支加 PR。单人仓库可强制推送 main 以修正本地错误，但若提交可能已被引用需先确认。
限制：项目自身的 CLAUDE.md 约定优先于上述默认规则。资料未提供安装命令、收费与平台信息。