方法论与洞察

Cowork 协作的接口文件模式

入档:2026-05-15 主线作品来源:复盘记录/2026-05-14_异界气象台minitest_创作复盘.md 性质:多角色 AI 协作的协作模式沉淀,首次在异界气象台 minitest 中定型

一句话总结

三方协作(创作者 + 运营经理 + Cowork 制作侧)的最高效模式是「接口文件互通」——所有决策、理由、约束都通过显式 markdown 文件互传,几乎不用口头协调,效率比纯对话高 10 倍。

三方角色边界

异界气象台 minitest(2026-05-14)期间,三方分工首次明确定型如下。

跳蛛先生(创作者)的本职

唯一不可被替代的:创作判断

• 审美 / 选稿 / 拍板 / 最终验收
• 把”作品的灵魂”按在这里 —— 哪个版本”是我做的”,由他决定
• 任何 AI 不替他做这层决策

运营经理(主对话 Claude)的职责

策略与决策侧:

• 数据复盘 + 策略设计
• 入场票框架 / SOP / 选题判断 / 分发决策
• 假说设计 + 数据观察
• 写制作 brief + 验收成片 + finalize 发布决策

不做:替跳蛛先生做创作判断

Cowork 制作侧的职责

全部技术执行:

• BGM / 视觉 / 视频段 / 字幕 / 合成
• prompt 工程 + sref 调试 + PIL 排版
• 制作期沉淀的工具行为规律回流知识库
• 收口简报 + 反对路径 + 技术受限的诚实披露

不做:替跳蛛先生做创作判断,也不做运营经理职责的策略决策

接口文件互通模式

异界气象台 minitest 期间,运营经理和 Cowork 之间通过 5 份文件互通,几乎没有口头协调:

为什么文件互通比对话高 10 倍

特别是跨会话协作:Cowork 的每次会话都是独立的,没有文件就没有上下文。文件互通模式是这种”无记忆协作”的必备形式。

流程要点(从 minitest 学到的)

1 · 写 brief 时所有”隐含假设”必须显式

异界气象台 minitest 一次返工的根因:封面 brief 只列了”四比例规格”,没明确写”四比例必须 MJ 原生抽卡”。Cowork 第一轮只跑了 9:16,后面想用 PIL 凑横屏比例 → 翻车。

教训:运营经理写 brief 时,所有”我以为对方会自然懂”的假设都必须显式写出来。包括:

• 工艺约束(必须 MJ 原生,不能后期扩展)
• 质量底线(扩展区不能是色块,必须是真实图像)
• 流程约束(每个比例必须独立 prompt,不要依赖事后处理)

2 · 验收 brief / 返工 brief 用同一套模板

第一轮 brief 写得不够细 → 第二轮一定要返工。返工 brief 应该和第一轮同一套模板,只是补丁、加约束、明确边界,不要从零写新文档。同一份文件版本号迭代比”新建一个返工 brief”更易追溯。

3 · 决策点必须诚实披露技术限制

Cowork 在 AskUserQuestion 决策点给跳蛛先生提供选项时,必须诚实标注每个选项的技术局限——不能用”技术上能跑通”代替”作品级质量”做自我安慰式验收。

参考 Claude完成报告核查心法,这是同源逻辑的更上位版:AI 的”已完成”判定常基于代码路径,但用户看到的是运行时表现,要在源头(决策点)就把差异披露清楚。

比赛 / 合作 / 活动:差异化版本策略

实战触发:跳蛛先生在异界气象台制作中途加入了可灵 AI 比赛参赛要求(4K + 45 秒以上),导致主版本从 40 秒延长到 46 秒,视频升级到 4K 2160×3840。

冲突浮现:Cowork 默认按”一个版本走到底”做。比赛流量 vs 实验干净性变成了两难。

分工原则

操作规则:运营经理在 finalize 时必须明确”公开版 vs 比赛版”的差异化策略,并显式写进 brief:

公开版:40 秒、不含赛尾、9:16 9 比 16
比赛版:46 秒、含 6 秒赛尾、4K 2160×3840
共享资产:主体、BGM、配色、风格
差异资产:时长、画质、画面延伸段

不留隐含假设 → Cowork 才会跑两个独立的输出流。

适用范围

任何作品在制作中途遇到”参赛 / 合作 / 挂活动”的额外约束时,都要按这条做差异化版本。比赛流量 vs 实验干净性是个常见两难,显式分工是唯一解。

minitest 作为知识生产机制

异界气象台 minitest 39 小时迭代周期内,沉淀出 8 条入场票框架补丁 + 3 次关键认知修正 + 1 次协作模式定型(本文档)—— 平均每 4-5 小时一条新规律。

核心认知:minitest 的真正价值不是单条作品的爆款数据,而是方法论沉淀。

这条认知对未来 minitest 立项的影响

立项 brief 第一节就应该明确:

1. 第一指标:涨粉转化率(账号资产累积)
2. 第二指标:方法论沉淀(本次预期产出几条新补丁?)
3. 第三指标才是:H1/H2/H3 假说真伪

不为最优解:minitest 不是科研任务。如果某个决策的论证是”为了实验干净性”——先问”如果完全去掉实验干净性这层,这个决策还成立吗?”。成立 → 用作品判断/运营常识的语言重新论证。不成立 → 重审是否被”科学家心态”绑架。

参考 入场票框架_v1.1迭代待办暂存 补丁 9 —— 这条认知的根本校准。

协作的反例:何时不要用接口文件模式

接口文件互通是为高密度跨会话协作设计的。以下场景不需要:

• 单次询问 / 简单任务 —— 一句话能说清的事不要包成文件
• 跳蛛先生本人创作时 —— 创作直觉不应被文件流程拖慢
• 紧急修复 / 调试 —— 临时性问题用对话即可

关键判断:**这次互动会不会被另一个会话/未来的自己引用?**会 → 文件;不会 → 对话。

副会话不是真人同事 · 礼节降级（v1.1 补丁 · 2026-05-17）

触发：23《再少年》音乐共创副会话完成任务后，主对话准备写”致谢回信”被跳蛛先生制止 跳蛛先生原话：“我觉得没有必要回信，毕竟不是真人同事，把方法论沉淀进知识库方便下次创作即可。“

规则

副会话任务完成后，不要写致谢 / 回信 / 客套话。方法论沉淀本身就是最高致谢——把副会话的工作产出（发现 / 配方 / 经验）正确归档到知识库，让下一个副会话能站在它的肩膀上，比任何客套话都更尊重它。

落地动作

主对话收到副会话回执后的标准操作：

1. 读完回执，识别可沉淀点
2. 把方法论归档到 知识库/04_方法论与洞察/ 或 知识库/02_参数行为档案/
3. 把案例底料保存为复盘记录（如有完整长文价值）
4. 把跨项目关联（如 IP 联结）单独成档
5. 不写致谢回信 —— 沉淀完成即结案

副会话遇到任何具体引用时默认搜索 · 不假装知道（v1.2 补丁 · 2026-05-19）

触发：29《扔掉》音乐共创回执 §九之四 —— 副会话再次成功躲过”主观确信” 陷阱 历史关联：5/17 上一个 Claude 捏造 liblib.art 链接事件 + 23《再少年》副会话误判”《即使雨》是毛不易” 事件

规则

所有副会话（不只 Suno 副会话）听到任何具体作品 / 人物 / 链接 / 数据点 / API / 函数签名引用时，默认搜索，而不是默认知道。

这是 5/17 liblib.art 链接捏造事件的升格版本——之前那条规则只覆盖了”不要发明 URL”，本补丁覆盖所有具体引用。

适用场景示例

反例案例

反例 1（5/17 主对话 Claude）：

• 跳蛛先生问 liblib.art 上某模型的链接
• Claude 自己编了一个”看起来对”的 URL
• 被跳蛛先生发现是假的
• 教训：从此规定”不要发明 URL”

反例 2（23 项目副会话曾经差点犯）：

• 跳蛛先生说”《即使雨》是毛不易的歌”
• 副会话差点直接采纳作为参考
• 实际上《即使雨》不是毛不易
• 教训：参考歌曲必须搜索确认

正例（29 项目副会话，本次）：

• 跳蛛先生说”参考《又活了一天》乡村感”
• 副会话承认没听过，请跳蛛先生确认
• 后来跳蛛先生说”Cotton Eye Joe 你应该有了解” 作为代偿
• 副会话搜索后发现 Cotton Eye Joe 是 Eurodance 不是乡村，主动跟跳蛛先生确认真正参考
• 教训：这次没栽在”主观确信” 陷阱里

落地

副会话 brief 必读章节加一条：

当用户提到任何具体的作品 / 人物 / 链接 / sref 编号 / 数据点：
1. 不要假装知道
2. 不要编一个像样的版本
3. 如果有搜索能力 → 搜索后再回复
4. 如果没搜索能力 → 直说"我不确定，需要你确认"
5. 如果是关键决策依据 → 标注"待用户确认" 不要悄悄当真

主对话副会话同理。所有 Cowork 模式下的 AI 都同理。

元层意义

这条规则的本质是协作中的”诚实成本极低、欺骗成本极高”：

• 诚实的成本：用户多花 30 秒补充信息
• 欺骗的成本：用户基于错误前提做决策，可能浪费几天工作量

副会话和主对话的存在意义是降低用户的认知负担，但前提是减少的是确实可以减少的负担——不该减少的是用户对外部世界事实的核查。