OpenClaw 给 Agent Runtime,FavCRM 给它真正的业务后台
OCLauncher 让 OpenClaw agent 可以常驻云端、连接渠道、执行工具。但如果要处理真实业务流程,agent 还需要一套包含客户、预约、付款、消息和报表的 CRM backend。
OCLauncher Team
Building AI tools that work while you sleep.

OpenClaw 给 Agent Runtime,FavCRM 给它真正的业务后台
OpenClaw 很适合给 AI agent 一个可以工作的地方。
用 OCLauncher,你可以把 agent 放在云端常驻,保留 workspace,连接 WhatsApp、Telegram 等渠道,执行 tools,看到 tool events,电脑关掉之后 agent 仍然在线。
这是 runtime layer:agent 在哪里运行、如何连接渠道、如何保持状态。
但一个做业务的 agent,不只需要 runtime。
如果 agent 要帮真实店铺、studio、clinic、培训机构或服务团队做事,它最终一定需要可靠的 business records:
- customers 和 members
- services 和 booking availability
- invoices、payments、subscriptions
- WhatsApp、SMS、email workflows
- customer history 和 notes
- revenue、no-shows、overdue invoices、follow-ups 报表
这就是 backend layer。
很多 Agent Setup 缺少的那一层
很多 agent demo 看起来很强,因为它可以接 chat channel 并回答问题。第一个有用版本通常是:
“帮我在 WhatsApp 回复营业时间。”
这已经有价值。但下一步会变难:
“这个客户以前有没有预约过?”
“下周二可以帮他留一个 slot 吗?”
“可以开 invoice 并标记 paid 吗?”
“找出 60 天没有回来的客户。”
到这一步,agent 需要结构化 business data。否则它只能靠文档、表格、chat history 或临时 API 去猜。这不稳定。
做业务的 agent 不应该现场发明 customer ID、booking rules、invoice state 或 payment workflow。
Runtime 和 CRM 是两件不同的事
OCLauncher 和 FavCRM 解决的是 agent stack 里的不同部分。
OCLauncher 是 OpenClaw 的 cloud runtime:
- launch personal agent instance
- 保留 files 和 workspace state
- 连接 communication channels
- 管理 provider keys 和 tools
- 用 dashboard 控制 terminal、config、workspace
- 让 agent 长时间在线
FavCRM 是 agentic CRM backend:
- 存储 customers、members、tags、segments
- 管理 bookings、services、availability、cancellations
- 处理 invoices、payments、products、subscriptions
- 支持 customer messaging workflows
- 提供 reporting 和 operational playbooks
- 开放 typed MCP/API surfaces 给 agents 和 apps 使用
一个给 agent 身体。一个给 agent 业务记忆和业务动作。
为什么这对小商家重要
很多小生意本身已经在 chat 里运作。
美容院用 WhatsApp 接预约。培训机构在 chat 改课。诊所跟进病人。小店 send payment link 和查 stock。Studio owner 要 staff 追 no-show 或 unpaid invoice。
OpenClaw agent 可以坐在这些 channel 里和客户对话。但如果它要做得准,就要知道:
- 这个客户是否存在
- 他是什么 membership 或 tier
- 哪些 slots 真的有位
- invoice 是否 overdue
- 这条 message 是否可以 send
- 哪些 action 需要 owner approval
这些资料应该在真正的 CRM backend 里,而不是放在 prompt 里。
一个实际 Workflow
想象一个客户在 WhatsApp 问:
“下周五 6 点后可以 book facial 吗?”
OCLauncher 上运行的 OpenClaw agent 可以收到这个 message,判断下一步要做什么。如果通过 FavCRM 的 developer / MCP surface 连接 CRM backend,agent 就可以用结构化 tools:
- Search customer record。
- List relevant services。
- Check available slots。
- Draft booking action。
- 如果 business rules 要求,就先 ask for approval。
- 只通过 approved workflow send confirmation message。
客户看到的是自然 chat experience。店主看到的是可控 workflow。真正的 source of truth 仍然在 backend。
Typed Tools 比 Random Database Access 安全
不安全的 agent automation 很简单:给 agent database credentials,然后希望它写对 SQL。
这不适合 customer data。
Typed tools 更安全,因为每个 action 都有清楚 contract。Agent 不需要知道内部 table layout。它 call 的是 business-level operations,例如 create booking、list customer、create invoice、request message approval。
好的 tools 也会讲清楚风险:
- read-only actions
- write actions
- destructive actions
- external sends
- retry-safe actions
这样 agent 可以快,但不会把 live customer data 变成实验场。
FavCRM 在这里的位置
FavCRM 把 business backend 开放成 developer-friendly surfaces:
- MCP tools 给 agent clients
- REST API 和 JavaScript SDK 给 apps
- public agent skills 给 repeatable workflows
- agentic registration 给新 workspace
对 OCLauncher user 来说,概念很简单:OpenClaw 处理 agent runtime 和 communication layer,FavCRM 处理 CRM system of record。
这样 agent 可以真正做 business operations,而不是每次从零开始重建 CRM。
可以做什么
对 builders 来说,这代表你可以更快 prototype custom business agents:
- WhatsApp booking assistant
- customer win-back agent
- invoice follow-up agent
- weekly operations reporter
- content and campaign helper
- staff assistant 查 customer history
Agent 仍然可以很 custom。前台或 channel experience 仍然可以是你的。但 backend 不需要从一个 blank database 开始。
先想清楚 Backend Boundary
如果你正在做真正用于业务的 agent,先问一句:
Customer truth 放在哪里?
如果答案是 spreadsheet、复制出来的 chat log,或者 conversation memory,agent 很快会撞墙。
更稳定的分工是:
- OpenClaw / OCLauncher:always-on agent runtime、channels、workspace、tools
- FavCRM:customers、bookings、billing、messaging workflows、reporting
这会是 agentic business software 更干净的基础。
看看 FavCRM developer surface:favcrm.io/developers。