用途
Full Stop 是一个面向 AI 编程工作流的技能，触发条件为用户说出“full stop”。它的目标与 full-send 相同：完成同一套工作，但最终停在合并门槛前，把 PR 准备好交给用户合并，绝不自行合并。
主要能力
- 执行 full-send 的工作流程、证明规则、审查和跟进步骤。
- 用户明确说出“full stop”即视为授权执行该工作，无需另外的“full send”请求，包括 full-send 的测试权限。
- 即使项目文件要求先询问（例如在使用计算机之前），该请求也构成 Proof 所需测试方法的许可，可直接使用这些方法。
- 允许在任务分支上提交、推送、变基、修复冲突，以及使用 --force-with-lease。
- 禁止合并、启用自动合并、进入合并队列、推送到默认分支、绕过分支保护，或委托这些操作。
- 在工作开始前禁用已有的自动合并并将 PR 移出任何合并队列，每次推送前再次检查，并报告这些变更。如果无法阻止自动合并，需在继续前报告阻塞项。
使用方式
用户说出“full stop”即可触发。技能会读取 full-send 并遵循其工作流、证明规则、审查和跟进步骤。它使用 full-send 的合并门槛作为就绪检查，但将其合并和最终报告步骤替换为交接。证明和审查必须覆盖最终 diff；在交接前重新检查行为变更和有意义的冲突修复。
技能会获取目标分支并检查实时 PR 的 head、base、检查、审查和可合并性，确认 PR 处于打开状态、不是草稿，且未设置为无需用户即可合并。如果已被他人合并，则报告该情况。
适用场景
适用于希望 AI 完成编码、测试、审查和跟进工作，但最终合并决定权保留给用户的场景。技能会给出三种状态：
- 就绪可合并：合并门槛通过，PR 保持打开且未合并。
- 等待所需批准：仅剩人工批准，需确认这是实际阻塞项。
- 阻塞：说明阻碍就绪的原因、已尝试的操作以及所需条件，并遵循 full-send 的询问用户规则。
在 T3 Code 中，交接或提问前需调用 unwatch_pull_request。报告内容包括 PR 链接、最终 head、结论、证明、审查结果和剩余风险，并说明 PR 是否仍处于打开且未合并状态。
限制
- 绝不合并 PR，也不启用自动合并、进入合并队列、推送到默认分支或绕过分支保护。
- full-send 的合并权限不适用。
- 若无法阻止自动合并，必须在继续前报告阻塞项。
- 关于收费、价格、平台支持范围等具体信息，资料中暂未提供。