用途：为项目建立或收紧源码管理政策，覆盖仓库结构、分支命名、合并策略、提交与发布规范，以及 Git 中的密钥管理纪律。触发场景包括引导源码管理政策、收紧分支与合并或 PR 规则、记录提交或发布规范、处理密钥入库或仓库结构问题。
主要能力：产出具体的项目增量，如代码、文档、配置、测试、CI 或评审产物；通过明确的规划、验证和最终校验减少歧义；留下可复用的项目上下文。交付物包括明确的分支与合并策略、更新后的贡献或治理文档、更安全的提交与 PR 及密钥卫生。
使用方式：先阅读最近的 AGENTS.md 确认范围与约束；按 Ralph Loop 执行工作流直至结果可接受，最后返回规定的结果格式，含具体产物与验证证据。工作流强调先就合并与发布策略达成一致，再扩展实现；分支与 PR 规则需在仓库内显式写明；Git 历史中的密钥应视为严重事件而非清理噪音；政策语言要具体。结果格式字段包括 status、plan、actions_taken、validation_skills、verification、remaining；仅安装类请求返回 status: configured 及确切后续命令。先读 references/source-control.md，涉及分支命名时再打开 references/naming-branches.md。输入包括当前分支与合并流程、发布策略与版本期望、密钥处理与仓库结构约束。
适用场景：制定分支命名与合并规则、记录发布与组件版本机制、在密钥泄露后收紧源码管理政策。
限制：不用于不改变源码管理政策的 CI/CD 工作流设计，也不用于不改变仓库政策的一次性 git 命令。若缺少依赖，需引导补齐或返回 status: not_applicable 并说明原因与回退路径。