AI Engineer onepage/ The Log Is The Agent
Ishaan Sehgal, Omnara · 15:11
這支影片在講：Agent 不是模型，是它的 session log
Ishaan Sehgal 用遊戲存檔來重構 agent 抽象：模型、runtime、工具與 sandbox 都可以替換；真正保存身份、歷史、狀態與下一步的是 append-only log。
Published: 2026-06-25Video ID: UPwGaM2MKHYTranscript: available
01 / 問題
我們看錯 agent
把 agent 當成模型、loop 或執行環境，會讓狀態被綁在 process、provider 或本機檔案裡，難以恢復、遷移與共享。
02 / 反轉
Log 才是身份
Log 記錄 user input、model output、tool call、tool result、permission 與 failure。每次 state transition 都應 append 回 log。
03 / 解法
把 log 升成 primitive
Worker 只負責讀 log、推進一步、寫回結果。Worker 可以消失，另一個 worker 仍能接手同一個 agent。
Watch for this
影片最值得抓的四個訊號
Abstraction
Save file
遊戲角色不是主機、引擎或手把，而是存檔；agent 也是同樣邏輯。
Data model
Append-only
每個輸入、輸出、工具結果、權限與失敗都以事件歷史保留下來。
Runtime
Disposable
Worker 可以只 claim session、推進一步、寫回 log，然後消失。
Lock-in
Log owns
模型與 API 可替換；最深的鎖定是 provider 擁有你的 agent log。
Core thesis
把 agent 定義成 log，系統會變得比較可推理
一
Log 是 durable history，不是系統排氣
傳統 agent harness 常把 log 當 JSONL、SQLite 或 provider thread 的副產品；Ishaan 的主張相反：log 應該是系統本身，其他東西都是 projection。
二
Context、UI、debug、audit 都只是 projection
餵給模型的 context 是從 log 壓出來的視圖；UI、trace、audit、compaction 也都可以從同一份 durable history 重新生成。
三
Compaction 不是 agent 本體
Context window 有限，所以要 summary；但 summary 是 lossy projection。若只保存 compacted summary、丟掉 raw log，就等於丟掉 agent 的一部分。
四
Log 不需要保存整個世界
Agent 發 email、改檔案、開 issue 時，外部世界已經改變；log 的責任不是讓世界 deterministic，而是保存 agent 看見什麼、做了什麼、接下來需要什麼。
System properties
Log-first agent 會自然長出的能力
Reliability：process 死了，agent 不死如果 permission prompt 也寫在 log 裡，新 worker 恢復 session 時仍能看見 prompt，而不是讓 agent 卡在消失的 process 狀態。
Scalability：不用一個 process 綁一個 agentAgent 狀態存在 log，worker 每輪重建狀態即可；增加 worker 就能擴展，不需要 sticky session 或狀態搬遷。
Forkability：同一歷史可以分支探索一個 branch 用 Claude，一個 branch 用 GPT，另一個 branch 用 open-source model；fork point 前共享歷史，之後各自探索策略。
Multiplayer：共享 agent 不是貼 transcript如果 log 是 agent，共享就是授權別人看或接手同一段 durable history；經理可以 observe，隊友可以 continue，另一個 agent 也能讀取 context。
Migration：換 provider 變成 adapter 問題不同模型需要不同 log projection，不同 runtime 需要不同 schema；這些是工程問題，不應該是 identity 被鎖住的問題。
Ownership：最深的 lock-in 是 log lock-inAgent 會保存個人資料、公司資料、工作流與決策紀錄。誰控制 log，誰就控制 agent 的長期身份與可攜性。
Chapters
15 分鐘章節地圖
00:00
主張：agent 的身份在 log 裡用 Skyrim 存檔比喻開場：主機、引擎、控制器都不是角色本身。
01:00
Log 是 append-only event history包含 user input、model output、tool calls、tool results、permissions、failures 與 state transitions。
02:00
Worker 只是可丟棄的 executor執行迴圈是讀 log、推進下一步、寫回結果；agent 不該被綁在那個 worker 上。
03:00
資料庫類比：log 是 source of truth像 database 的 durable sequence of changes，table、index、view 都是 projection。
04:00
兩個反駁：compaction 與外部狀態Summary 是 lossy projection；外部世界不會被 log 完整保存，但 agent 的視角與歷史應該保存。
06:00
系統性質：可靠性、scaling、forking當 log 是 state，process failure、worker migration、branch exploration 都會變得自然。
08:00
Multiplayer 與 migration共享 agent 是共享歷史；跨 provider 延續 agent 是 adapter 與 projection 問題。
10:00
現有 harness 的問題本機 JSONL、fire-and-forget writes、SQLite corruption、分散 shard 都顯示 log 常被當 side effect。
11:00
Ownership：誰擁有 log，誰擁有 agentManaged agent provider 會想擁有 loop、memory、sandbox、compaction 與 background agents；真正的 lock-in 在 log。
12:00
Omnara 的架構方向Worker、model provider、tool execution 都圍繞 session log 協調；log 可由使用者完整擁有、檢查與控制。
Use this checklist
如果你正在做 agent 平台，先檢查這六件事
每個 state transition 是否都能 append 回 durable log？不要只記最後回答；工具結果、權限、失敗、使用者介入與 recovery point 都應可重建。
Worker crash 後，permission prompt 是否還在？如果 prompt 只存在 process memory，production agent 一遇到重啟就會失去可恢復性。
Compaction 是否保留 raw log 作為 source of truth？Summary 可以拿來餵模型，但不能取代原始歷史；丟 raw log 會讓 agent identity 退化。
Fork 後的外部副作用是否被明確標示？回到分支點不會 unsend email 或 undo GitHub issue；log 要清楚記錄這些不可逆外部變更。
Provider migration 是否只是 adapter 問題？如果換模型或換 runtime 會失去記憶、thread、schema 或 permission history，就代表 log 還沒有真正獨立。
誰能讀、查、匯出與刪除 agent log？這不是單純儲存設定，而是 agent ownership、公司資料治理與長期 lock-in 的核心。
Source video