把 agent 當成一條事件串流

概要

• 一切都記成事件Jonas 想要純事件溯源的 agent harness，理由是好除錯：現有的做法總有些副作用只能事後從 OTel traces 才看得到。
• 每個 agent 都有路徑與網址事件串流像檔案系統一樣用路徑分層，agent 一存在就該有 URL，用 HTTP 與 curl 就能寫入、訂閱。Jonas 也坦言現場的服務沒有任何驗證，不安全。
• processor 只做兩件事reduce 函式同步地把事件折成狀態，不碰副作用；副作用放在 after append。這樣程式睡著再醒來時，會先追完歷史再決定要做什麼，不會對過去的事件重打 LLM 請求。
• 平台自己也是 processor暫停串流的 circuit breaker、介面上的 feed items，都是跑在事件上的 processor；也能把程式碼放進事件，讓串流自己變成 agent。
• 不要 before hookJonas 反對在 agent 迴圈前加 before hook，說它很容易破壞 context caching，OpenClaw 就出過效能大退步與成本暴增。整個系統的設計是最終一致，外部服務最多等一小段時間，沒趕上就照常往下走。
• demo 沒能完整跑起來開場臨時調整、環境與編輯器出狀況，OpenAI processor 最後沒跑成，Jonas 承諾之後補錄影片。

原話

• “I would like to find out whether this is like dumb or cool”

  我想知道這到底是蠢還是酷

  ▶ 01:06

• “the moment an agent exists, it should have a URL”

  agent 一存在，就該有一個網址

  ▶ 03:48

• “And then you should not do side effects in this reduce function.”

  而且不應該在這個 reduce 函式裡做副作用

  ▶ 31:23

• “You can write the 40 lines of code required for a basic AI agent.”

  基本的 AI agent 只要寫 40 行程式碼

  ▶ 52:35

• “But broadly speaking, I'm very against before hooks.”

  但整體而言，我非常反對 before hook

  ▶ 59:04

延伸

• Jonas 說會另外錄一支影片，完整示範這場沒能跑成的部分，包括把 Pi、Claude 或 OpenCode 接到事件串流。
• Jonas 提到可以做一個「unbundled dynamic worker」事件類型，由另一個 processor 負責打包相依套件，解決目前腳本不能帶 npm 套件的問題。
• 提問環節裡的 prompt injection 防護服務、按次收費的外部服務，只是 Jonas 舉的假想例子，並非已經做出來的東西。