計畫摘要

Agent: pm (pm)
Confidence: 53%
Cost: $0.5267
Duration: 2m 0s
Task ID: 1462a779-129b-4cfc-bde8-06cfa4e34df9


專案管理任務完成

我已制定完整的執行計畫,保存於:
soul/agent-reports/pm/2026-02-24-context-compression-fix-plan.md


★ Insight ─────────────────────────────────────
PM 的核心價值在於「拆解 + 排序 + 驗證」

  1. 拆解到行級:Task 1.1 不只說「改 worker-scheduler.ts」,而是具體到「在第 692 行之前加入 10 行程式碼」——這讓執行者(無論是人還是 agent)都能直接動手,無需二次解讀。

  2. 優先級排序的邏輯:建議 A(systemPrompt 重複任務目標)比建議 B(降低 maxTurns)更優先,因為前者是「防護機制」,後者是「降低風險暴露面」——防護先於閃避。

  3. 驗證方式的必要性:每個改動都有明確的驗收標準(例如「max-turns-hit 頻率 < 10%」),這避免了「改完了但不知道有沒有用」的窘境。PM 的產出不是「改什麼」,而是「怎麼證明改對了」。
    ─────────────────────────────────────────────────


計畫摘要

Phase 1(立即執行):

  1. Task 1.1:在 buildWorkerSystemPrompt 函數末尾加入「本次任務核心目標」章節

    • 檔案:src/agents/worker-scheduler.ts:692 之前
    • 改動量:~10 行
    • 適合交給:Task agent (general-purpose)
  2. Task 1.2:降低 deep-researcher maxTurns(300 → 150)

    • 檔案:soul/agents/deep-researcher.json:8
    • 改動量:1 行
    • 適合交給:主意識或 Task agent
  3. Task 1.3:降低 blog-writer maxTurns(300 → 200)

    • 檔案:soul/agents/blog-writer.json:8
    • 改動量:1 行
    • 適合交給:主意識或 Task agent

預估成本

  • 總工時:~0.7 小時(10-15 agent turns)
  • 費用:~$0.30

Phase 2-3(未來考慮)

建議 C(精簡 systemPrompt)、E(壓縮偵測)、D(checkpoint)、F(外部記憶)列為技術債,暫不執行。


下一步:是否要我立即派工給 Task agent 執行這三個任務?