git-workflow

Git 工作流

用于处理分支状态、拉取请求、CI／审查反馈或安全发布。请先阅读仓库说明。此技能中，绝不要重置、清理、暂存、丢弃无关工作、强制推送、合并、部署或更改生产环境。

路由

• 分支／当前状态和发布：branch-and-sync.md；
• PR 设置、目标差异／正文、CI 和自动反馈循环：pull-request-lifecycle.md；
• 人工审查正文、一般评论或行内讨论串：human-review.md；
• 非阻塞的材料交付经验总结：reflection.md。

人工反馈始终走人工审查路线，即使用户要求的是清点或摘要。评论只是一个假设，并非权威意见。

端到端授权

常规交付前，须请求授权以完成整个流程：在适用时选择分支／工作树、实施更改、执行有针对性的检查、进行本地 code-review 审查、提交、推送、创建／更新 PR，然后在限定范围内监控 CI／自动反馈。只有在用户明确要求时，才仅进行本地工作。

此授权不涵盖强制推送、合并／部署、更改生产环境、发布／回复／解决人工反馈或大幅扩展范围。以上操作均须另行获得明确授权。

监控器归属

监控器为只读：可以收集 SHA 稳定快照、检查反馈、等待正在运行的检查，并报告状态。协调者负责诊断、编辑、验证、提交、推送、重新运行、回复和解决问题。协调者进行更改前，须停止所有正在运行的监控器。更改完成后，只能从新的 SHA 稳定快照重新开始监控；绝不可依据针对旧提交头的监控器状态采取行动。

完成条件

只有在最新发布的提交头已通过所有必需检查、没有需要处理的自动反馈，并且所有人工反馈均不存在或已通过其授权关卡处理完毕后，PR 才算就绪。就绪、完成人工审查或观察到合并后，可以选择启动非阻塞的 reflection。它不会改变交付结论，也不会阻碍交付；由此产生的任何更改都需要单独授权。如果用户叫停、缺少必要的意图／授权、远程操作仅部分成功、无法诊断 CI、无法检查反馈，或限定范围的循环结束时仍未就绪，则须提供依据并停止。