avatar
룟 Ryot
1,036個推特粉絲
關注
룟 한국어 계정. 피델리온과 BTC, SOL의 부흥을 위하여 Korean alt account of @gmryot | Emperor @fidelionnft | @rugradiokorea co-host
動態
avatar
룟 Ryot
02-27
主題貼
【Claude Code 時代結束了嗎?】 如今,隨著 Claude Code 團隊、Notion AI 和移動端智能體的激增,似乎有很多激進的帖子聲稱“OpenClaude 時代已經結束了”。 我運行 OpenClaude 大約一個月後,又將其升級到最新版本,我可以坦誠地說,這些新產品在結構上根本無法有效地取代 OpenClaude。 我目前的智能體架構是並行的。但它不僅僅是並行的;就連 LLM 也與 OpenClaude Code 不同。 - 一個智能體作為監督者,基於 Sonnet 4.5。在開發過程中,我們會升級到 Opus 4.6,並以 Minimax 2.5 作為備用。它負責整體工作流程管理和決策。其目標是確保工作流程不間斷。它會主動運行 Claude Code。 - 另一個智能體專門用於代碼審查和基於 Codex 的加密貨幣交易。備用方案是 Grok。在第一個智能體激活 Claude Code 之前,它會進行代碼審查。它專注於邏輯和風險。最後一位合作伙伴是基於 Gemini 的內容代理。我們使用 Grok 進行研究。我們所有的 X 內容和 YouTube 創意都源於此。 該架構的核心並非某個特定模型,而是角色分離以及模型間的並行運行。每家公司的 SaaS 代理本質上都在同一個生態系統中運行。自然,沒有選擇 LLM 的選項。Claude 只能使用 Claude,Grok 也只能使用 Grok。Notion AI 和 Perplexity 也僅在各自的平臺內進行優化。 Claude 的代碼團隊在代碼協作方面實力雄厚。然而,由於它是一個基於服務的系統,因此無法構建一個能夠並行運行基於 Gemini 的內容生產、Grok 輔助研究並由 Sonnet Overseer 協調整個流程的結構。這在結構上是無法實現的。 這種結構不允許代理之間相互利用優勢。 相比之下,OpenClaud 將模型、SaaS 和移動界面分層分離。模型可以互換,並且可以自由設計備用系統。按角色進行分佈式操作是可行的。 其更新速度也各不相同,補丁幾乎每週發佈五次。將此歸咎於軟件不完善是一種誤解。我們生活在一個五家主要的語言模型管理 (LLM) 公司每週發佈十款新產品的世界裡。這意味著不僅僅是簡單的功能添加,而是對新興語言模型和產品進行快速迭代的實驗和修改。 這正是為什麼構建良好、維護完善的開源軟件比綁定到特定公司的服務發展速度更快的原因之一。 SaaS 代理是完整的工具。Openclaw 是基礎設施。 完整的工具很方便,但難以重構。基礎設施是可組合的。 在單個人工智能公司的服務中,很難實現多個語言層的並行操作。 這是“使用”代理和“操作”代理之間的區別。 這就是為什麼我經常告訴我的朋友:“你喜歡還是不喜歡 Openclaw 不是功能的問題,而是技能的問題。”
OPUS
0.44%
-- 到底啦 --