SOZAI-ST · 交付判断
能交付。版本认准 28acfb1
7-10 用 4 个新 Agent 从零走完"创建 → 反馈 → 迭代 → 成片"，每步都有落库证据。没有挡路的问题。
01 · Ship
今天交付什么
| 事项 | 内容 |
|---|---|
| 版本 | 逻辑基线 = 28acfb1（tag st-delivery-2026-07-10，全部测试在它上面做的）。实际发布用 6be22e4：就是 28acfb1 + 皓男的域名迁移配置（sozai-st → sozai-st-test，只动 wrangler.jsonc，产品代码零改动，已逐行核过）。 |
| 防覆盖 | 发布前自查：git diff st-delivery-2026-07-10..st/test -- ':!docs' ':!wrangler.jsonc' 为空 = 逻辑没被人动过。部署后冒烟一次登录和回调（OAuth / cron 回调都换了域名，确认飞书白名单生效）。 |
| 交付前动作 | ① 万仕琦发默认创意规则 → 更新 ST 默认资产包；② 单次搜索 8 条 → 20 条（会上已同意）。 |
改默认创意规则注意：只对之后新建的 Agent 起作用。存量 Agent 各持有自己创建时复制的那份，不会跟着变。
02 · Next Version
下版本做两件事（7-10 会议定的）
- 检索需求统一在创建时生成：标题 + 正式检索文档一次出，快速搜索也细化，深度搜索不再"搜完才回填、被结果带偏"。规格模板飞博重写。
- 反馈中心改成客服式 Agent：三个工具——改检索需求、改创意规则、读资产（能看视频）。实时响应，取代"攒 3 条批量总结"。点赞点踩照旧只留记录，Agent 会读。
默认创意规则的定位也定了：高层原则、别写细，核心要求是"不干扰融合"；用户往上补充（append），补充的部分才真正起作用。
03 · Proof
测试证明了什么
4 / 4
Agent 全部有迭代版本
V3
最多迭代轮次（B）
8 / 10
成片消耗 / 预算
9
当日代码提交（修复+体验）
两段墨蓝箭头最难证：B 改了检索需求，下一批 9 条全部换向；对成片提的编辑意见当天进了学习、跑出 V3。
- 竞品、热梗两个入口都能一句话建出 Agent 并出素材。
- 手动编辑和自动消化两种迭代都真实产出版本。
- 没提中世纪的制作需求，产出方案自动带中世纪皮肤——创意规则真的管住了生产。
- 成片四条路全通：直接生成 / 带要求生成 / 提意见重做 / 先改方案再出修订版。
反馈满 3 条，自动出新版本。
编辑动作进反馈中心，画笔 + 动作名。
按修改意见产出的修订版成片。
04 · Open Items
挂账清单（都不挡交付）
| 问题 | 处理 |
|---|---|
| ST / TS 资产隔离：能引用别的产品的资产，真实安全风险 | 开发 · 优先 |
| 检索需求生成方式（见上文"下版本"①） | 开发 · 下版本 |
| 反馈中心客服式 Agent（见上文"下版本"②） | 开发 · 下版本 |
| 反馈偶发"点了发送没存上"（两个 Agent 复现） | 开发 |
| tobatsu 竞品桥当天超时 3 次，重试已能自救 | 运维 / tobatsu |
| 生成成片接口没防重放，重复请求出重复片 | 开发 · 低优先 |
| 成片点踩不能撤销 | 产品定夺 |
| 消化引擎要保留 thinking 的话需改成定时任务执行 | 开发评估 |
| git 历史误入 40MB 飞书素材（索引已清） | 开发决定是否清历史 |
05 · Records
记录在哪（st/test 分支）
| 记录 | 位置 |
|---|---|
| 演示执行日志 + 约 60 张截图 | docs/demo-evidence-2026-07-10/ |
| 问题定位 / 修复 / 决策 | docs/handoff-2026-07-03-st-guidance.md §23.36–23.45 |
| 上轮回归报告 | visual-explain.fpai.io/sozai-st-regression-test/test-report-2026-07-10.html |
| 7-10 会议逐字稿 | /tmp/feishu-st-discussion-transcript.md（建议移入 docs/） |