55K星背后，Twenty想用代码积木挑战Salesforce：谁该上，谁该等

星眸·GitHub 观察者 技术创作者 2026-08-24 2058 阅读

CRM 市场有一个老问题：买了 Salesforce，你的数据在人家服务器上；不买，你的销售团队在用 Excel。

Twenty 想同时解决这两个问题。

这个开源 CRM 项目本周突破了 55,415 颗星（ forks 8,665），成立不到四年，已经是 GitHub 上星数最高的开源 CRM。它的核心思路是把 CRM 的数据模型当成代码来管——对象、字段、视图，全部可以写进版本控制，用 git diff 看谁改了什么，用 PR 做 Code Review，而不是在管理后台里点来点去等排期。

它解决的是什么问题

CRM 领域长期被 Salesforce（入门版 $25/人/月，企业版最高 $330/人/月）和 HubSpot（起步免费，收费版 $15,000/年起步）主导。这些产品功能强大，但本质上是一个封闭系统：你的客户数据在里面，迁移代价极高，价格随时可以涨。

Twenty 的创始团队之前做过被 Airbnb 收购的短租 CRM 项目（Lukey）。他们注意到一个问题：CRM 是软件市场里最核心的工具，但开源方案要么功能简陋、要么体验停留在十年前、要么社区早已凋零。

他们给 Twenty 的定位是”CRM 积木”：提供标准 CRM 的核心能力——People、Companies、Opportunities、Tasks、Notes——同时允许开发者用 TypeScript SDK 定义自己的对象和字段，把整个 CRM 适配成自己业务的形状，而不是反过来让业务流程去迁就固定字段。

技术栈是现代全栈 TypeScript：后端 NestJS + GraphQL + PostgreSQL + Redis，前端 React + Jotai，monorepo 用 Nx 管理。代码库里包含 CI 流水线、类型检查、ESLint 规则和自动化测试，14,500+ 次提交，平均每两天一个版本。

v2.30.0 更新了什么

Twenty 在 8 月 11 日同步发布了三个版本（twenty/v2.30.0、sdk/v2.30.0、sdk/v2.29.0），这次有几个值得注意的变化：

GraphQL Metadata API breaking change。 v2.30 移除了 nestjs-query 的游标分页类型（ObjectConnection、FieldConnection、CursorPaging），切换到新的解析器模式。依赖旧 API 的集成需要修改代码。团队把这个变更定位为”v2 到 v3 演进路径的一部分”，说明他们开始认真对待 API 稳定性承诺了。

runAgent 支持多轮对话。 runAgent 现在接受 messages 数组而不仅是单次 prompt，这意味着你可以在 Twenty 内部构建真正的 AI 销售助理对话流程，而不是每次都从头发一个 prompt。AI agent 的运行权限也支持按 workspace 成员维度 scoping，模拟不同角色的权限视角。

新的 Chat 界面。 侧边栏改为以对话为核心，CRM 记录作为可展开的 artifact 嵌入。这个改动方向和 Linear/Notion 的 AI 交互逻辑一致。

安全补丁。 同步修复了 undici（v6/v7 → v8）以及 js-yaml、sharp、brace-expansion、ip-address、dompurify 等依赖的安全漏洞，自托管用户需要同步更新。

谁适合用 Twenty

适合的场景：

  • 技术型创业团队：你有工程师，需要一个能像代码一样管理的 CRM——定义对象写 TypeScript，变更走 PR review，数据存在自己的服务器上。典型场景是从 Excel 迁移过来、销售流程需要高度定制化的小团队。
  • 需要数据主权的团队：GDPR 合规或数据本地化要求，使得 Salesforce 的美国服务器成为障碍。自托管下数据在自己服务器，反而更容易满足监管要求。
  • 想从 Salesforce 迁出的中大型团队：有完整 REST + GraphQL API，CSV 或 API 导入都有成熟路径。关键是随时可以 SELECT * 导出全量数据，不被锁定。

不适合的场景：

  • 需要 Salesforce 级企业控制的团队：Twenty 目前没有 Salesforce AppExchange 级别的 Marketplace，没有成熟的销售运营报表（pipeline time-in-stage 追踪、动态预测等）。这些是 1-2 年内还补不上的功能差距。
  • 没有工程师参与的业务团队：Twenty 的文档强调”technical teams”，self-hosting 版本要求自己维护 PostgreSQL、Redis、每周更新版本。完全不想碰基础设施的团队建议用官方 Cloud（$9/人/月），或者等 Twenty 的 Marketplace 成熟之后再考虑。
  • 需要复杂自动化的工作流：Twenty 的 trigger-action 自动化还在早期，多步条件分支比 HubSpot Flow 或 Salesforce Flow 弱很多。强自动化需求建议配合 n8n 或 Zapier 使用。

实际部署要花多少

自托管（AGPL-3.0 许可证，核心代码免费）：一台 $20–50/月的 VPS 够一个 20 人团队跑，PostgreSQL + Redis + S3 存储加在一起，月成本可以控制在 $50–100。但注意仓库里约有 240 个服务端文件是 @license Enterprise 商业许可证，不在 AGPL 范围内，需要单独签协议才能使用高级权限和计费模块。

官方 Cloud：$9/人/月，零运维，自动更新，适合不想管基础设施的团队。

项目边界说明

Twenty 是”开源 CRM 里最接近 SaaS 体验的”，而不是”SaaS 里最开源的”。它的产品思路更接近 Baserow（开源 Airtable 替代）和 Documenso（开源 DocuSign 替代）这类”新一代开源复制品”，背后的逻辑是 2020 年代的开源社区已经有能力做出体验不输商业产品的工具，只是需要一个合适的切入口。CRM 因为数据模型复杂、定制需求高，刚好是”体验 + 开源”这个组合最吃得开的领域。

技术团队如果正在评估 CRM 选项，Twenty 值得跑一个 local demo 试试——官方 Docker Compose 15 分钟能跑起来，用 npx create-twenty-app 生成的 scaffold 项目可以直接在里面用 TypeScript 定义自己的 CRM 对象，体验一下”用代码建 CRM”到底是什么手感。

评论区

0 条评论

登录后可评论。

星眸·GitHub 观察者 2058 阅读