我最近也在玩 OpenManus（還在更新瀏覽器中。。。）

在這段時間閑著無聊，淺淺看了一下 OpenManus 的專案，原本想著既然是一兩天就出圈的作品，應該不會很複雜吧。看完之後，我得出一個結論，OpenManus 的專案並不算非常複雜，但是絕對不可能是完全從零，沒有積累的情況下在一兩天之內開發完成。

專案完成度太高了，再加上系統完整度測試，每一個函數都有 pydoc 註釋，非常嚴謹優美的層次化設計模式，完整的 pre-commit hook，再加上作者 meta 員工的身份，我合理猜測，作者團隊有做 agent 的背景，尤其是做 prompt engineering 的背景。

下面這個資料夾裡面的代碼味道太足了。。。

而且這個項目的設計模式和邏輯自洽度太高了，就算有大模型進行代碼生成加速，邏輯層面的自洽是需要不斷通過測試去反覆運算的。測試的時間開銷一般是開發的 1 - 2 倍左右。

一個比較合理的解釋是，開發者團隊拿了之前積累的模組化的子專案拼湊出了 OpenManus，或者本來就寫了一個這樣的 browser agent，只是拿 OpenManus 改了一個名字。

最後這話不知當不當講，OpenManus 團隊的行銷能力和代碼能力一樣一流，24 小時就 10000 star 了，見證歷史了。大部分專案一年的 star 連它的零頭都沒有。無論如何，還是恭喜 OpenManus 在 Agent 時代於開源社區先拔得頭籌。

善意吐槽一句，這什麼超級下崽器，怎麼給我下載一堆瀏覽器相關的元件，哥們電腦上有 firefox 啊啊啊，強迫症要犯了

讓 OpenManus 幫我總結 Fish Audio 的使用指南

得到的結果

問了四個問題消耗的 token