TryComp CRM vs Twenty：Agent-native CRM 選型完整指南

[annie]

比較 TryComp CRM 與 Twenty 兩大開源 CRM，從 Agent 原生架構、HubSpot 功能對標、Serverless 部署、AGPL/MIT 授權到社群成熟度完整評估，附決策矩陣與混合架構建議。

核心結論：單一專案無法完美滿足所有條件

核心需求	較適合專案	關鍵差異
CRM 本身即自主 Agent	TryComp CRM	內建 Research Agent、Evidence 模型、排程隊列
供多外部 Agent 穩定讀寫	Twenty	官方 MCP、REST/GraphQL、Metadata API、Role-scoped API Key
功能完整度接近 HubSpot	Twenty	Custom Objects、Workflows、Email/Calendar Sync、Apps 生態
Vercel 導向 Serverless	TryComp	三獨立部署 + Postgres，接近但非純 Serverless
成熟度、生態、二次開發	Twenty	萬星專案、持續 Release、Apps/Logic Functions 擴充框架
核心修改並閉源商用	TryComp	MIT License，無 Copyleft 限制
透過擴充模組閉源商用	Twenty	Apps/Logic Functions 可閉源，避免修改 AGPL 核心

整體建議：以 Twenty 作為 CRM System of Record，將 Agent Orchestration 置於 CRM 外層。TryComp 適合作為 Agentic Research Pattern 參考實現。

---

一、Agent-native 定義的根本差異

TryComp：Agent Inside CRM（內建自主 Agent）

User → CRM UI → Internal Agent
                    ├── Research Companies
                    ├── Enrich Contacts
                    ├── Collect Evidence
                    ├── Update CRM Records
                    └── Scheduled Jobs

• 架構特色：Agent 為產品一體，擁有獨立 Deployment、18 Tools、4 Skills、Sandbox Execution、Queue Leasing、Perplexity/RapidAPI 整合
• 適用場景：自動研究潛在客戶、補充公司/聯絡人資料、判斷 Lead Quality、定期同步 Gmail
• 缺口：缺乏標準化 MCP Server，外部 Agent 需自建 API Gateway → tRPC/REST Adapter → Database

TryComp 官方定義為「Single-tenant Internal CRM」，Agent 使用獨立 Vercel Deployment，情報研究與決策邏輯刻意放在 Agent 層。

Twenty：CRM as Agent-Accessible Platform（可被 Agent 操作的平台）

Claude / Codex / LangGraph / Custom Agent
         ↓
MCP / REST / GraphQL / Metadata API
         ↓
Roles & Permissions → Twenty CRM
         ↓
Workflows / Logic Functions / Webhooks

• 原生提供：
  1. MCP Server — OAuth/API Key 接入 Self-hosted 或 Cloud Workspace
  2. REST API — 標準 CRUD、Workflow、Automation
  3. GraphQL API — 精確 Selection Set、關聯查詢、大量資料操作
  4. Metadata API — 程式化建立/修改 Custom Objects、Fields、Relations、Views、Schema
  5. Logic Functions — Server-side TypeScript，HTTP/Cron/DB Event/AI Tool 觸發
  6. Role-scoped API Keys — 每個 Agent 獨立 Key 與 Role，限制 Object/Action

此架構支援同時連接：Sales Research Agent、Email Agent、Lead Qualification Agent、Support Agent、Proposal Agent、Data Cleanup Agent、Reporting Agent、Human Approval Agent — 而非綁定單一內建 Runtime。

---

二、功能完整度：Twenty 明顯領先

TryComp CRM 實際產品範圍

強項	缺乏/不成熟項目
Companies、Contacts、Notes	完整 Pipeline Customization
Research、Evidence、Enrichment	Marketing Automation、Email Sequences
Gmail Sync、Agent Activity	Forms、Landing Pages、Ticketing
Internal Company Intelligence	Customer Service Inbox、Campaign Attribution
類 Clay + 輕量 CRM + Research Agent	Lead Scoring Framework、Reporting Dashboard Ecosystem
	Marketplace Integrations、Fine-grained Permissions
	Multi-workspace、Enterprise Audit Controls

定位：Clay + 輕量 CRM + Research Agent，而非完整 HubSpot 替代品。

Twenty CRM 功能範圍

已包含/支援	與 HubSpot 差距
People、Companies、Opportunities	Marketing Hub（Newsletter、Campaign、Ads）
Tasks、Notes、Custom Objects	Service Hub（Ticketing、Knowledge Base、SLA）
Custom Fields、Relations	CMS Hub（Landing Page、Blog、Membership）
Table/Kanban Views、Workflows	Integration Marketplace 廣度
Webhooks、Scheduled Workflows	Meeting Booking（非完整 HubSpot Meetings 替代）
Gmail/Microsoft/IMAP Email Sync
Calendar Sync、Zapier
REST/GraphQL API、MCP
Apps、Logic Functions

合理定位：Twenty = CRM Data Platform + Sales CRM + Workflow Engine + Agent/API Platform。若需完整 Marketing/Service/CMS Hub，兩者皆不足，需搭配外部平台。

---

三、Serverless 部署實況

TryComp：接近 Vercel 生態，但非單一純 Function

實際部署需求：
1. Next.js App (Vercel)
2. NestJS API (Vercel)
3. Agent Deployment (Vercel)
4. PostgreSQL (Neon/Supabase)
5. Optional Redis (Upstash)
6. Blob Storage (Vercel Blob)
7. Scheduler/Cron (Vercel Cron)

• 官方描述：「Three deployments and a Postgres」
• Agent 依賴 Vercel Eve、AI Gateway、Sandbox 等生態元件
• Supabase 替代 Neon：技術上可行，但需自行處理 Direct/Pooled Connection、Prisma Migrations、Serverless Connection Limits、pgBouncer Settings 等
• 結論：可構建 Vercel App + API + Agent + Supabase PG + Upstash Redis + Vercel Blob + Vercel Cron，但非單一專案純 Serverless

Twenty：標準 Container 部署，不適合傳統 Serverless

核心 Runtime：
- NestJS Application Server
- BullMQ Background Worker
- PostgreSQL
- Redis
- Persistent File Storage
- Migration Process
- Long-running Jobs

• 官方標準：Docker Compose（Server + Worker + PG + Redis）
• 不適合：Vercel Functions、Netlify Functions、Cloudflare Workers、完全 Stateless 架構
• 合理架構：Managed Container (ECS/Fly.io/Railway/Render) + Managed PG + Managed Redis + S3 Storage
• 結論：低維運但非純 Serverless，適合 Managed Container 環境

---

四、二次開發與授權策略

TryComp：MIT License — 最大自由度

可做項目	代價
Fork、修改核心、商業化、閉源、改品牌、建立 SaaS	需自行補足：Permission System、Public Agent API、MCP Server、Multi-tenant Architecture、Audit Logs、Custom Objects、Workflow Builder、Production Migration Strategy、Enterprise Security Boundary
整合自有 Agent、移除/替換 Vercel Runtime	官方 Security Doc 明確：單一組織內部工具，無 Hardened Multi-tenant Boundary，登入者基本可讀寫所有資料，無完整 Roles/Per-record Permissions

授權優勢明顯，但生產級強化成本高。

Twenty：核心 AGPLv3 + Apps MIT + Application Exception

可閉源擴充層	可能觸發 AGPL 核心層
REST/GraphQL Integration	直接修改 Twenty Server Core
Webhooks、App Manifests	修改 Core Data Model
Logic Functions	修改 Core Frontend
Front Components	修改 Core Workflow Engine
官方 SDK	修改 Core Permission Implementation
以網路服務形式提供修改後核心	需提供對應原始碼

正確策略：Twenty Core → Twenty App → Logic Functions → External Agent Orchestrator → MCP/API，降低升級衝突與授權風險。

關鍵：Row-level Permissions、SSO 等進階功能目前屬 Organization Self-hosted 方案。

---

五、社群評價與成熟度對比

TryComp CRM

維度	評級	說明
Concept Excitement		GitHub Trending、星數快速增長、Agentic-first 定位切中趨勢
Production Evidence		缺乏數月 Production Deployment 的 Reddit/HN/企業案例
Architecture Novelty		Vercel/Next.js/NestJS/Prisma/Neon/AI Gateway 現代棧
Troubleshooting Knowledge		社群討論少，Troubleshooting 知識庫薄弱
Upgrade Confidence		約百 Commits，無長期 Release/Migration/Upgrade 歷史

現狀：Concept 驅動 Stars，Production Maturity 待驗證。

Twenty

維度	評級	說明
Concept Excitement		萬星專案、Self-hosted CRM 標桿
Production Evidence		多數 Self-hosted 團隊生產使用、UI 現代、Custom Objects 靈活
Architecture Maturity		持續 Releases、Apps Framework、Metadata API、Logic Functions
Troubleshooting Knowledge		Reddit/Self-hosted 社群豐富、Upgrade/Migration 討論多
Upgrade Confidence		早期 1.0 曾有 Migration Bugs、DB 損壞案例，現已加入 Integration Tests
Feature Maturity		CRM 功能中高、Integration Ecosystem 仍不如 HubSpot/Salesforce 廣

歷史負面（早期版本）：Custom Data Model Bugs、Doc 不全、Upgrade Migration 風險、AGPL/Enterprise Files/CLA 授權疑慮、SSO Tax 批評、Row-level Permissions 不完整。維護者回應相關 Bugs 已修並加入 Integration Tests。

現狀：Production Evidence 中高、社群知識庫豐富、升級信心中等。

---

六、Twenty MCP 現階段注意事項

GitHub Issue #20296：ChatGPT Apps OAuth MCP Connection Flow 可能無法完成，疑似 OAuth Resource Parameter 處理問題，2026/05 提出，仍標記高嚴重度。

現階段穩定接法

Agent → Twenty MCP → API Key → Dedicated Agent Role

而非優先依賴 ChatGPT OAuth Flow。

API Key 優勢（Claude Code、Codex CLI、LangGraph、自建 Agent）

• 無需 Interactive Login
• 可獨立撤銷、Key Rotation
• 可為每 Agent 建立不同 Role
• 適合 Server-to-Server
• 易寫入 Secret Manager

---

七、建議實戰架構

┌─────────────────────┐
│    Human Admin      │
└──────────┬──────────┘
           │
    Twenty Web UI
           │
┌──────────▼────────────────────────────────────────┐
│                  Twenty CRM                       │
│  People/Companies/Deals/Activities/Objects       │
│  Workflows/Views/Permissions/Audit/Metadata      │
└──────────┬──────────────────────┬────────────────┘
           │                      │
      MCP/API              Webhooks/Events
           │                      │
┌──────────▼──────────────────────▼────────────────┐
│           Agent Orchestration Layer               │
│  Codex / Claude Code / LangGraph / Custom Workers │
└───────┬──────────────┬──────────────┬────────────┘
        │              │              │
 Research Agent   Email Agent   Qualification Agent
        │              │              │
        └──────────────┴──────────────┘
                       │
            Twenty Logic Functions

權限設計：每 Agent 獨立 API Key

Agent	權限範圍
Research Agent	讀 Companies/People；寫 Enrichment Fields、Evidence
Email Agent	讀 People/Activities；建立 Drafts、Activities
Lead Scoring Agent	讀 Companies/Opportunities；只寫 Score、Status
Sales Agent	建立/更新 Opportunities、Tasks、Notes
Reporting Agent	Read-only
Schema Agent	Metadata API；僅限 Staging 或人工核准流程

原則：嚴禁所有 Agent 共用 Administrator API Key。

---

八、決策矩陣（10 分滿分）

評估項目	TryComp CRM	Twenty
內建自主 Agent	10	7
外部 Agent 接入	4	10
標準 MCP 支援	2	10
API 完整度	5	9
CRM 功能完整度	4	8
接近 HubSpot	3	7
Custom Objects	4	9
Workflow 能力	6	9
權限隔離	2	8
多 Agent 安全性	3	8
純 Vercel 適配	8	2
Managed Container 適配	7	9
Production Maturity	3	8
社群規模	4	9
修改核心自由度	10	5
擴充而不修改核心	5	9
長期 CRM 基礎設施	4	9

---

九、最終選擇與混合策略

選 Twenty 的核心理由

你的 CRM 不是只需要「有一個 Agent」，而是需要成為 各種 Agent 長期、安全、結構化讀寫的核心資料平台。Twenty 已具備：

• 官方 MCP、REST、GraphQL、Metadata API
• Custom Objects、Roles、API Keys
• Webhooks、Workflows、Logic Functions
• Apps Framework
• 較完整 CRM 功能與資料 Migration
• 較成熟社群基礎

部署策略：放棄 Vercel-only，採 Managed Containers + Managed PG + Managed Redis + Object Storage，Agent 維持 Serverless/Container Jobs/外部 Orchestration。

TryComp 的正確用途

不適合作為主要 CRM Foundation，但極適合：

• 研究 Agent Queue 架構
• 參考 Evidence-based Enrichment 設計
• 參考 Sandbox Tool Execution 模式
• 參考 Company Research Agent 實現
• 抽取 Agent Prompts、Tools、Skills 設計
• 將類似能力重建為 Twenty App 或 外部 Agent Service

最佳組合：非二選一，而是疊加

Twenty CRM Platform (System of Record)
    +
TryComp Agentic Research Patterns (Intelligence Layer)

此組合最符合：功能接近 HubSpot、完全由 Agent 使用、可長期二次開發 三大核心條件。

---

十、快速行動清單

1. PoC 階段（1-2 週）：部署 Twenty Self-hosted (Docker Compose)，啟用 MCP，建立 2-3 個 Agent Role + API Key，驗證外部 Agent 讀寫流程
2. Schema 設計：定義 Custom Objects/Fields/Relations，透過 Metadata API 程式化建立
3. Agent Orchestration 選型：評估 LangGraph vs. 自建 Worker vs. Temporal，建立統一 Orchestration Layer
4. 權限矩陣：依 Agent 類型定義最小權限 API Key，納入 Secret Manager
5. Logic Functions 遷移：將共用業務邏輯（評分、去重、同步）下沉至 Twenty Logic Functions
6. 監控與審計：啟用 Audit Logs、Webhook 事件流、Metrics Export
7. 生產部署：遷移至 Managed Container (Fly.io/Render/Railway/ECS) + Managed PG (Neon/Supabase/Cloud SQL) + Managed Redis (Upstash/Cloud) + S3 (R2/Tigris/S3)