Bucket

多數旗標工具以個別使用者為思考單位。Bucket 反而把一切都圍繞公司來組織。真正付費與續約的就是那個帳戶。你可以一個動作就為整個客戶帳戶打開開關，這正是 B2B 團隊通常想要的。如果你賣的對象是團隊而不是單一個人，這能省下大量手動工作。

你可以先把功能發布給極小比例的受眾，觀察它的表現，再一步步擴大曝光。沒有什麼逼你在第一天就承諾全面上線。逐步推出正是團隊採用功能旗標平台的核心原因。先從小處開始，之後再擴大。

推出功能並不能告訴你有沒有人在用。Bucket 把使用資料彙整到同一個檢視，讓你看到哪些公司採用了新能力、哪些忽略了。這就是猜測與確知的差別。大多數團隊用猜的。Bucket 不用。

舊旗標會不斷累積，把程式碼變成一片混亂。Bucket 會自動封存過期旗標，並移除引用它們的無用程式碼。任何曾經花整個下午逐一刪除死旗標、而產品經理還在等一個上週就該交付的示範版本的人，都清楚這有多解脫。

SDK 涵蓋 React、Vue、Next.js、Node.js 等，並內建型別安全。你安裝套件、傳入可發布金鑰，然後呼叫 hook 或客戶端方法檢查旗標。設定方式貼近開發者原本寫程式碼的習慣，不需要新的思考模型。

你可以從 Linear 建立與管理旗標，那裡本來就是工程工作所在，並把旗標變更送進 Slack 讓團隊保持掌握。把旗標綁回造成它的那張具體 issue，能讓脈絡集中在同一處，而不是散落在一張票、一則 commit 訊息，以及再也沒人會去搜尋的 Slack 討論串裡。

Bucket 支援 Model Context Protocol，讓 Cursor、VS Code 等編輯器裡的 AI 程式代理能直接讀取與管理旗標。如果你的團隊依賴 AI 工具寫程式，這樣建立的旗標仍然可以被追蹤與審查。這些團隊大多本來就在用旗標。Bucket 只是把模型對準帳戶而不是個人，而當你的客戶是公司時，這個差別才是關鍵。

除了開與關的旗標，你還可以遠端推送設定值，不必交付新程式碼就能改變行為。緊急開關給了你一根槓桿，在功能出問題的當下為所有使用者停用它。當凌晨兩點出了狀況，這根槓桿就是重點所在。