BrightBean Studio 这个名字，第一眼有点像轻量小工具。
点进去看，倒不是。
它盯的是社媒管理里很烦的一块：账号数、席位数、工作区数。
做内容号的人都懂。
一个品牌号，一个老板号，几个地区号，再拆到 Facebook、Instagram、TikTok、YouTube、LinkedIn。
账号还没理顺，后台先开始算钱了。
按人收一次。
按账号再收一次。
客户要进来看稿，可能还要再开权限。
很多 SaaS 就是这样，功能没坏，账单挺疼。
BrightBean Studio 做的事比较直。
把 Sendible、SocialPilot 那类工具里常用的东西，搬到自己服务器上跑。
自托管。
账号数不限。
席位数不限。
工作区也不继续切。
这几句挺关键，尤其对小内容团队、代运营工作室。不是说每个月省下多少钱就能发财，没那么夸张。只是少一个固定出血口。
它现在写的是支持十多个平台，Facebook、Instagram、TikTok 这些都在里面。
我更在意的不是平台列表。
是它把几个日常动作塞在一起了。
排期、审批、发布。
日历看节奏。
看板放选题。
素材库放图、视频、品牌文件。
统一收件箱收不同平台来的消息。
这些东西分开做也能做。
Notion 一个表，网盘一个文件夹，群里再扔几张图，客户微信里回一句“第三版可以”。
能跑。
就是乱。
BrightBean Studio 里面有个客户审稿门户，我会多看两眼。
客户不用自己注册账号。
发过去，看内容，点通过，或者留一句“这张图换掉”。
听着小。
真做过稿子确认的人知道，小就小在这里。很多时间不是花在写文案，是花在截图、转链接、问“刚才那版你看了吗”。
还有一点，它走的是各平台官方 API。
不是先把内容交给某个中间聚合服务，再转一圈。
账号授权、内容资产、审批记录，都留在自己这边。
这话不花哨，甚至有点无聊。
可多账号管理里，最怕的就是授权乱了、客户问数据在哪、某个平台突然发不出去。一次就够烦。
部署也没写得很吓人。
Heroku、Render 可以上。
自己有 VPS，就用 Docker 跑。
协议是 AGPL-3.0。
BrightBean Studio 不是那种一眼看完就想吹的项目。
它更像是给内容团队留了一个退路：不想继续被账号数和席位数一点点卡住，就自己搭一套。
GitHub 地址： https://github.com/brightbeanxyz/brightbean-studio