第 2 站 · 搭 harness該站第 11 / 12 場
打造看得懂實體資料的 Agent Harness
When Agents Meet Physical Data: The Other Physics of Agent Harnesses - Dmitry Petrov, DataChain

影片、感測器等實體資料規模動輒爆炸,這場示範用 Pydantic schema、執行引擎與知識庫,讓 coding agent 學會查資料而不是瞎跑。
重點摘要
- Agent 在實體資料上表現不佳:Anthropic 發表的研究指出,沒有專屬資料 harness、也沒有額外 context 時,agent 處理資料任務的正確率只有 21%;OpenAI 也提出要疊六層 context 才夠用,而且那還只是有資料倉儲可查的情境。
- 檔案數不多,物件量卻爆炸:影片拆成 clip、frame、object 後,幾千支影片就能生出數百萬筆記錄,講者形容規模比太陽的質量還大。
- 兩種常見做法都撐不住:把 meta 資訊塞成一堆 JSON 檔丟在 S3,或另外蓋一套資料庫,前者拖慢速度、後者逼團隊多維護一整套技術棧。
- 改用 Pydantic 當共同語言:資料與程式碼共用同一種語言定義 schema,不用再維護獨立的 SQL 世界,DataChain 負責把它轉譯成查詢。
- 執行引擎要能平行、能續跑:處理實體資料的函式得能分散到多台機器,失敗後也要能從中斷點接著跑,否則會白白浪費運算與 token。
- 知識庫讓 agent 記得算過什麼:用一組 markdown 檔案記下資料集的來源、schema 與統計,同事之間不必重複燒一樣的昂貴運算。
時間軸14 段
| 00:00 | 開場提問 | 講者拋出問題:coding agent 處理影片、感測器等實體資料時常常出包,這場要講背後的物理與解法。 |
| 00:41 | 兩大實驗室的示警 | Anthropic 發表的研究指出,沒有專屬資料 harness 時,agent 處理資料任務的正確率只有 21%;OpenAI 也說要疊六層 context 才夠用。 |
| 01:41 | 核心論點:資料 harness | 講者主張 agent 除了 LLM 這顆大腦,還需要一層資料 harness,讓它能看懂、碰得到、記得住實體資料。 |
| 02:43 | 檔案雖少,物件爆量 | 幾千支影片拆成 clip、frame、object 後會生出數百萬筆記錄,講者形容規模比太陽的質量還大。 |
| 04:17 | 業界兩種常見做法 | 先把 meta 資訊塞成 JSON 檔堆在 S3,或另外蓋一套資料庫,兩種做法都拖慢速度也難維護。 |
| 04:51 | 改用 Pydantic 當共同語言 | 用 Pydantic 定義 schema,讓資料與程式碼共用同一種語言,不必再維護獨立的 SQL 世界。 |
| 06:10 | 現場示範開跑 | 在 Claude Code 裝上 DataChain 的 skill,直接下 prompt 分析一批行車影片裡的人車偵測。 |
| 08:19 | 跑完就能秒查 | 花 24 分鐘跑完 90 支影片的 YOLO 偵測後,查詢馬上有答案:91 支影片裡有 82 支偵測到人。 |
| 11:33 | 攤開 agent 寫的程式碼 | agent 產生的程式碼核心是一份 Pydantic data model,把檔案路徑、checksum、偵測框都變成資料庫裡的一列。 |
| 13:57 | 還需要一顆執行引擎 | 處理實體資料要有能平行分工、能從中斷點接著跑的執行引擎,否則失敗一次就得把運算全部重來。 |
| 19:12 | 測試比軟體世界更慢更關鍵 | 資料任務通常只有一個正確答案,準確度比一般軟體專案更重要,但在海量資料上跑測試非常慢。 |
| 21:11 | Agent 學會先蓋資料層 | agent 被教會先確認手上有沒有合適的資料集可以一次查完,沒有就先建一層夠通用的 metadata,供之後重複使用。 |
| 23:15 | 知識庫記住脈絡 | 用一組 markdown 檔案記下資料集怎麼建的、schema 長怎樣、有哪些統計,讓同事不用重新燒一次運算。 |
| 27:14 | 收尾:開源與呼籲 | DataChain 是開源專案,講者邀大家去看看,幫自己的 agent 補上這套物理定律。 |
值得記的話5 句
It should be able to touch data, verify the results, run tests.
它應該能接觸資料、驗證結果、跑測試02:04But this way you end up with a two system, with a two programming languages, and all the mess around two different stacks.
但這樣就會搞出兩套系統、兩種程式語言,兩套技術棧的混亂全部要扛04:34In data, running test is super slow process.
在資料的世界裡,跑測試是非常慢的事19:27So everything is connected, agents know everything.
於是一切都串在一起,agent 什麼都知道24:56So please check it out and put some math on your agent.
歡迎去看看,幫你的 agent 增添一點物理重量27:14
名詞與人物6 個
- DataChain
- 講者所屬公司的開源專案,這場示範的資料版本控制與 agent 資料層工具。
- Pydantic
- Python 的資料驗證函式庫,這場用它定義資料 schema,取代另外維護的 SQL 世界。
- Git4Data
- 講者過去打造的資料版本控制專案,累積了他做資料工具十年的經驗。
- YOLO
- 這場示範裡用來偵測影片中人車物件的電腦視覺模型。
- Anthropic
- 提出「agent 處理資料任務正確率偏低」研究的實驗室之一,講者多次引用其結論。
- OpenAI
- 另一間發表資料 agent 研究的實驗室,提出六層 context 的做法。
提到但沒有展開
- 講者提到 Claude Code 之外,DataChain 的 skill 也支援其他三種 coding agent,但沒有一一點名。
- OpenAI 部落格提出的六層 context 架構,這場只提了一句,沒有攤開細節。
- 分散式運算部分提到 Ray、Spark、Dask 等工具,但沒有比較優劣。