只用一天Opus4.6+Agent Teams做了個ClaudeCode桌面端：已開源
整理版優先睇
利用 Opus 4.6 配合 Agent Teams 多智能體協作，僅用一天即完成功能全齊、高顏值的 Claude Code 桌面客戶端並開源。
- CodePilot 是一款開源的 Claude Code 桌面端，解決了原版命令行工具難以管理聊天記錄與配置複雜的痛點。
- 核心功能涵蓋 MCP 服務器調用、Skills 擴展、可視化配置管理及第三方 API 靈活接入。
- 開發模式從單一 AI 對話進化為 Agent Teams 協作，透過主智能體委派任務給多個子智能體並行工作。
- 實踐證明 Opus 4.6 雖然單價較高，但因理解力強、糾錯次數少，開發總成本與時間反而更低。
- 建議在開發流程中加入專門的「調研角色」Agent，負責技術選型與架構設計，能極大提升後續產出效率。
CodePilot 客戶端
功能全齊的 Claude Code 桌面端，支持聊天記錄管理、MCP 可視化配置及第三方 API。
Agent Teams 協作模式
透過 Opus 4.6 開啟多智能體並行工作，將任務拆解為調研、QA、開發等定製化角色。
CodePilot：將命令行工具進化為生產力桌面端
Claude Code 雖然強大，但命令行界面對不少用家來說始終有門檻。CodePilot 將其封裝成桌面應用，保留了所有核心功能，同時大幅提升了操作體驗。
Agent Teams：唔再係單打獨鬥，係成隊 AI 幫你開工
這次開發的核心在於 Agent Teams 模式。這不是簡單的角色切換，而是真正的多智能體協作。主智能體負責全局調度，子智能體各司其職。
關鍵技巧：不要用傳統軟件工程的死板思路去限制 AI，每個任務都可以隨時定製專屬角色。
例如，你可以讓 Claude 先讀完官方文檔，再幫你寫出 Agent Teams 的規劃提示詞（Prompt），讓它自己設計最適合的團隊架構。
Vibe Coding 的啟發：敢花錢、敢放權
很多人擔心 Opus 4.6 貴，但實際開發下來，因為它理解精準、出錯率低，反而省下了反覆調試的 Token 成本。現在的開發邏輯已經變成：只要你敢給 AI 權限，它就是一個強大的許願機。
CodePilot 客戶端：https://github.com/op7418/CodePilot/releases/tag/v0.2.1
昨天用 Opus 4.6 + Agent Teams 上線。
我用一天時間做了個 Claude Code 桌面端 CodePilot，功能全齊、顏值在線、已經開源。
很難想象，即使我瞭解 AI，我也不敢想這個事情。
你可以用一下這個軟件，看一下它的完成度。
我發現真的只要你現在敢給 AI 花錢和放權，它就是一個許願機、阿拉丁神燈。
把開發過程和 Agent Teams 的使用經驗總結一下。
CodePilot：一個真正能用的 Claude Code 客戶端
核心功能全部支持：選擇文件夾、切換模型、斜槓命令、Skills 調用、MCP 服務器，跟 Claude Code 命令行版能做的事情一模一樣。但體驗好了不止一個檔次。
最有價值的三個功能
第一是聊天記錄管理：
Claude Code 最讓小白頭疼的問題就是找不到聊天記錄。你明明知道之前聊的內容很有價值，但就是翻不出來。
現在所有聊天記錄都保存在側邊欄，跟文件夾綁定，隨時能翻回去看。每條消息還會顯示花了多少錢，這個透明度很重要。
第二是可視化配置管理：
Claude Code 的配置文件、Skills、MCP、插件，以前都得去命令行裏折騰。現在有個可視化界面，直接在這裏改、預覽、保存，跟用普通應用一樣。
第三是文件夾內容預覽。右邊欄能看到當前文件夾裏所有東西，文本文件可以直接預覽。這個功能看起來簡單，但實際用起來真的方便。
第三方 API 配置也支持：
如果你用的是官方授權登錄或者已經配好環境變量，直接就能用，不需要額外設置。
但如果你想用第三方的 Claude API（比如一些國內轉發的服務），也可以在設置裏配置。這個靈活性很重要，畢竟不是每個人都能直接訪問官方 API。
連接狀態一目瞭然
狀態欄會顯示 Claude Code 的連接狀態。如果沒連上，會告訴你怎麼安裝和啓動 Claude Code。
這個細節很貼心，新手不用懵逼半天不知道為什麼用不了。
最後說一下這個圖標設計。為了避免侵權問題（哪怕開源也可能被 Anthropic 說侵權），我沒直接用 Claude Code 的官方圖標。
做了個體素風格的放射性形狀，保留了原圖標的菊花輻射感，但變成立體的。猛一看有點像，但又是全新的設計。放在一堆知名工具旁邊，一點也不違和。
如果對 Codepilot 感興趣可以下下來用一下，目前只支持 M 芯片的 macOS 系統。
因為沒有證書，所以需要你去設置安全那邊，點擊“仍要打開”按鈕。
Windows 的話，我回頭打個包，我得測試一下。
Agent Teams：真正的多智能體協作
這次開發用的 Agent Teams 模式，跟以前單個 AI 來回對話完全不是一個概念。
簡單說就是有個主智能體，它可以把任務委派給多個子智能體，讓他們各司其職、並行工作。而且這些智能體之間能互相通信，主智能體能實時知道子智能體的進度，子智能體也能主動彙報。
這種協作是真的順暢，不是那種偽多智能體（其實就是一個 AI 來回切換角色）。
怎麼啓用 Agent Teams
非常簡單。更新到最新版 Claude Code，確保能用 Opus 4.6，然後把官方文檔扔給 Claude Code，讓它幫你開啓就行。其實就是改個參數，它直接就能搞定。
技巧 1：讓 Claude 幫你寫規劃提示詞
官方文檔裏有建議的提示詞格式，要給每個 agent 設置角色、任務、能力要求。你可能會覺得頭疼：我就一個需求，還得想這麼多？
不用。把官方文檔和你的需求一起扔給 Claude，讓它幫你構建 Agent Teams 的規劃提示詞。
你可以讓它先寫提示詞給你審核，也可以直接讓它幫你構建一個 teams 開始執行。反正它比你更清楚怎麼拆分任務和分配角色。
技巧 2：前期調研非常重要
我昨天開發的時候發現，前期調研角色能直接決定後面的開發效率。
技術選型、架構設計、組件庫選擇，你選錯一步，後面就會非常難受。所以無論什麼需求，我建議都加一個調研角色。
讓它去查市面上最好的解決方案、最合適的技術棧、最新的組件庫。哪怕你只是要優化 UI，也得讓它先找找現在最流行的圖標庫和設計系統是什麼。
技巧 3：角色設計不要用傳統軟件工程思路
傳統團隊裏，人是固定的，你很難隨時調整角色和能力。但 Agent Teams 不一樣，你可以針對每個任務定製角色。
比如同樣是 QA 角色，在測評功能邏輯的時候，它就專注 code review 和功能實現驗證。但在體驗優化階段，同一個 QA 可以變成體驗走查專家，專門找視覺和交互問題。
不要讓傳統的工程思路限制你。每個任務都可以有定製化的角色配置，甚至可以給 agent 設置特長。這種靈活性是人類團隊做不到的。
這個時代真的不太一樣
寫 iOS 客戶端、macOS 桌面端，功能全齊、沒有 bug、一天就能產出。這事兒我以前根本不敢想。
關鍵是你得敢花錢、敢給權限。很多人捨不得用 Opus，覺得貴。但實際上 Opus 4.6 因為理解能力強、不需要反覆糾正，最後反而比用小模型省錢省時間。
Agent Teams 更是這樣。多個智能體並行工作，看起來好像花錢更多，但因為效率高、出錯少，整體成本反而更低。
好了這就是今天的內容。
如果你覺得內容對你有幫助的話，可以幫我點個贊👍，或者是轉發給你需要的朋友。