BuddyBar

BuddyBar 是我和夥伴 Victor 一起做的 macOS native Claude Code companion。

如果只用一句話描述它，我會說：

它不是另一個 Claude wrapper，而是把 Claude Code 的 session、approval 與 workspace hygiene 拉回桌面環境的 control surface。

我自己長時間使用 Claude Code 時，最常遇到的 friction 不是模型不夠聰明，而是：

• 不知道它現在到底在跑、在等我、還是早就做完了
• approval flow 很容易打斷節奏
• CLAUDE.md、hooks、plugin 這些維護工作散在 terminal 和檔案系統裡

BuddyBar 想解的，就是這些「模型之外，但每天都很痛」的 workflow 問題。

我把它當成什麼

我不把 BuddyBar 當成一個可愛 menu bar pet。

比較準確的說法是：

• 一個 Claude Code 的 glanceable state layer
• 一個 approval-heavy workflow 的 native operator UI
• 一個 workspace hygiene 的 GUI 入口

換句話說，它不是要取代 Claude Code，而是要讓 Claude Code 更像一個 desktop-native teammate。

它解了哪些痛點

1. Session visibility

不用一直切 terminal tab，也能知道：

• idle
• running
• waiting approval
• compacting
• completed
• error

對重度使用者來說，這不是小功能，是 interruption cost 的差別。

2. Approval handling

有些任務真正卡住的不是生成，而是人工確認。BuddyBar 把 approval flow 從 terminal 提出來，讓你用更自然的 GUI 回應。

3. Workspace hygiene

我很在意 CLAUDE.md、hooks、plugins 這些跟 workflow 穩定度高度相關的東西。BuddyBar 把這些維護工作整理進 app 裡，避免它們永遠藏在 shell 角落。

4. Native operator feeling

Claude Code 很強，但很多時候它像一個藏在 terminal 裡的黑盒子。BuddyBar 想做的是讓它變得 visible、responsive、and easier to return to.

我怎麼看它的產品定位

BuddyBar 最有價值的定位不是「有趣」，而是：

A native control center for Claude Code on macOS.

這也是我現在最想測試的產品假設：

當 AI coding 逐漸進入長 session、多 approval、多 context 的工作模式後，會不會需要一層真正 desktop-native 的 operator surface？

我認為答案很可能是會。

誰適合，誰不適合

適合

• 長時間跑 Claude Code 的 power users
• 同時開多個 session 的人
• 在意 approval / visibility / workflow continuity 的使用者
• 喜歡 native macOS tooling 的人

不適合

• 只是偶爾開一下 Claude Code 的人
• 不在 macOS 生態工作的人
• 想找完整 IDE replacement 的人

為什麼我把它放在 tywang.ai

BuddyBar 自己有產品站：buddybar.ai。

但放在這裡的原因不是下載，而是把它放回我的工作脈絡裡：

• 我為什麼做它
• 它在我的 AI workflow 裡扮演什麼角色
• 它反映了我怎麼看待 AI coding 的下一步

如果你也在思考 AI coding workflow、approval design、或 native operator layer，這個專案可能會讓你有一些共鳴。