为 Claude Fable 5 设计「成本高效 Harness」

这种成本高效设计同样适用于 GPT-5.6 Sol，核心思路是：大多数任务的智能需求在 token 维度上是不对称的——少数 token 需要前沿判断力，多数 token 只需廉价执行。Harness 的价值在于识别这种不对称，在正确的位置注入前沿智能。

三种分配模式
1. Orchestrator
Fable 5 担任编排者，委派廉价 worker
适用于：前期规划型
2. Advisor
Fable 5 担任顾问，被低阶执行者咨询
适用于：判断散布全流程
3. Verifier
Fable 5 担任验证者，检查产出
适用于：末端审查型（如 /goal 循环）

实验一：Parameter Golf
Fable 5 作顾问在初始 + 2 检查点介入，Sonnet 5 作执行者跑 20 轮 ML 实验设计。以 34% token 成本拿到 Fable-solo 约 90% 的增益。
反直觉：前置规划无效——Fable 初始排序与有效方向反相关。真正价值来自中段检查点：Sonnet 5 易陷边际增益 hill-climbing，Fable 提供方向纠偏与重新排序。
结论：探索性任务中每轮结果都重塑下一步方向，判断力须散布全流程而非前置一次。

实验二：BrowseComp
多约束 Web 检索，测试委派 Sonnet worker 何时真省钱。
易子集（~0.37M tokens/题）：Fable 单独更便宜，协调加价 60% 无收益。 完整集（~31M tokens/题）：Fable 编排 + Sonnet worker，96% 分数 / 46% 成本，套利显现。
协调成本两大来源：边界重复（跨模型 token 计费至少两次）+ 扇出重叠（worker 互不通信、研究范围部分重合）。
临界条件：worker 吸收的 token 量须足够大，节省才能摊薄固定交接成本。且 Fable 自身 token 效率高，低 $/token 不等于真省钱——看净收益。

四条 Harness 设计准则
1. 审视任务形状——判断散布型 → 廉价执行者 + Fable 顾问；判断前置/审查型 → Fable 编排者或验证者。
2. 使用委派启发式——为 Claude 提供 worker 的"品味"与"智能"先验排序（如 theo 的模型 rank），帮助 harness 动态决定何时调用哪个模型。
3. 评估协调成本——确保委派的 token 量足够大以摊薄固定交接成本；Fable 5 自身 token 效率高，意味着"用便宜模型替代"未必真便宜。
4. 保证 prompt cache 命中——子 agent 应跨调用复用同一 worker 以累积缓存，避免每次 spawn 新 worker 重复支付 context write 费用。低 cache 命中率会直接抵消低 $/token 的成本优势。

终极走向
Fable 5 可根据任务即时自写 harness。本文提供的任务形状分析、委派成本权衡、cache 管理等考虑，正是让 Claude 自主生成"选择性施加前沿智能"的 cost-effective harness 所需的内化知识。