Full Send
一种AI编程Agent的Skill工作流，在用户明确授权后让Agent自主完成任务直至PR合并，含合并闸门与证明验证机制
时间轴 (近 90 天)
t3.gg 将三个 Skill（Soul Loop、Full Send、Full Stop）放在名为 Fli 的仓库中，按类型分文件夹管理，以保持多台机器间的认证、MCP配置和技能同步。
Full Send 技能仅在用户明确要求时触发，表示用户没有盯线程，希望 Agent 从头到尾自主完成工作。
Full Send 的合并闸门要求：证明覆盖每一处改动、所有必须通过的检查全绿、所有评审机器人的问题已修复或驳回、无人类评审要求修改、分支与默认分支同步、GitHub 报告可合并。
Full Send 的证明机制要求模型自行验证改动生效，例如复现原始故障、应用修复、重新运行复现确认通过；运行仓库 CI 检查；为无测试的修复补写针对性测试；或运行应用验证 UI 和运行时行为。
Full Send 的提问闸门要求模型在用户无视线程时必须使用 Harness 的提问工具（Claude Code 中用 Ask User Question，Codex 中用 Request User Input），而不是在普通消息中提问。
t3.gg 在有限时间窗内使用了 32 次 Full Send，其中 27 次由 Agent 自主合并，他没有再看一眼。
Full Stop 技能与 Full Send 几乎相同，但要求 Agent 一直负责到 PR 准备好让用户合并为止，永不自行合并。
全部知识事实 (7)
Full Send 的证明机制要求模型自行验证改动生效，例如复现原始故障、应用修复、重新运行复现确认通过；运行仓库 CI 检查；为无测试的修复补写针对性测试；或运行应用验证 UI 和运行时行为。
50%待验证Full Send 技能仅在用户明确要求时触发，表示用户没有盯线程，希望 Agent 从头到尾自主完成工作。
50%待验证Full Send 的合并闸门要求：证明覆盖每一处改动、所有必须通过的检查全绿、所有评审机器人的问题已修复或驳回、无人类评审要求修改、分支与默认分支同步、GitHub 报告可合并。
50%待验证t3.gg 将三个 Skill（Soul Loop、Full Send、Full Stop）放在名为 Fli 的仓库中，按类型分文件夹管理，以保持多台机器间的认证、MCP配置和技能同步。
50%待验证Full Send 的提问闸门要求模型在用户无视线程时必须使用 Harness 的提问工具（Claude Code 中用 Ask User Question，Codex 中用 Request User Input），而不是在普通消息中提问。
50%待验证Full Stop 技能与 Full Send 几乎相同，但要求 Agent 一直负责到 PR 准备好让用户合并为止，永不自行合并。
50%待验证t3.gg 在有限时间窗内使用了 32 次 Full Send，其中 27 次由 Agent 自主合并，他没有再看一眼。
50%