[loopx-agent]

普通 Goal 创建表单已经确认了完成标准，创建服务却只保存目标文字和首批 Todo；首项完成后，持续要求 owner 看不到这份标准。本改动在首个会话启动前，将明确的 completion_criteria 接入已有 outcome owner。首批工作完成但要求未满足时，继续走既有 frontier/replan；不增加开关、计时器、控制器或 benchmark 特判。

创建中断沿用原 operation、provider revision 和声明重试。写入响应丢失不会先启动 Host；首轮响应丢失后恢复同一会话和 Turn。已知 CAS 冲突保持未确认，不自动重基。没有完成标准时不从自由文本猜要求；标准需要已选择的执行 Agent。已启动过会话的历史创建记录不自动迁移，旧检查、Stop、权限、预算和原生 Goal 自然结束语义不改。

TypeScript 负责从已审请求构建声明及校验恢复阶段；Python 保留现有 IO 效果适配。两个新增 checkpoint 阶段属于既有创建操作的局部恢复词汇，不是新的执行状态机。单项要求描述从 512 对齐到 2000 UTF-16 单元，以完整保留表单已经支持的 1000 Unicode 码点；两个 131072-byte 聚合上限保持，超过单项和聚合上限都原子拒绝。同一合成输入在原 owner 被拒绝，在新 owner 完整保留。

验证：

• 默认传输下新增 20 项真实 File/SQLite、HTTP、CLI、managed controller 和 external worker 用例通过，无跳过。普通非 benchmark Goal 首项完成后触发重规划、执行实际报告修复、保留原内容，并在有据复核和 Vision 收尾后停止。受控 Host 使用本地确定性程序，不代表真实模型采用。
• managed 恢复穿过实际 ChatRuntimeController 与协议进程，声明响应丢失及首轮响应丢失均只有一个会话、一次 turn/start。
• 旧 outcome 语义回归在机器 JSON 传输下 41 passed；默认渐进传输扩大回归 144 passed / 14 failed。14 个失败均为旧测试直接读取完整 JSON 的 KeyError，已在原始 base 的相同两个文件复现同一组失败（27 passed / 14 failed），没有改写这些失败为通过。
• TypeScript action/capacity：25 passed / 2 PostgreSQL tests skipped；其他 Goal acceptance/replan：172 passed / 23 skipped。此轮没有 PostgreSQL 正向集成资格声明。
• control-plane typecheck、Dashboard/Chat production build、9 文件公开边界扫描、双语 RFC diff 和 whitespace 检查通过。没有前端布局变更；App 的现有创建入口使用实际 HTTP 服务验证，已安装 App 的完整视觉旅程及真实模型效果仍未验证。

这是普通 Goal 创建入口的漏接修复。既有默认持续要求 owner 不依赖可执行检查、检查 scope 或领域反馈；领域适配器只提供自己的证据。更早的自由文本 Goal 不会被猜测式迁移。本 PR 不声明实验补时、运行采用、独立验收或 main 合并。