Agent效率X10，ClaudeCode/Codex 專屬的文件管理Agent：Agentfile
整理版優先睇
Agentfile：一個專為多Agent工作流設計嘅項目管理收口台，等項目切換好似瀏覽器標籤頁咁流暢。
呢篇文章係作者Ceeon嘅個人經驗分享。佢見到Claude Code創始人Boris Cherny同時開5個Claude agent，效率極高，但自己喺處理多個項目時，發現項目檔案散落喺Finder、終端、編輯器之間，切換好混亂。佢想解決嘅問題係：點樣用一個統一嘅窗口嚟管理多個Agent項目，唔使開一大堆視窗。
作者嘅結論係開發咗Agentfile呢個工具。Agentfile從Wave魔改出嚟，但將終端拆走，只保留文件管理同標籤頁切換功能，內存佔用好細。佢配合Ghostty或cmux呢類輕量終端，可以同時掛住十幾個項目，邊個Agent跑完就切過去睇結果，效率大幅提升。
Agentfile仲支援HTML預覽，因為Claude Code團隊嘅Thariq指出HTML比Markdown更適合呈現複雜內容。另外，Agentfile設計成Skill驅動，即係Agent可以按技能協議去接管軟件嘅修改，形成「隨叫隨改」嘅開發流程。作者認為未來軟件會變成用戶同Agent一齊持續改進嘅形態。
- 結論：Agentfile係專為多Agent工作流設計嘅輕量文件管理工具，將多個項目收喺一個窗口，切換效率極高。
- 方法：從Wave魔改，將終端拆出，只保留標籤頁式文件管理，內存佔用細，可以同時掛十幾個項目。
- 差異：有別於傳統多視窗管理，Agentfile提供類似瀏覽器標籤頁嘅體驗，仲支援HTML預覽同Skill驅動嘅持續開發。
- 啟發：未來軟件可能從開發者交付畀用戶，轉變為用戶同Agent一齊持續改進，Agentfile就係呢個模式嘅雛形。
- 可行動點：開發者可以參考Agentfile嘅設計思路，將工具拆成輕量化組件，並利用Skill協議等Agent接管軟件修改。
Agentfile
一個專為多Agent工作流設計嘅項目管理工具，支持標籤頁切換同HTML預覽，GitHub開源。
從終端混亂到統一窗口
Claude Code創始人Boris Cherny喺終端同時開5個Claude，編曬號碼，邊個需要輸入就通知佢。呢種多Agent並行嘅方式，令作者開始反思自己嘅工作流程：編程項目A、編程項目B、寫作項目、編程項目C，以前要排隊做，而家可以一齊推。
但Agent一多，結果就散到周圍都係。作者需要一個地方將呢啲項目收喺同一個窗口，好似瀏覽器標籤頁咁來回切。所以佢整咗Agentfile：打開之後，幾個項目文件夾變成頂部一排標籤頁，切換就搞掂，唔使再開一堆Finder、終端同編輯器窗口。
輕量化設計：只做文件管理
Agentfile係從Wave改出嚟嘅。Wave本身係一個完整嘅終端工作台，但項目一多，內存就頂唔順。作者果斷將終端拆出去，交畀Ghostty或cmux呢類專注終端嘅工具。Agentfile自己只做文件管理同項目切換。
拆開之後，Agentfile輕咗好多，而家可以同時掛住十幾個項目標籤頁，再併發十幾個外部終端。呢種拆開專注嘅思路，令每個工具都做返自己最擅長嘅事，整體效率反而更高。
- 終端工具負責跑命令，內存佔用小、渲染快、Bug少。
- Agentfile負責檔案瀏覽同標籤頁切換，輕巧靈活。
- 兩者配合，實現多Agent並行時嘅零延遲上下文切換。
HTML展現與技能驅動
Claude Code團隊嘅Thariq寫咗篇文章〈The Unreasonable Effectiveness of HTML〉，指出Agent生成嘅內容唔再係純文字，而係代碼審查報告、數據圖表、設計方案、流程圖甚至可交互小工具。呢啲嘢放喺Markdown會變成一堵文字牆，但用HTML就可以直接呈現表格、顏色、圖表同佈局。
Agentfile內置咗HTML預覽功能，切返項目標籤頁就可以直接打開睇。而且作者仲內置咗一版Markdown樣式，兩種展現形式都有。
更重要嘅係，作者將開發流程都交畀Agent：直接丟需求畀Agent，Agent按Skill啓動測試版、睇日誌、改代碼、跑驗證。呢套流程跑通之後，Agentfile嘅角色昇華咗——佢唔單止係文件管理入口，仲係一個Skill驅動嘅Agent。
收口台：多Agent工作流嘅未來
Agentfile嘅定位好明確：收口。終端交畀Ghostty同cmux，Agentfile負責文件管理嗰層。幾個項目喺邊、Agent跑出咩結果、下一步要返去邊個文件夾、邊個結果要直接預覽——呢啲嘢以前散喺唔同工具之間，而家全部收成一個項目入口。
作者認為，未來有一類軟件會變成用戶同Agent一齊持續改進。邊度唔順手，Agent可以按使用習慣改；出咗Bug，Agent可以睇日誌、復現、嘗試修復；本地搞唔掂，仲可以整理好上下文發去GitHub俾上游開發者接手。呢種隨叫隨改嘅模式，Agentfile係一個好嘅示範。
Agentfile本身係從Wave魔改出嚟，作者亦歡迎其他人繼續魔改。佢嘅設計哲學好簡單：每個工具做一件事，做好佢，然後透過Agentfile呢個收口台連接起來。呢個思路值得任何做多Agent工作流嘅開發者參考。
佢喺終端入面同時行 5 個 Claude，將標籤頁編號做 1-5。邊個 Claude 需要輸入，就俾系統通知提佢
一個 Claude 改前端，一個 Claude 執 bug，一個 Claude 行測試，人更加係喺度拆任務、睇結果、最後收口
再睇 Claude Code 團隊自己嘅二月更新日曆。
非常誇張。二月幾乎每個工作日都有新功能上線……成個月都冇停過
一個 AI 編程工具，自己都係用緊 AI 加速開發
Agent 行得快，點樣睇文件
我都開始將呢種方式搬去自己嘅項目度
編程項目 A、編程項目 B、寫作項目、編程項目 C，幾件事一齊向前推。原本要排隊處理嘅事，開始同時滾動
Agent 同時向前行，結果就開始四圍散。
我需要一個地方，將呢啲項目收埋入同一個視窗入面，好似瀏覽器標籤頁咁來回切換。
所以我整咗 Agentfile：https://github.com/Ceeon/agentfile
項目好似網頁咁切換
打開 Agentfile，幾個項目文件夾先變咗做頂部嘅一排標籤頁。
編程項目 A、編程項目 B、寫作項目、編程項目 C，都喺呢個視窗入面。
我唔使再開一大堆 Finder、終端同編輯器視窗。要睇邊個項目，就切去邊個標籤頁
邊個 Agent 行完，我就用快捷鍵切返去邊個項目。唔使先諗「呢個項目喺邊個視窗」。返去對應嘅項目標籤頁，繼續睇文件、睇日誌、跟住處理
少背一層終端，先至可以更細更快
Agentfile 係由 Wave 改出嚟嘅。
Wave 原本係一個終端工作台，終端、連線、面板、視窗都可以放入去。
能力好完整，但係項目一多，內存就好快頂住。
如果繼續咁樣做，我可能只可以並行四五個項目。再開多幾個終端，切換同反應都會開始吃力。
所以我就將終端拆咗出去。
Agentfile 淨係做文件管理同項目切換。真正要行命令，就交俾 Ghostty 或者 cmux（都係終端工具）。
呢類終端本來就更適合做呢件事：內存佔用細，渲染快，Bug 都少。
拆開之後，Agentfile 自己輕咗好多。我而家可以同時掛住多個項目標籤頁，再並行十幾個外部終端。
HTML 比 Markdown 更適合做展示
最近 Claude Code 團隊嘅 Thariq 寫咗篇文章，標題叫《The Unreasonable Effectiveness of HTML》。
佢講嘅唔係「Markdown 冇用咗」。
Agent 而家生成嘅嘢，早就唔止係幾段文字。佢會生成代碼審查報告、數據圖表、設計方案、流程圖、教程頁，甚至一個可以互動嘅小工具。
呢啲嘢擺喺 Markdown 入面，好容易變成一幅文字牆。換成 HTML，表格、顏色、圖表、佈局同互動可以直接呈現出嚟。
Agentfile 入面可以承接呢類 HTML 結果。我切返去呢個項目標籤頁，就可以直接打開嚟睇。
我都內置咗一個 Markdown 樣式。
工具都可以隨叫隨改
呢幾日加 HTML 預覽，我冇重新寫一份需求文檔。
我直接將需求掉俾 Agent。Agent 按照 Skill 啟動測試版、睇日誌、改代碼、行驗證。
我睇一眼測試版，用得，就繼續拎測試版行。
呢套流程行得通之後，Agentfile 嘅角色都變咗。
文件管理變成入口，後面跟住一套可以被 Agent 接管嘅開發流程。佢更加似一種新嘅軟件形態。
以前嘅軟件，係開發者交付俾用戶。
以後有一類軟件，會變成用戶同 Agent 一齊持續改。邊度唔順手，Agent 可以按照我嘅使用習慣改。
出咗 Bug，Agent 可以優先睇日誌、重現問題、嘗試修復。如果本地解決唔到，佢都可以將上下文整理好，發去 GitHub，等上游開發者繼續跟。
所以我話 Agentfile 係 Skill 驅動嘅 Agent。
Skill 喺呢度更加似一份操作協議，等 Agent 可以接管軟件。
佢話俾 Agent 知道呢幾件事：
之後 Agentfile 繼續更新，我都會繼續更新呢啲 Skills。軟件本身會變，改軟件嘅方法都會一齊沉澱落嚟。
呢個先係我講嘅「隨叫隨改」。
Agentfile 本來就係由 Wave 魔改出嚟嘅，都歡迎其他人繼續魔改。
Agentfile 做嘅係收口
Agentfile 嘅定位好明確：收口。
終端交俾 Ghostty 同 cmux。Agentfile 做嘅係文件管理嗰一層。
幾個項目喺邊度，Agent 行出咗啲乜嘢，下一步要返去邊個文件夾，邊個結果應該直接預覽。
呢啲嘢原本散喺 Finder、終端、編輯器同瀏覽器之間。
Agentfile 將佢哋收成一個項目入口。對我嚟講，佢就係多 Agent 工作流入面嘅收口台。
他在終端裏同時跑 5 個 Claude，把標籤頁編號為 1-5。哪個 Claude 需要輸入，就讓系統通知提醒他
一個 Claude 改前端，一個 Claude 修 bug，一個 Claude 跑測試，人更多是在拆任務、看結果、最後收口
再看 Claude Code 團隊自己的二月更新日曆。
非常誇張。二月幾乎每個工作日都有新功能上線……一整個月都沒停
一個 AI 編程工具，自己也在用 AI 加速開發
Agent 跑得快，怎麼看文件
我也開始把這種方式搬到自己的項目裏
編程項目 A、編程項目 B、寫作項目、編程項目 C，幾件事一起往前推。原來要排隊處理的事，開始同時滾動
Agent 同時往前跑，結果卻開始四處散。
我需要一個地方，把這些項目收進同一個窗口裏，像瀏覽器標籤頁一樣來回切。
所以我做了 Agentfile：https://github.com/Ceeon/agentfile
項目像網頁一樣切換
打開 Agentfile，幾個項目文件夾先變成了頂部的一排標籤頁。
編程項目 A、編程項目 B、寫作項目、編程項目 C，都在這個窗口裏。
我不用再開一堆 Finder、終端和編輯器窗口。要看哪個項目，就切到哪個標籤頁
哪個 Agent 跑完，我就用快捷鍵切回哪個項目。不用先想“這個項目在哪個窗口”。回到對應的項目標籤頁，繼續看文件、看日誌、接着處理
少背一層終端，才能更小更快
Agentfile 是從 Wave 改出來的。
Wave 原來是一個終端工作台，終端、連接、面板、窗口都可以往裏放。
能力很完整，但項目一多，內存很快就頂上來。
如果繼續這樣做，我可能只能併發四五個項目。再多開幾個終端，切換和響應都會開始吃力。
所以我把終端拆了出去。
Agentfile 只做文件管理和項目切換。真正要跑命令，就交給 Ghostty 或 cmux（都是終端工具）。
這類終端本來就更適合幹這件事：內存佔用小，渲染快，Bug 也少。
拆開以後，Agentfile 自己輕了很多。我現在可以同時掛着多個項目標籤頁，再併發十幾個外部終端。
Html 比 Markdown 更適合做展現
最近 Claude Code 團隊的 Thariq 寫了一篇文章，標題叫《The Unreasonable Effectiveness of HTML》。
它說的不是“Markdown 沒用了”。
Agent 現在生成的東西，早就不只是幾段文字。它會生成代碼審查報告、數據圖表、設計方案、流程圖、教程頁，甚至一個可以交互的小工具。
這些東西放在 Markdown 裏，很容易變成一堵文字牆。換成 HTML，表格、顏色、圖表、佈局和交互可以直接呈現出來。
Agentfile 裏可以承接這類 HTML 結果。我切回這個項目標籤頁，就能直接打開看。
我也內置了一版 Markdown 樣式。
工具也可以隨叫隨改
這幾天加 HTML 預覽，我沒有重新寫一份需求文檔。
我直接把需求丟給 Agent。Agent 按 Skill 啓動測試版、看日誌、改代碼、跑驗證。
我看一眼測試版，能用，就繼續拿測試版跑。
這套流程跑通以後，Agentfile 的角色也變了。
文件管理變成入口，後面接着一套可被 Agent 接管的開發流程。它更像一種新的軟件形態。
以前的軟件，是開發者交付給用戶。
以後有一類軟件，會變成用戶和 Agent 一起持續改。哪裏不順手，Agent 可以按我的使用習慣改。
出了 Bug，Agent 可以先看日誌、復現問題、嘗試修復。如果本地解決不了，它也可以把上下文整理好，發到 GitHub，讓上游開發者繼續接。
所以我說 Agentfile 是 Skill 驅動的 Agent。
Skill 在這裏更像一份操作協議，讓 Agent 可以接管軟件。
它告訴 Agent 這幾件事：
後面 Agentfile 繼續更新，我也會繼續更新這些 Skills。軟件本身會變，改軟件的方法也會一起沉澱下來。
這才是我說的“隨叫隨改”。
Agentfile 本來就是從 Wave 魔改出來的，也歡迎別人繼續魔改。
Agentfile 做的是收口
Agentfile 的定位很明確：收口。
終端交給 Ghostty 和 cmux。Agentfile 做的是文件管理那一層。
幾個項目在哪裏，Agent 跑出了什麼，下一步要回到哪個文件夾，哪個結果應該直接預覽。
這些東西原來散在 Finder、終端、編輯器和瀏覽器之間。
Agentfile 把它們收成一個項目入口。對我來說，它就是多 Agent 工作流裏的收口台。