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 放到 cloud 入面長開,保留 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、copy 出來的 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。