把高成本判断留给 Luna：一套 OpenCode + DeepSeek + MiniMax 的协作配置

这套组合为什么划算

成本收益来自路由，而不是来自「所有任务都换成便宜模型」。

主控模型只在需要判断的地方出现，纯文本执行交给子 Agent，媒体能力按需触发。任务越清晰，这个分工越省成本；任务越模糊，越应该先让 Luna 收敛目标，再派发执行。

三个角色，各自守住一条边界

有一个容易被误解的点：DeepSeek 是纯文本模型，不等于它只能写调用方案。它可以直接调用当前会话已经暴露、并且权限和认证都通过的 OpenCode 原生工具与 MCP。它不能接收媒体字节，但可以把路径、URL、Prompt 或 task_id 作为工具参数传出去，再处理工具返回的文本结果。

真正防止「失忆」的不是上下文，而是委派契约

子 Agent 不应该依赖主控上一轮说过什么。每次通过原生 task 委派时，都重复注入下面这段固定声明：

DeepSeek V4 Flash 是纯文本执行 Agent，不接收图片、剪贴板附件或未转换的多媒体，只处理主控提供的结构化文字，并返回非空结果、修改文件、验证命令、验证结果和剩余风险。

同一个任务里还要补上正向能力声明：

DeepSeek 可以直接调用当前会话已注册且权限/认证通过的 OpenCode 原生工具和 MCP；多媒体只能通过工具参数处理，不能作为原始模型输入。工具不可见或调用失败时，必须返回非空阻塞结果，不得猜测或伪造媒体结果。

这两段话缺一不可。只有限制没有授权，DeepSeek 会把自己误判成「只能分析文本、不能碰工具」；只有授权没有限制，它可能把图片附件当作模型输入，或者把无法验证的媒体结果说成已完成。

固定契约至少要覆盖五件事：

1. 任务范围：只做当前子任务，不擅自扩大。
2. 输入边界：原始媒体不进模型，结构化参数可以交给工具。
3. 工具权限：只能使用当前会话实际暴露且获准的工具。
4. 失败行为：工具不可见、未连接、认证失败或调用失败时，返回非空阻塞结果。
5. 验收证据：返回工具结果、文件路径或任务状态，以及验证命令、验证结果和剩余风险。

媒体任务的标准接力

图片理解时，image_source 是传给视觉工具的路径或 URL，不是把图片字节交给 DeepSeek。标准流程是：

1. Luna 或 DeepSeek 根据任务范围准备 image_source 和分析 Prompt。
2. minimax-coding_understand_image 处理图片，返回 OCR、对象、颜色、布局或其他结构化文字。
3. DeepSeek 消费这段结构化文字，继续做判断、改写、代码修改或下一步编排。
4. Luna 检查返回内容是否非空，检查路径、状态、文件变更和需求覆盖。

生成任务也遵循同样的接力方式。DeepSeek 可以直接调用媒体工具，但要先识别副作用：生图和生音频会产生文件和额度消耗，视频可能是异步任务，播放会产生本地设备副作用，网页搜索会产生外部网络请求。

视频任务尤其不能把「已提交」当成「已完成」：MiniMax_generate_video 返回 task_id 后，必须继续使用 MiniMax_query_video_generation 查询到终态，并以最终产物和 Review 结果为准。

当前工具面

当前 OpenCode 会话登记并暴露的能力族如下。具体参数以当次运行时工具签名为准，能力索引不替代工具定义。

这套工具面让产物不再只有文本和代码，还可以包括图片、音乐、语音、视频、OCR 结果和结构化媒体分析。DeepSeek 的职责不是拥有这些媒体模态，而是把结构化任务送到正确的工具，并继续处理返回结果。

已验证什么，不能越界推断什么

验证结论要分层写，不能把配置状态和业务成功混在一起。

「工具已注册」「MCP 已连接」「认证通过」「权益充足」「业务调用成功」是五个不同状态。任何一项都不能替代另外四项。

主控验收标准

Luna 收到 task_result 后，至少检查以下内容：

这套验收机制把模型的「记性」变成了可检查的契约。子 Agent 即使忘了上下文，也会在当前 Prompt 中重新获得能力边界和工具入口；它即使给出错误结论，Luna 仍然可以通过结果、权限和验证证据把错误拦下来。

最容易写错的几句话

维护这套体系的几条硬规则

1. opencode.json 是运行时配置来源，capability-index.md 是能力登记表，AGENTS.md 和 session-bootstrap.md 是协作规则和新会话同步层。
2. 修改 Agent、模型、MCP、Skill、Plugin 或权限后，同时更新能力索引，并重新做 JSON 解析和运行时检查。
3. 每次原生 task 委派都重复注入固定能力声明，不依赖历史上下文。
4. 运行时工具栏优先于旧文档。工具名、参数和可用性发生变化时，以当次实际暴露签名为准。
5. 修改配置后重启 OpenCode。配置不是热加载的，当前会话不会自动获得所有新规则。
6. 凭据只从认证存储或环境变量读取，不进入 Prompt、日志、能力索引或知识笔记。
7. 媒体工具按需触发。涉及生成、播放、外部网络或异步任务时，先标明副作用，再执行和验收。

适合迁移到其他项目的原则

• 按输入模态和任务复杂度分工，不按「谁都能做」分工。
• 把工具权限、失败处理和验收证据写进每次委派契约。
• 让低成本模型承担可验证的执行，让高能力模型承担路由和最终判断。
• 把多媒体当作工具参数和工具结果管理，不把媒体字节硬塞给纯文本模型。
• 将配置状态、运行时状态和业务结果分层记录。
• 用真实调用验证工具链，不用静态 enabled 字段替代运行时证据。
• 对异步产物坚持「状态到终态」的验收，而不是看到 task_id 就结束。
• 保留失败和未知项。未知不是失败，但把未知写成成功会让整套协作失去可信度。

这套方案的核心不是让某一个模型变得无所不能，而是让每个角色都知道自己能做什么、该把什么交给工具、什么时候必须停下来等主控验收。这样，成本、能力和产物多样性才会同时成立。