FounderOS:把一人公司拆成 AI 部门,放进一个本地控制台
FounderOS 是 MIT 开源的本地控制台,用 Next.js 与 SQLite 把一人公司的沟通、漏斗、社交、财务和智能体放进一个界面。
项目资料
GitHub Ecosystem- 许可证
- MIT
- 主语言
- TypeScript
- 星标
- 1,226
- 核查时间
- 2026-10-23
以上快照资料以核查当日为准,可能随版本或运营策略变化。

一个人做公司,最难的是同时照看沟通、获客、内容、财务和一堆待办。FounderOS 的想法是把这些各自放进一个部门,由 AI 智能体分担日常,人只负责定方向。它是 MIT 许可的开源项目,用 Next.js 14 和 SQLite 写成,2026 年 7 月 7 日建库,最近一次推送是 10 月 20 日。
核心功能
- 一个界面装下六个区域:命令台、收入(漏斗、品牌合作、客户、财务、交易)、增长(社交、广告、内容实验室等)、团队(智能体、聊天、任务、工作流、技能、算力)、知识(Optimal Engine、数据库、知识库)、系统(设置、集成、用量、蓝图)。
- 所有页面读同一个本地 SQLite:README 写明每个页面都从同一个本地数据库读数据,没有云端后端。
- 连接器会如实报告状态:邮件(IMAP)、Slack、Notion、Attio、WhatsApp、Stripe/PayPal、Beehiiv 等每个连接器在没配置密钥时返回「未配置」,不会假装有数据。
- 智能体运行时:注册表、运行记录、广播和聊天工具;Agents 页面是花名册、运行活动、任务泳道和一个调度者(Conductor)。
- 蓝图不会漂移:
lib/blueprint/把实际的智能体、连接器、技能注册表编译成一张图,README 说这样地图不会和系统本身脱节。 - 演示公司开箱可用:新克隆默认进入演示模式,内置一家虚构公司(22 个智能体、24 段旅程的漏斗、品牌合作、社交账号等),一周后自动刷新,不会碰
data/目录。
典型使用场景
- 独立开发者和小团队创始人:把分散在多个 SaaS 里的日常收进一个本地界面。
- 想自己掌控数据的人:默认只监听
127.0.0.1,没设密码时外部设备访问不到。 - 想研究智能体编排的开发者:注册表、任务泳道、调度者和蓝图这几块可以直接读源码。想对比另一种长周期智能体编排,可以看 LoopX。
快速上手
需要 Node 22 或更高版本:
npm install
npm run dev # http://localhost:4100
打开后是演示模式,可以先看完整的虚构公司。准备换成自己的业务时,在 Settings 里关掉 Filming mode,应用改为读 data/,从空的六个部门开始。
npm run dev 会在首次访问时逐页编译,切页慢是正常的。要看真实运行速度用 npm run preview,它单独构建到 .next-preview,不影响正在跑的 dev。
安全与限制
- 没有账号系统,只有一个操作员密码。密码以 scrypt 哈希存在
.env.local里,会话 cookie 是 httpOnly;改密码会轮换会话密钥,让其他设备退出。 - 不设密码就只在本机可用:
npm run dev和npm start绑定127.0.0.1,并且拒绝其他GLADOS_HOST,中间的 gate 对其他 Host 返回 503。设了密码之后才需要把GLADOS_HOST指到你想要的网卡,README 建议用 Tailscale IP。 - 跨源写请求一律拒绝,与会话状态无关。
- 部分功能依赖外部服务(Attio、Stripe、gbrain 等),没有配置时对应页面只能显示未配置。
小结
FounderOS 适合想要一个本地、可自己改的一人公司控制台的人,也适合想看智能体编排怎么落地的人。它不适合需要多人协作、细粒度权限或云端托管的团队:README 明确说没有账号系统,只有一个密码。
有几件事要先知道。第一,v3 是「GladOS 代码库之上加 FounderOS」,仓库里同时有 GladOS 的界面;README 的版本表把 v1、v2 放在不同 tag 上。第二,Optimal Engine 依赖 gbrain 命令行,需要单独安装并初始化 pglite 数据库,且该数据库是单写入者,不能同时跑 CLI 和常驻服务。第三,演示数据是虚构的,README 提醒不要把它当成真实业务数据。
仓库创建于 2026 年 7 月 7 日,最近一次推送是 2026 年 10 月 20 日,未归档,截至 2026-10-23 有 1,226 颗星。许可证为 MIT。我们核对了 README、LICENSE 与仓库元数据,没有安装运行。