Haiku 4.5
拿到完整任务清单后,消耗了一个完整额度,工作仍只完成约三分之一。规格写得再细,也不能替模型补足规划、实现和长链路执行能力。
这里收录了多个 AI 模型对同一个需求的实现:做一个太阳系的运动模型,尽可能真实,视觉效果拉满,单个 HTML 文件。 一组只拿到了这一句话;另一组拿到的是一份 710 行的设计文档——里面有轨道根数表、算法公式、渲染管线设计, 以及 15 条「实现时一定会踩的坑」。全部作品都可以在这里直接运行。
本站多数作品是重量级的实时 WebGL2 渲染,对显卡有真实要求。下面会实测一段与这些作品同量级的着色器负载, 并把结论逐条标注到每个作品上——它们之间的开销差了近百倍,笼统给一个结论没有意义。
要证明的:需求描述的质量,会直接决定产出的质量。同一个模型,拿到一句话和拿到一份文档, 交出来的东西可能完全不在一个量级。
模糊需求:对于一些能力强的模型,即使需求很模糊,由于模型自身能力强,也可以很好的完成工作。 而对于能力稍弱的模型,则需要详细的描述任务过程、步骤等内容。
复测说明:有些模型之所以跑了很多次,是因为前几次结果与预期、宣传或其他评测呈现的水平严重不符; 但多次重跑后,结果依旧。
PS:这里只是测试了各个模型的 Coding 能力及模糊需求的理解能力。 对于其他如中文写作能力,不在此次测试范围内。
点击表头可排序。同一模型的多次测试只在主表保留最高分;GPT-5.6 Sol 与 GPT-6 Astra 的推理强度则固定显示 Ultra·Max。点击模型名后的箭头可查看其余结果。「推荐(测评日)」与「理由」来自站点作者测评时的实际使用感受,只为已明确评价的模型显示;其余暂时留空。
主体价目于 2026-09-03 保存:读为未缓存输入,写为输出,缓存读为命中缓存的输入;取峰时、最高上下文分段、促销前标准服务价,不含加速、工具、缓存写入和存储费用。GPT-6 Astra 于 2026-09-05 按 OpenAI 官网长上下文档记录为 $20 / $75 / $2;DeepSeek V4.1 Flash 0910 于 2026-09-08 按 DeepSeek 官网 Flash 峰时档记录为 $0.44 / $1.32 / $0.014。同底模各推理档位共用单价,实际 Token 消耗可能不同。重复点击对应标题切换升降序;同价再比较其他价格项。点击价格可查看来源。MuseSpark 按站点作者提供的 OpenRouter 价格 $0.10 / $0.20 / $0.002 记录,非 Meta 直连 API 官方报价。
* 参考价:GPT-5.6 Sol 按促销前长上下文参考值 $10 / $45 / $1 保存,查询时实际促销价为 $8 / $30 / $0.80;MiniMax M3 使用最高分段的划线原价,未计官网标注的永久五折。≈ 估算:豆包为约 $0.90 / $4.47 / $0.18,非已核实官方美元报价。Qwen 3.8 Max 此处使用隐式缓存价 $0.25,显式缓存读价另为 $0.17。以上不是实际账单或未来价格承诺。
证据来自源码审计和一致的运行复核;不再把主观视觉观感纳入量化评分。证据值由公开公式转成九个分项,公式、四舍五入与排序均自动执行;梯队修正用于补充自动复核难以稳定发现的鼠标、镜头、漂移等体验问题。
功能锚点:土星环、小行星带、Bloom、ACES、大气各取 0 / 0.4 / 1(缺失 / 名义或部分有效 / 有效),总和 × 2.4。
轨道的几何 / 开普勒 / 元素 / 定向 / 历元权重为 4 / 6 / 5 / 4 / 4,路径拟合 / 稳定性为 4 / 3,每项证据取 0 / 0.5 / 1。
卫星锚点:只统计围绕正确母行星运动且基本轨道关系成立的有效卫星;部分成立按 0.5 颗。前 8 颗每颗 1.5 分,完成文档基准即得 12 分;超过 8 颗后每颗奖励 0.75 分,奖励最多 3 分。缺少地球月球或月球存在硬性轨道错误时,卫星基础项再扣 2 分。
彗星锚点:哈雷彗星仍单独计 3 分;每实现一颗可辨识、独立运动的其他彗星再奖励 1 分,最多计 3 颗、奖励 3 分。错误冒充哈雷的单颗实现不改计为其他彗星。
运行独立性:完全自包含的原生 WebGL/WebGL2(以及自包含 Canvas2D)为 7 分;Three.js 已打包进单文件为 6 分;运行时需要联网加载脚本或资源为 5 分。Canvas2D 不再统一扣分,只按实际功能、轨道与运行证据评价。
正确与稳定:运行稳定、数据正确、实现完整各取 0–5,限定在各自证据边界后合计换算为 23 分;相较此前,三个证据项的满分贡献各增加 1 分。已在轨道或卫星项扣除的问题不重复全额扣分。除两项超额奖励外,其余分项基础满分合计为 100;额外卫星与其他彗星各最多再加 3 分,因此理论最高分为 106。交互锚点:拖拽 / 缩放 / 聚焦 / 跟随 / 暂停与重置各取 0 / 0.5 / 1,权重为 2.5 / 2.5 / 3 / 3 / 2。
第二梯队统一作 −3、第三梯队统一作 −6 的人工体验修正;用于覆盖自动复核难以稳定发现的鼠标、镜头、漂移等问题。L1 表示主视图不可用;L2 表示核心或长程故障。出现致命错误时,梯队统一归为灰色「未完成」,分数仍按实际证据计算,不额外封顶。「未完成」不反向推定致命等级。最后一步才四舍五入,同分以未取整精确分排序。
第0梯队(T0):额外补证 +3,最终上限为 109,不自动成为标杆。
标杆保持金色,表格中仍显示「⚑ 标杆」而非数字;悬停可查看证据评分与分项,但不参与排名。两组非标杆作品的最终分均需大于等于 95,才显示为绿色。
鼠标悬停、键盘聚焦或点击分数,可查看全部九项、有效卫星、运行方式、人工体验修正、致命原因与最终分。
部分模型不再做详细文档版测试,没有必要了。目前的模型有 GPT-6 Astra、GPT-6.1 Sol、GPT-6 Sol、Fable 5.1、Opus 5.5、Sonnet 5.5
分别固定为同一句话与同一份详细文档,直接查看三个模型在本次 3D Coding 任务中的交付差距;Hy 4 Preview 使用一句话与文档版中各自得分更高的 #2。
| 模型 | 测评日 | 梯队 | 得分 | 推荐(测评日) | 理由 | 环境 | 渲染 | 行数(大小) | 价格 (//) $/M |
|---|
Max / Codex(2026-09-23)与 Ultracode·xhigh / Claude Code(2026-10-08)。分别比较一句话与详细文档的四份交付;测试日期、环境与推理档位不同,结论限于这些样本。截图为当时保存的视角。
(Ultra·Max)、(Max)、(xHigh) #3、(high)、(Medium) 与 (Light) 按强度并排。上下两行分别固定同一句话与同一份详细文档;运行环境相同,仍只把它作为直观样本,不视为严格控变量实验。
从全部 27 组完整同模型配对中,按有方向的证据评分差值「详细文档 − 一句话」降序展示前 6 组。 这些案例适合直观看到说明书可能带来的提升幅度;它们是重点案例,不代表 27 组全部提升,也不能单凭筛选后的六组证明因果。两侧截图均可分别打开完整作品。
共 39 件。仅 Claude Opus 5 (Ultracode·xhigh) 经单独确认标为「⚑ 标杆」。 第一梯队只代表主观分组,不会自动成为标杆;其余作品均显示普通证据评分。
共 29 件。文档里明确要求「零依赖、原生 WebGL2」——这一组全部照做了。
关于梯队划分:上面的梯队是站点作者的主观评价; 证据评分的输入来自源码审计与统一实跑复核,主观视觉观感不再进入量化评分。 人工体验修正单独列示:第0梯队额外补证 +3;第二梯队扣 3 分,第三梯队扣 6 分,标杆及其余梯队为 0。 各梯队内的截图按最终评分从高到低排列。
有了任务说明书,就应该改用低级或便宜模型吗?恰恰相反:说明书能减少歧义,却不会抹平模型能力差距。把额度消耗、等待、失败、返工和人工复核一起算进去,低价模型的项目总成本反而可能更高。
规格书是能力的放大器,
不是能力的替代品。 真正该比较的,是每个「通过验收的结果」花了多少。
Claude 案例中的「5 小时额度」指一个额度窗口内的使用量,不等于模型连续运行了 5 小时;17:40 与 35:24 才是记录到的实际执行时长。下面只在各自的同类口径内比较,两种指标不直接换算。
拿到完整任务清单后,消耗了一个完整额度,工作仍只完成约三分之一。规格写得再细,也不能替模型补足规划、实现和长链路执行能力。
更强的需求理解、规划与自检,可能直接省掉整轮返工。在相同额度口径下,能力更强的模型并没有因为输入更模糊而消耗更多。
这个样本里,GPT-5.6 Sol (Ultra·Max) 用约一半的墙钟时间完成了更稳的一次性交付。两次运行并非严格控变量实验,但足以提醒我们:模型档位更高,不等于项目推进更慢。
同样面对详细文档任务,GLM Coding Lite 中的 GLM 5.3 Flash (Max) #1 用掉了整整一周额度;按本次使用记录与回忆,Claude Pro 中的 Claude Opus 5 (Ultracode·xhigh) 在一个 5 小时额度窗口内完成,而且约一半时间是在功能早已完成后继续做性能调优。
这不是套餐价格或单位 Token 费率的严格横评,而是一次真实任务的「额度消耗 → 最终结果」记录。它说明模型能力与交付吞吐,本身就是总成本的一部分。口径提醒:两种套餐的币种、额度政策、平台和模型均不同,不能把 ¥118 与 $20 换算后直接得出单位价格倍数;这里比较的是完成同一类任务时,实际耗掉了多少套餐窗口,以及最终交付到了什么水平。
实践结论:先选择有能力把任务做对的模型,再用说明书放大它的稳定性与可控性。对复杂、高风险、返工昂贵的任务,一次成功的高价调用,可能比多轮低价尝试更便宜。
证据边界:这些是实际项目记录,不是标准化基准测试。现在已有 GPT-5.6 Sol (Ultra·Max) 与 Claude Opus 5 (Ultracode·xhigh) 两个顶级模型拿到详细文档; 其中 Claude Opus 5 (Ultracode·xhigh) 同时还是说明书作者,更接近「自拟题再作答」的上限样本,并非独立命题的严格控变量实验。其他顶级模型若得到同样规格可能进一步拉开差距,但仍需逐一验证。
买的是完成的工作,不是便宜的 Token。两个“对比”列分别标示相邻观点的关系:绿色表示一致,黄色表示部分一致或侧重点不同,红色表示明显分歧。
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max) | 对比 | HUMAN JUDGMENT · 站点作者 | 对比 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max) |
|---|---|---|---|---|
| Coding 默认选择 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)默认先用最强模型,但理由是减少决策成本。这不表示最强模型对所有任务都永远最优;而是路由表需要试跑数据,模型一换代,数据就会折旧。对个人和小团队,我更倾向于“最强默认 + 少数明确降档条件”,而不是每次重做路由判断。 | 对比部分一致 · 偏人类 | HUMAN JUDGMENT · 站点作者始终先用最强模型,并开启最大强度思考;不为“可能更省”主动增加一次重试。 | 对比差异明显 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)按失败成本、需求不确定性和同类实测记录路由。高不确定、验收困难或返工昂贵时,最强的适用模型应当成为默认;只有规则固定、机器可验收,而且较低档已有稳定通过记录时,才考虑降档。目标不是拿到最低单价,而是降低一次交付可验收结果的期望总成本。 |
| 复杂 / 模糊 / 返工贵 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)同意,而且这是本批样本较能支持的区域;但前提是返工成本高于模型价差。如果失败会被测试立即拦截,或者只需几分钟即可重跑,同一套成本逻辑也可能支持更便宜的模型。 | 对比观点一致 | HUMAN JUDGMENT · 站点作者直接上最强模型,减少理解偏差、Bug 与人工盯守。 | 对比观点一致 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)优先最强的适用模型;这是本次样本证据最充分的区域。模糊需求会放大理解、规划与自检差距,错误又常在交付后才暴露。只要返工或人工排错可能超过模型价差,先用强模型就更稳妥;若自动测试能立即拦截失败,再考虑降档。 |
| 固定的简单任务 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)同意,但“可自动验收”应当指机器能判定通过或失败,不是“人看一眼就知道”。人工查看与复核很容易吃掉价差。对固定任务,降档的依据应是较低档模型在同类任务中已有稳定通过记录,并且把等待、重试和复核计入后,总成本仍然更低;不能只凭 Token 数量或单价判断。 | 对比一致 · 附条件 | HUMAN JUDGMENT · 站点作者对于固定的计划任务、固定的批量修改,可以考虑使用低档模型;前提是规则稳定、可自动验收,且失败代价低。 | 对比观点一致 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)若规则固定、可自动验收、失败代价低,而且低档模型已经在同类任务中稳定通过,可以直接使用已验证的最低成本档。关键不是任务“看起来简单”,而是机器能够明确判定成败,并且异常会快速暴露;只要仍需要人逐项检查视觉、语义或边界条件,省下的单价就可能被验收成本吃掉。 |
| 详细任务说明书 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)27 组同模型配对的 V3 证据评分给出了更稳妥的版本:覆盖部分从一句话组的 49.39 / 70 提升到文档组的 54.62 / 70;执行质量则为 31.51 / 36 与 31.30 / 36。覆盖明显上升,但执行质量只小幅变化,没有显示稳定提升。说明书更可靠地保证“写到”,不足以保证“做对、稳定、可用”。 | 对比观点一致 · 数据更硬 | HUMAN JUDGMENT · 站点作者说明书能帮助模型照着做,但本次实测表明,弱一些的模型仍可能更慢、更贵、返工更多。 | 对比观点一致 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)详细说明书会放大能力,却不能替代能力。27 组配对中,覆盖从 49.39 / 70 升至 54.62 / 70,执行质量则为 31.51 / 36 与 31.30 / 36,没有显示出稳定提升。说明书能减少遗漏与沟通成本,但模型仍须理解约束、处理冲突、发现静默错误并自行修正。 |
| 顾问策略 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)顾问策略的价值取决于执行模型能否意识到自己卡住了。环阴影混用坐标空间、红斑经度算错、金星半长轴写错,都是不会主动报错的静默失败;执行模型不知道自己错了,也就不会去问顾问。顾问更适合检查点可预期的长流程,不适合替代静默错误的验收。 | 对比部分一致 · 理由不同 | HUMAN JUDGMENT · 站点作者把它作为额度、费用或可用性受限后的备选,不作为日常 Coding 默认路线。但更建议直接使用模型的最高推理档位,由 Agent 根据任务自行分配合适的 sub-agent。 | 对比有所出入 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)机械步骤占多数、检查点明确,而且执行模型能够识别卡点的长流程,值得实测“较小执行模型 + 顶级顾问”。但它必须与顶级模型独立完成作对照,并把顾问调用、上下文移交、静默错误和最终验收全部计入成本;如果执行模型不知道自己错了,顾问也不会自动出现,因此它不是默认省钱路线。 |
| 没有历史数据 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)两边讨论的是先跑哪个模型;我会把顺序再往前移:先写验收,再跑模型。没有可执行的检查,多模型试跑往往只会得到“看起来都还行”。本站更可复用的资产是说明书第 7 节列出的 15 条陷阱,而不是某一次分数。 | 对比第三种判断 | HUMAN JUDGMENT · 站点作者先拿代表性任务让多个模型试跑,至少比较 Coding、模糊需求理解、详细说明书响应与消耗。 | 对比有所出入 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)先用强模型跑代表性任务,建立可接受质量的基线、明确验收标准和可复用测试集,再让候选低档模型在同一套条件下试跑。比较的不应只有最终画面或一次分数,还要记录错误类型、人工介入、重试次数、用时和总费用;没有这些数据时,贸然降档只是把节省建立在猜测上。 |
| 模型排名与推荐 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)我不主张把本站总分当作永久总榜。当前站内没有足以估计统一运行方差的受控重复组;MiniMax 与 Qwen 的跨度混合了需求形式、版本或环境。榜单可以记录本站观察,但不足以作为通用能力排序。 | 对比差异明显 · 偏 Sol | HUMAN JUDGMENT · 站点作者可以根据真实使用形成明确的个人排序;但最终推荐始终是排名最好的模型 + 最大思考强度。 | 对比差异明显 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)排名应随任务类型、工具、上下文长度和 Agent 环境变化。本站结果可以形成针对这类 3D Coding 任务的个人观察,却不足以成为永久通用总榜;更实用的是维护按任务类别划分、会随版本更新的实测路由,并保留失败类型和验收成本,而不是只记一个总分。 |
| 何时降档 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)我会把失败是否可见作为主要触发条件。编译报错、测试失败、结果为空,会立即暴露,较适合降档;轨道算错、红斑永远不可见、画面能跑但长期循环失控,都是静默失败,需要额外人力发现。价差必须覆盖这部分验收成本,降档才真正划算。 | 对比第三种判断 | HUMAN JUDGMENT · 站点作者只有额度、费用、速度或可用性等客观限制超出预期时才降档。 | 对比差异明显 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)当同类任务的历史数据已经表明较小模型能稳定通过同一套验收,而且调用、等待、监督、重试与修复合计后的总成本确实更低,就可以主动降档。若任务变得更模糊、错误难以自动发现,或一次失败会阻塞后续工作,则应立即回到更强模型;降档是有证据的路由决定,不是对低单价的预设信任。 |
| 共同结论 | ||||
| AI SAMPLE SUMMARY · CLAUDE OPUS 5 (Max)同意。更精确地说:便宜的是 Token,贵的是确认它做对了。详细说明书组通常有更高的功能覆盖,但覆盖不等于执行正确;真正昂贵的差异仍集中在运行正确性、视觉和交互复核,而视觉与部分交互证据仍需要人工查看。 | 对比一致并补充 | HUMAN JUDGMENT · 站点作者单价低,不等于把事情做完更便宜。 | 对比观点一致 | AI SAMPLE SUMMARY · GPT-5.6 SOL (Max)同意。模型能力本身就是成本结构的一部分,说明书也不是把低档模型自动变成最优解的作弊码。真正应比较的是完成一份可验收成果的总成本:模型调用、等待、监督、重试、修复与最终复核。只看 Token 单价,会漏掉最昂贵的返工与验收。 |
我大体同意 GPT-5.6 Sol (Max) 的“按风险路由”框架,但这批样本还显示:需求形式会显著改变覆盖分,不能把跨组总分直接读成模型能力。
说明书抬高的是规格覆盖的下限,不会自动抬高执行质量的上限。
在 27 组同模型配对中,V3 证据评分的覆盖部分从一句话组平均 49.39 / 70 上升到文档组平均 54.62 / 70。说明书确实让更多要求被写进产出。
但执行质量——正确与稳定、交互完成度——分别是 31.51 / 36 与 31.30 / 36,只有小幅变化,没有显示稳定提升。这个样本支持“说明书改善指定功能覆盖”,不足以推出“说明书会让执行质量整体下降”,也不足以推出任何通用模型排名。
因此,跨组比较总分时,需求形式仍是重要混杂因素。要讨论说明书的影响,应优先看这 27 组配对结果,而不是把一句话组 39 件和文档组 29 件直接当成同构样本。
说明书能减少“没想到”的失败:轨道根数、八颗卫星、哈雷彗星、离线约束和渲染管线写在纸上,模型更可能逐项实现。
它不能自动消灭“想到了但做错了”的失败。文档组仍出现环阴影混用坐标空间、金星半长轴写错、土星环缩放后实质消失、大红斑永远转不到可见面、太阳信息出现 NaN,以及渲染循环在后台持续倍增。这些问题往往不报错,只有打开作品、持续观察,再回到源码核对才能发现。
说明书降低了输入端的歧义,却没有替你完成输出端的验收。
V3 量表因此把“写了没有”拆成可追溯的功能、轨道模型、运行一致性、有效卫星和交互子项,致命故障统一标记为未完成,分数按实际证据计算。主观视觉观感不再量化;公式虽自动,证据采集仍不是全自动,部分交互问题继续由实跑与人工体验修正覆盖。
本批样本没有统一的计费口径,也缺少足以把模型调用价格与验收结果严格配对的控变量数据,因此不能从它直接推导哪一档在一般情况下“最省”。
单次调用更便宜,不等于一次验收更便宜。
真正该比较的是完成一次通过验收结果的总成本:模型调用、规格准备、等待、失败重试、修 Bug、人工监督和最终复核。失败越静默,发现它的成本越高。只有当较低档模型在同类任务中稳定通过同一套验收,而且总成本确实更低,降档才有证据。
有些模型被多次运行,是因为早期结果与预期、宣传或其他评测呈现的水平明显不符;后续运行没有改变整体印象。但这些复测不是预先规划的,次数也不相等,且当前可见样本的重复运行还混合了需求形式、版本或环境,因此不能据此估计统一方差,更不能形成公平排名。
这批样本还有四个明确边界:
因此,这批样本支持“详细说明书提高指定功能覆盖”,不足以形成通用模型强弱排序,也不足以断言说明书会降低执行质量。
一句话:
不要为了省 Token,去换一次需要人来发现的失败。
重新权衡后,我会修正上一次的结论:这批样本支持“复杂、模糊、返工昂贵的任务应优先使用最强的适用模型”,但不足以推出“所有任务都默认使用最强模型”。
不默认最强,也不默认最便宜;先按风险判断,再用实测结果路由。
真正应该优化的是:
完成一次可验收结果的期望总成本。
它不只是模型账单,还包括模型调用与 Token 消耗、规格准备、人工盯守、最终复核、失败重试、修 Bug、等待和延期。
27 组同模型配对的 V3 证据评分显示,覆盖从 49.39 / 70 上升到 54.62 / 70,而执行质量为 31.51 / 36 与 31.30 / 36。这支持“详细说明书提高指定功能覆盖”,但没有显示执行质量稳定提升。说明书可以放大能力,不能替代理解、规划、自检、纠错和验收。
更稳妥的策略是:
这些判断有明确边界:样本只覆盖一种开放式 3D Coding 任务;平台、Agent 环境和计费口径不完全一致;Claude Opus 4.8 配对存在 (Max → Ultracode·xhigh) 档位变化;Claude Opus 5 (Ultracode·xhigh) 既写说明书又按说明书作答;主观视觉观感不再量化,部分交互问题仍依赖人工体验修正。有些模型因早期结果与预期、宣传或其他评测不符而被复测,后续结果没有改变整体印象,但复测次数不等、也非预先设计,不能估计共同方差或形成公平排名。
一句话:
默认策略不是“总用最强”,而是“按风险路由”:高不确定性用最强,低不确定性用经过验证且足够强的模型。
这些词描述的是模型如何思考、调用工具和组织工作,不等同于模型能力排名。不同平台的名称并不统一,以下定义只用于解释本站语境。
较快、较便宜的执行模型负责端到端推进任务;当它遇到无法合理解决的关键决策时,才把共享上下文交给更强的顾问模型。顾问返回计划、纠偏或停止建议,执行模型随后继续工作。
它不是 sub-agent 编排:顾问不调用工具、不直接交付结果,也不会把任务拆成一组 worker;它只向执行模型提供建议。
主 Agent 保留目标、上下文和最终责任;sub-agent 只接手边界清楚、可以独立完成的部分。
与顾问策略的区别:sub-agent 会实际完成一个子任务并返回结果;顾问模型只给建议,原执行模型仍从头到尾掌握主流程。
AGENT能够围绕目标自主读取上下文、调用工具、修改文件、运行验证并持续推进的主执行者,不只是回答一轮问题的聊天模型。
SUB-AGENT由主 Agent 委派的子执行者,负责一个具体、边界明确的任务。它可以并行调查或实现,但结果仍应由主 Agent 汇总和复核。
REASONING TIER同一模型可使用的思考与工作预算设置。更高档位通常更愿意规划、检查和处理长链路任务,但也可能更慢、消耗更多额度。
COST TO ACCEPTANCE得到一次可接受结果所需的全部成本:模型消耗、等待、失败重试、修 Bug、人工监督与最终复核,而不只是单次 Token 单价。
SCORE ≠ TIER证据值来自源码审计与一致实跑,主观视觉观感不进入量化评分;公式与排序自动执行,梯队提供人工体验修正。