Fieldnote 有十名員工和約八十個專業 Agents。有些每小時運行，有些每週一次，有些只有人類批准任務後才啓動。它們收集反饋、研究市場、維護集成、測試發佈、起草幫助內容並準備運營建議。
第八十一個員工不是另一個 Agent，而是運營負責人 Amara 承擔的隱形協調負擔。
每個 Agent 都在某個地方有自己的指令。研究 Agents 有 Prompt 文件，維護 Agents 在代碼裏有重試邏輯，內容 Agents 在 Workspace 中有品牌指導。API 改變時，三個 Agents 可能分別重新發現同一故障；Product 改變定義時，下游 Agents 未必全部收到。Amara 每天早上閲讀成功運行摘要，因為她無法判斷哪個“成功”隱藏着過期上下文。
Fieldnote 的 onemind 把每個 Agent 視為 Intelligence，記錄人類負責人、Project 成員、模型和適配器版本、允許來源、可執行動作、費用限制、運行計劃和 Kill Control。Mind 沒有給所有 Agent 共享對話記憶；工作流傳遞帶來源鏈和批准狀態的有類型文件。
一個週一，反饋分析 Agent 在十八條消息中發現客户反覆誤解一項集成限制。收集 Agent 已把每條消息保存為帶同意、敏感度、產品領域和保留元數據的記錄。分析 Agent 只收到去標識文字和正式反饋分類法。它提出一條經驗：客户以為歷史記錄也會同步，但該集成只支持新記錄。建議包含證據、置信度和兩個反例。
沒有任何事情自動改變。產品負責人評審證據，把經驗縮小到一個集成並接受。onemind 依賴預覽提出四項下游變化：幫助文檔、Onboarding 文案、支持排錯分支和產品 Backlog 項，每項有不同負責人。
文檔 Agent 收到獲批任務包，並允許自動更新草稿。內容工具包包含正式產品事實、受眾、品牌規則、來源引用，以及不得聲稱歷史同步已經進入計劃的限制。支持 Agent 收到排錯説明。產品規劃 Agent 收到 Backlog 建議，但未經產品批准不能加入正式 Roadmap。
當天下午，維護 Agent 遇到合作伙伴 API 的已知 429 錯誤。onemind 工具包包含經過測試的恢復流程：指數退避、最多三次重試、五美元運行預算和升級規則。運行時 Hook 在每次重試前評估限制。
前兩次重試失敗。第三次合作伙伴返回格式錯誤的成功響應。Agent 嘗試繼續，但 Hook 發現必要字段不存在，停止工作流、保存當前狀態，並打開一個例外，其中包含工具包版本、輸入文件、API 響應、成本、重試歷史和相關失敗方案。Agent 不能自行增加重試次數或申請更廣 API 權限。
Amara 看到的是一個高嚴重度例外，而不是三次失敗運行和四十條成功消息。她把例外交給集成負責人。之後兩個 Agents 遇到相同錯誤時，onemind 將它們去重到現有 Incident 並增加受影響數量。負責人修改恢復 Parser 並加入測試。onemind 重建維護工具包，只重放具有冪等性的失敗步驟。
一週後，另一個運營 Agent 因配置錯誤開始創建重複 CRM 任務。Amara 使用 Project 級 Kill Switch。Operations 可執行動作全部停止，但 Mind 只讀訪問和審計數據仍可用。團隊修正配置，用記錄輸入模擬工作流，然後逐步恢復動作。
兩個月後，Fieldnote 不再需要人類閲讀幾乎所有日常運行。人類檢查全部重要例外和按風險抽樣的成功；測量期間未發現的高嚴重度例外保持為零。與此同時，公司在遙測和文件存儲上的費用增加，Amara 每週仍要調整噪聲規則。
Agents 並沒有變成一家自行管理的公司。產品決策、資金、客户承諾和政策仍屬於指定人類。onemind 讓委託變得可理解：每個 Agent 都知道公司工作方式中與自己有關的部分，每個重要動作都受限制，每個例外都帶着足夠歷史，讓人類能夠決定下一步。