关于 full-stop
Full Stop 按照 full-send 流程推进拉取请求，并在其可供用户合并时停止。它允许更新分支和测试，但明确禁止合并或启用自动合并。
主要功能
- 01遵循 full-send 流程与验证规则
- 02提交、推送并变基任务分支
- 03阻止自动合并及进入合并队列
- 04核验最终差异与合并就绪状态
- 05交接结论、验证结果与风险
适用场景
- 01为用户准备待合并的拉取请求
- 02在不合并的情况下修复并测试改动
- 03确认合并就绪情况并报告阻碍
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/full-stop确认已加载。
附带文件agents/openai.yaml
详细介绍
完全停下
执行与 full-send 相同的工作，但在 PR 已准备好供用户合并时停下。
绝不合并。
阅读 full-send，并遵循其工作流、验证规则、
审查和跟进步骤。明确提出“完全停下”的请求，即授权执行这些
工作，无需另行请求“完全发送”。这也包括 full-send 的
测试权限。“完全停下”请求即授权使用 Proof 所需的测试
方法，即使项目文件要求先征求同意，例如使用计算机前也要征求同意。
直接使用这些方法。其合并权限不适用。以下覆盖规则优先。
不得合并
可以在此任务的分支上提交、推送、变基、解决冲突，并使用 --force-with-lease。
绝不合并、启用自动合并、加入合并队列、推送到默认分支、绕过分支保护，也不得委派这些操作。
开始工作前，禁用现有的自动合并，并将 PR 从任何合并队列中移除；每次推送前再次检查。报告这些更改。如果无法阻止自动合并，须在继续前报告这一阻碍。
停在关口
使用 full-send 的合并关口作为就绪检查。将其合并和最终报告步骤替换为交接。交接前，Proof 和审查必须覆盖最终差异；重新检查行为变更和重要的冲突修复。
获取目标分支，并检查当前 PR 的 head、base、检查、审查和合并状态。确认 PR 处于开启状态、不是草稿，且未设置为无需用户操作就合并。如果 PR 已被其他人合并，则报告这一情况。
- **可供合并：**合并关口已通过。保持 PR 开启且未合并。
- **等待必要审批：**只剩人工审批。确认这确实是唯一阻碍。
- **受阻：**说明哪些因素妨碍就绪、已尝试哪些措施，以及还需要什么。遵循
full-send中询问用户的规则。
在 T3 Code 中，于交接或提问前调用 unwatch_pull_request。
报告 PR 链接、最终 head、结论、验证结果、审查结果和剩余风险。说明 PR 是否仍处于开启且未合并状态。