依意思最接近的 7 筆
一篇工程實踐文章總結了多智慧體系統的三種架構模式：orchestrator-worker 由編排者拆解任務並彙總工作者結果，blackboard 讓多個 agent 讀寫共享狀態，pipeline 按固定順序串聯專職 agent。作者給出的選擇標準是：拆解能提前寫成清單就用 pipeline，拆解方式已知但細節取決於輸入就用 orchestrator-worker，解法路徑要等 agent 探索後才明確才用 blackboard。
作者發布 ADRs for AI 框架及其外掛，讓模型把每個設計決策寫成 Git 版本化的「架構審議記錄」。配套的 ORRCF 提問格式要求模型給出選項、建議、理由、置信度與可證偽條件，把疑慮擺出來供人批准或否決；記錄同時說明非顯然設計選擇的依據，以及在換平台、換延遲要求等條件下決策會如何變化。外掛 ADRs4AI/plugins 已提交 Anthropic marketplace，作者稱正錄製入門影片，希望獲得上手體驗方面的反饋。
一篇題為《公司的未來》的文章討論 AI 將以何種方式進入企業組織架構，提出三種位置：在人的層級之下、在人的身旁、以及在人與人之間。文章屬於展望式討論，沒有給出具體公司案例、產品或資料。
10 月 16 日，範式智慧聯合睿思智聯發布一站式生產級 AI 部署平台模域（ModelSphere），面向企業免費開源，以 Apache 2.0 協議在 GitHub 上線。平台把算力管理、模型部署與執行最佳化整合為統一流程，可統一混合排程華為昇騰、天數智芯、摩爾線程、海光 DCU 等國產晶片，無需為不同晶片重寫底層程式碼。
一位工程經理轉述同事 Emily 的做法，提出與 AI 協作的 Brain Sandwich 框架：先用自己的大腦，再把實現交給 AI，最後再回到自己的大腦。開始前要自己讀懂問題、明確大致方向，否則 AI 可能把方向帶偏，甚至讓人去解決本來不存在的問題；中間階段可以毫無顧慮地完全委託給 agent。收尾時必須自己讀 diff、判斷增加的複雜度是否值得、寫好 PR 描述——如果說不清改了什麼、為什麼改，就不該交給別人審查。
清華大學姚期智、袁洋團隊提出「代數世界模型」（AWM），讓 AI 把觀察到的現象寫成可執行假設、凝鍊為通用規則，最後用 Lean 4 形式化成機器可檢驗的數學證明。在 ARC-AGI-3 上，基於 Opus 5 的 AWM 通關全部 183 個關卡，得分 99.9%，平均通關步數只有人類基準的 43%；面對被人為改成無解的關卡，它嘗試兩次即證明「不可能」，並指出再增加一步就能獲勝。團隊同時說明，這些證明只在已觀測到的世界內成立，探索不全時得到的只是區域性真理。
Cloudflare 程式設計師、Zaraz 專案成員撰文認為，生成式 AI 不只衝擊開發者，產品經理同樣面臨被替代風險，兩個崗位最終會融合為一項職能。作者稱只會寫程式碼的開發者最危險，而架構師因需要私有資料、跨部門溝通以及安全、合規、預算等約束，短期內難以自動化。程式碼生成變便宜後，寫程式碼的人有更多時間理解客戶痛點和公司取捨，也能建立產品判斷，因此產品經理應補足架構等能力。