週一早上 8:12，Maya 還沒來得及衝咖啡，先打開了客户支持郵箱。多倫多一家診所的經理寫信説，進入夏令時後，病人收到的預約提醒出現了錯誤的當地時間。事情還沒有造成嚴重後果，但這封郵件讓 Maya 非常不安。六個月前，她曾匆忙上線一次數據庫遷移，信任了 AI 生成的發佈方案，結果整個週末都在恢復客户記錄。從那以後，任何涉及時間或遷移的改動都會讓她格外謹慎。
Maya 是這家 SaaS 公司的唯一員工。她在筆記軟件裏做產品決策，用 Cursor 和 Codex CLI 寫代碼，用 ChatGPT 起草客户回覆，並把三個大客户的特別合同承諾分別放在獨立文件夾裏。使用 onemind 之前，每個工具認識的都是不同版本的公司。Cursor 知道 UI 約定，因為 Maya 把它們寫在項目規則文件中。Codex 知道那次遷移事故，因為她經常把教訓複製進終端會話。ChatGPT 知道支持語氣，但有時會描述舊版本行為。只有 Maya 自己知道所有信息如何組合在一起。
她打開 onemind，選擇 Product / Notifications。頁面顯示這個 Project 繼承了公司的隱私原則和發佈流程，同時明確顯示沒有進入當前範圍的內容：客户合同、支持歷史和 Growth 實驗。Maya 從這個 Project 啓動 Codex 會話。
Codex 沒有收到整個公司 Mind。onemind 為當前任務生成了一個工具包：現有通知架構、關於保存用户時區的正式決策、六個月前的失敗遷移方案、UI 文案規則，以及通知變更合併前必須通過的測試。工具包引用了 Maya 當前檢出的代碼 Commit，並標明自己來自 Mind 版本 184。更長的事故覆盤仍可按需檢索，不會擠滿初始 Prompt。
Maya 讓 Codex 調查問題。Codex 發現：當診所在建立預約後修改 Locale 時，一個回退路徑會進行兩次時間轉換。它提出了一個很小的修復。就在它觸碰通知調度器文件時，onemind Hook 給任務加入四項必測內容：夏令時邊界、病人退訂、重試行為和重複發送。Codex 在寫代碼之前修改了計劃。
第一次測試失敗了。方案解決了多倫多的問題，卻破壞了在當前時區字段出現之前創建的預約。Codex 檢索到舊遷移經驗，建議使用分階段讀取，而不是一次性重寫全部記錄。Maya 能看到它為什麼這樣建議：方案引用了已接受的失敗方案條目和舊事故報告。她批准了新計劃，但沒有接受把這套分階段模式提升為公司通用規則的建議。她認為這次有用，但證據還不足以擴大範圍。
下午 2:40，測試通過。合併前，另一個 Hook 把提醒文字與當前產品文案進行比較。它發現新消息寫着“你的當地時間”，對於代替病人安排預約的診所員工來説含義不清。Maya 把文字改成明確寫出時區。她合併 Pull Request，並接受一條範圍較窄的經驗：任何排期變更都必須測試在當前時區 Schema 之前創建的預約。onemind 對經驗做版本記錄，只重建依賴通知行為的工具包。
Maya 下次打開倉庫時，Cursor 收到新的工程規則。ChatGPT 的支持空間收到修正後的產品行為和獲批的診所解釋。Growth 助手沒有收到任何內容，因為 Maya 尚未批准公開表述。多倫多客户的合同對這三個工具都不可見，因為本次工作沒有激活客户 Project。
週二，診所經理確認修正後的提醒正確。支持對話又產生一項改進幫助中心説明的建議。Maya 編輯建議，在 Customer Operations 中接受它，onemind 隨後更新支持助手。它沒有改變產品規則，也沒有重建代碼工具包。
週五，Maya 安裝了一個剛發佈的編程助手。她沒有複製多年積累的 Prompt，而是連接適配器並運行 onemind 一致性預覽。預覽顯示：新工具能讀取受管理指令和檢索引用，但不能執行合併前 Hook。onemind 將連接標記為“能力受限”，而不是“已更新”，並明確告訴 Maya 哪項保護仍依賴 CI。她決定先用它處理低風險 UI 工作。
六週後，Maya 並沒有神奇地變成一家更大的公司。所有重要決策仍由她做，每週五仍要花約二十分鐘評審經驗建議。但她不再需要把整家公司都裝在自己的短期記憶裏。日常會話準備從查找和複製二三十分鐘上下文，減少為確認當前 Project 和工具包 Diff 的簡短檢查。更重要的是，那次遷移錯誤已經變成多個工具都會執行的運營保護，而不只是 Maya 一個人記得的糟糕週末。