今天嘗試了一些新的工作流程。看到一篇關於考慮代理內存的新方法的文章，我意識到我的新 cass 工具非常適合以此為基礎構建這樣的系統，因為它性能超強，已經與所有編碼代理集成，並且是專為編碼代理通過 CLI 使用而設計的。 我分別要求 GPT 5.1 Pro、Gemini3 Ultra、Grok 4.1 和 Opus 4.5 這四個工具提出詳細的規劃方案，將 cass 與部落格文章和學術論文中的那些記憶體想法結合。 我必須澄清，我想要的是一個適用於所有編碼代理（而不僅僅是 Claude）的功能，但每次對話都只有我發出的兩個簡短提示（如本文截圖所示）。 然後我把討論結果（主要用到我新開發的便利工具，詳情請見最近的推文）整理成 Markdown 文件，放到了文件夾裡。接著我請 Claude Code 用 Opus 4.5 提取所有方案的精華，制定一個綜合最優方案，他剛完成了這項工作。 然後我會把這個計劃變成一大堆珠子，然後用 bv 演算法找出建造它們的最佳順序，讓一大群智能體今天就為我把它們全部做出來。 我們生活在未來。
我剛剛發現上面我發了兩張相同的截圖……這是我漏掉的另一張：
