2026年4月，伊朗沖突升級?？找u、霍爾木茲海峽航運中斷、制裁 cascade——你的采購團隊有48小時做出生死決策。問題是：65個SKU里哪些用了中東原材料？轉(zhuǎn)去孟加拉，到岸成本差多少？孟加拉自己穩(wěn)不穩(wěn)？

傳統(tǒng)流程里，這組問題需要翻表格、查三個新聞?wù)?、等財?wù)建模。等答案出來，窗口期早關(guān)了。一位產(chǎn)品經(jīng)理出身的開發(fā)者把這套流程壓進了分鐘級，而且所有定價數(shù)據(jù)不出本機。

從72小時到7分鐘：一次沖突模擬的完整時間線

系統(tǒng)啟動時，第一層動作是新聞抓取。不是泛泛的RSS，而是針對供應(yīng)鏈設(shè)計的實體識別——港口、原材料、制裁名單。伊朗沖突爆發(fā)當天，系統(tǒng)標記出霍爾木茲海峽運輸中斷，自動關(guān)聯(lián)到依賴中東石油衍生品的紡織原料SKU。

第二層，地理風險代理啟動。它調(diào)用的不是靜態(tài)國家評分，而是實時聚合：當?shù)匦侣勄榫w、港口延誤數(shù)據(jù)、匯率波動。孟加拉作為備選方案被提出時，系統(tǒng)同步檢查其國內(nèi)政治穩(wěn)定性——剛好趕上該國紡織工會罷工預(yù)警。

第三層才是成本計算。到岸成本（Landed Cost）代理拉取實時海運指數(shù)（BDI）、匯率、替代產(chǎn)地的勞動力成本。關(guān)鍵在這里：所有計算在本地完成，敏感定價數(shù)據(jù)不上云。這對怕泄露成本結(jié)構(gòu)的采購團隊是硬性剛需。

第四層輸出 ranked recommendation。不是簡單列表，而是帶置信區(qū)間的方案：轉(zhuǎn)孟加拉節(jié)省12%但交付周期+3周；轉(zhuǎn)墨西哥成本持平但關(guān)稅優(yōu)勢；維持現(xiàn)狀的風險敞口量化。

整個循環(huán)——沖突檢測到可執(zhí)行方案——7分鐘。開發(fā)者把傳統(tǒng)需要跨部門開三天會的流程，壓進了一次咖啡涼掉的時間。

六層架構(gòu)：為什么強制每層只和相鄰層對話

技術(shù)設(shè)計里最反直覺的決定是接口隔離。六層架構(gòu)里，每層只通過 TypeScript 接口與直接相鄰層通信。UI層（React/Next.js 14）不知道下面有LangGraph；Agent編排層看不到MCP工具的具體實現(xiàn)。

這種設(shè)計在供應(yīng)鏈場景里有殘酷的現(xiàn)實意義。采購系統(tǒng)的數(shù)據(jù)源極其碎片化：ERP、海關(guān)數(shù)據(jù)、新聞API、甚至Excel。如果某一層直接跳過中間層去調(diào)底層，半年后維護者會面對一張無法追蹤的數(shù)據(jù)血緣圖。

Agent層用了LangGraph的StateGraph做編排，但做了 keyword-first 的意圖路由。常見查詢走硬編碼路徑，只有邊緣 case 才觸發(fā)LLM。這是成本控制的務(wù)實選擇——供應(yīng)鏈查詢有高度模式化特征，沒必要為"查越南關(guān)稅"這類問題消耗推理 token。

六個專業(yè)代理的分工也經(jīng)過推敲。Inventory代理對接ERP；Tariff代理維護各國稅率表；GeoRisk代理跑地緣政治評分；Dashboard代理處理可視化；News代理做實體抽??；Market代理盯大宗商品和匯率。每個代理配備MCP（模型上下文協(xié)議）工具調(diào)用能力，但工具注冊是運行時動態(tài)加載的。

本地推理的隱藏成本與收益

最激進的決定是把推理放在設(shè)備端。開發(fā)者用了Ollama跑本地LLM，配合量化模型把內(nèi)存壓到可接受范圍。代價是響應(yīng)質(zhì)量波動——復(fù)雜推理任務(wù)明顯弱于云端大模型。

收益也很直接。采購數(shù)據(jù)是核心商業(yè)機密，"數(shù)據(jù)不出域"在某些行業(yè)是合規(guī)紅線而非偏好。本地架構(gòu)讓系統(tǒng)可以部署在完全離線的環(huán)境，這對涉及敏感供應(yīng)商關(guān)系的場景是入場券。

技術(shù)文檔里提到一個細節(jié)：存儲適配器層設(shè)計了接口隔離，支持SQLite（本地）、PostgreSQL（團隊部署）、甚至內(nèi)存模式（測試）。這種過度設(shè)計源于對采購IT環(huán)境的深刻不信任——你永遠不知道客戶的數(shù)據(jù)庫權(quán)限是什么狀態(tài)。

MCP工具層的實現(xiàn)更值得玩味。7個stdio服務(wù)器跑獨立進程，3個InMemoryTransport客戶端給高頻工具用，運行時動態(tài)注冊新工具。這種混合架構(gòu)是為了平衡隔離性（進程崩潰不影響主系統(tǒng)）和延遲（內(nèi)存內(nèi)調(diào)用比IPC快一個數(shù)量級）。

具體到工具：油價、外匯、BDI（波羅的海干散貨指數(shù)）、制裁名單——全是供應(yīng)鏈建模的硬通貨。沒有這些實時feed，agent的推薦就是紙上談兵。

產(chǎn)品決策里的產(chǎn)品經(jīng)理痕跡

讀完整套設(shè)計，能辨認出產(chǎn)品經(jīng)理出身的痕跡。比如SSE（服務(wù)器發(fā)送事件） live updates——不是技術(shù)炫技，而是解決"我的分析跑完了嗎"這個焦慮。采購場景里，等待感會被風險放大，實時進度條是心理剛需。

再比如dark/light主題。B端工具常忽視這個，但供應(yīng)鏈團隊常深夜值班處理突發(fā)，暗色模式是職業(yè)健康細節(jié)。

最典型的是"快速pitch"結(jié)構(gòu)：沖突場景→系統(tǒng)響應(yīng)→技術(shù)架構(gòu)→詳細文檔鏈接。這是標準的電梯演講節(jié)奏，先給畫面，再給證據(jù)，最后給深度入口。

開發(fā)者自述的痛點也很精準："Which of our 65 SKUs are exposed?"——用具體數(shù)字代替抽象描述，這是訓(xùn)練有素的產(chǎn)品語言。

系統(tǒng)目前開源在GitHub，技術(shù)文檔完整公開了每一層接口定義。但一個關(guān)鍵問題留給了潛在用戶：當你的競爭對手也在用同類工具壓縮決策窗口，分鐘級響應(yīng)會不會變成新的 baseline，反而讓所有人都回到更短的焦慮循環(huán)？