我們已經在完整的第一階段操作堆疊中建立了交易風險投資組合電子郵件基礎設施：標準數據模型、來源攝取、治理框架，以及針對有限合夥人更新的確定性輸出。這不是一次性的腳本；這是一個真正系統的開始。

功能 1 現在從文件、Gmail 匯出和 Gmail API 流程運行 lp 更新自動駕駛。每個事件在進入草稿之前都會對照公司登記進行解析，因此更新能夠乾淨且一致地映射到正確的投資組合實體上。

功能 1 還增加了相關性過濾和分類：低信號行不會被推入公共草稿循環；它們會進入分類，由人類處理邊緣案例。最終輸出中不再有靜默噪音。

功能 2 提供 CRM 圖表管道，針對人員、組織、互動和計分邊緣，並提供衍生視圖，如每日聯繫和每家公司備註。這將記憶轉化為關係智慧，而不是隨機片段。

功能 3 增加了創始人管道篩選，配有確定的負責人和 SLA 意識的提醒，這樣進入的創始人請求就能在有結構的隊列中移動，而不是消失在聊天歷史中。

功能 4 是一個具有擁有者分配、CRM 重疊評分和結果追蹤的投資組合請求路由器。請求變成具有狀態和可追溯性的資產，而不是由最先感覺到的人隨意路由。

ops guardrails 也被添加了：僅附加記憶體文物、運行遙測、錯誤處理，以及分階段執行助手，以便在發佈任何內容之前和之後，每一步都可以進行審計。

接下來：為備忘錄準備進行功能5的規劃，以及提高Gmail API的可靠性和在管道中進行去重/狀態檢查的生產加固。如果你想要這個發佈，我會發佈完整的v0.2里程碑。