Problem
Original text:
「我覺得idd裡面要派agent的時候應賅預設用opus才對,不然會炸掉...這可能也要連帶改parallel-ai-agent這個plugin」
— Source: 使用者訊息 2026-07-02
IDD 派發 subagent 時(idd-verify 的 6-AI ensemble——dynamic-workflow backend 的 agent() 與 manual fan-out 的 Agent()——皆未指定 model),agents 繼承主迴圈模型。當 session 跑在高階模型(如 Fable/Opus 級)時,每輪 verify 的 token 消耗巨大且會耗盡 session quota(「炸掉」)。
實測證據(2026-07-02, bestASR session)
- 每輪 6-AI verify 實測 subagent tokens:563k / 602k / 649k / 759k / 1,092k
bestASR#14 的 verify 輪 devil's advocate agent 陣亡,workflow failures 欄逐字:
[devils-advocate] failed: You've hit your session limit · resets 12:50pm (Asia/Taipei)
該輪退化為 4-AI(Codex 亦未完成),對抗深度低於既定契約——quota 耗盡直接侵蝕 verify 品質。
- 根因定位:
skills/idd-verify/ensemble-workflow.js 的所有 agent(...) 呼叫皆未帶 opts.model;Workflow/Agent tool 的語意是「省略 → 繼承主迴圈模型」。manual fan-out 路徑(SKILL.md Step 2 的 5 個 Agent(subagent_type=general-purpose))同樣未指定。
Type
enhancement
Expected
IDD 的 agent 派發預設指定 model: 'opus'(reviewer/DA 這類重讀輕寫的 lens 用 Opus 已足夠,且不與主 session 共享同一個 quota 池的壓力面),並保留覆蓋機制(env var 或 config 欄位,如 IDD_AGENT_MODEL)讓使用者升降級。Codex lens 不受影響(本就跨模型)。
Actual
ensemble-workflow.js 與 manual fan-out 均省略 model → 繼承 session 模型;高階模型 session 下 verify 成本 ×N、quota 撞牆時 lens 靜默降級(fail-closed finding 有記,但深度已損)。
Impact
skills/idd-verify/ensemble-workflow.js(agent() 呼叫加 model)
skills/idd-verify/SKILL.md(manual fan-out 的 Agent 呼叫模板 + 文件)
- 其他派 agent 的 skill 面盤點(idd-diagnose / idd-implement 若有 fan-out)
- 連帶:
PsychQuant/parallel-ai-agents plugin 同型問題(tracking issue 見 cross-link)
設計考量(供 diagnose)
- 預設
opus vs 跟隨 session 的取捨:verify lens 的工作是讀 diff + 寫 findings,Opus 的性價比合適;但「鎖死」會犧牲想用最強模型驗證的場景 → 預設 + 覆蓋
- Agent tool 的
model 參數接受 sonnet | opus | haiku | fable;workflow agent() 為 opts.model
Clarity Surface(idd-clarify run 2026-07-02T06:02:25Z)
| Type |
Source |
Suggested canonical |
Status |
| ambiguity |
"預設用opus" |
硬編 opus vs 「預設 opus + 覆蓋機制(env var / config)」——issue 設計考量段傾向後者,diagnose 需定案 |
resolved @ 2026-07-02T06:04:18Z (reason: 預設 opus + 覆蓋機制——不硬編) |
| ambiguity |
"idd裡面要派agent的時候" |
範圍:僅 idd-verify ensemble(重災區,實證在此)vs 全部派 agent 的 skill 面(diagnose/implement 若有 fan-out 一併) |
resolved @ 2026-07-02T06:04:18Z (reason: 全部 fan-out 盤點,同一預設一體套用) |
Current Status
Problem
IDD 派發 subagent 時(
idd-verify的 6-AI ensemble——dynamic-workflow backend 的agent()與 manual fan-out 的Agent()——皆未指定model),agents 繼承主迴圈模型。當 session 跑在高階模型(如 Fable/Opus 級)時,每輪 verify 的 token 消耗巨大且會耗盡 session quota(「炸掉」)。實測證據(2026-07-02, bestASR session)
bestASR#14的 verify 輪 devil's advocate agent 陣亡,workflow failures 欄逐字:skills/idd-verify/ensemble-workflow.js的所有agent(...)呼叫皆未帶opts.model;Workflow/Agent tool 的語意是「省略 → 繼承主迴圈模型」。manual fan-out 路徑(SKILL.md Step 2 的 5 個Agent(subagent_type=general-purpose))同樣未指定。Type
enhancement
Expected
IDD 的 agent 派發預設指定
model: 'opus'(reviewer/DA 這類重讀輕寫的 lens 用 Opus 已足夠,且不與主 session 共享同一個 quota 池的壓力面),並保留覆蓋機制(env var 或 config 欄位,如IDD_AGENT_MODEL)讓使用者升降級。Codex lens 不受影響(本就跨模型)。Actual
ensemble-workflow.js與 manual fan-out 均省略 model → 繼承 session 模型;高階模型 session 下 verify 成本 ×N、quota 撞牆時 lens 靜默降級(fail-closed finding 有記,但深度已損)。Impact
skills/idd-verify/ensemble-workflow.js(agent()呼叫加model)skills/idd-verify/SKILL.md(manual fan-out 的 Agent 呼叫模板 + 文件)PsychQuant/parallel-ai-agentsplugin 同型問題(tracking issue 見 cross-link)設計考量(供 diagnose)
opusvs 跟隨 session 的取捨:verify lens 的工作是讀 diff + 寫 findings,Opus 的性價比合適;但「鎖死」會犧牲想用最強模型驗證的場景 → 預設 + 覆蓋model參數接受sonnet | opus | haiku | fable;workflowagent()為opts.modelClarity Surface(idd-clarify run 2026-07-02T06:02:25Z)
Current Status