官网查看
定制方案
- ✓
暂未采集到具体套餐，价格以官网为准
Relaticle
开源 CRM，支持审批把关的 AI 写入
Relaticle 是什么？
Relaticle 是一款以 AI 智能体为核心架构的开源 CRM，通过 OAuth 为任何 MCP 客户端提供 37 个原生工具，并将工作区自定义字段自动纳入每个智能体的 schema。其内置助手对每一次写入都采用"先提案、后审批"的策略，逐条展示具体变更后再由用户确认。系统支持 AGPL 协议自托管，可搭配 Ollama 进行本地推理；自托管版本永久免费，云端则按工作区统一定价，不按席位收费。
产品详细介绍
开源 CRM，支持审批把关的 AI 写入
Relaticle 是一款以 AI 智能体为核心架构的开源 CRM，通过 OAuth 为任何 MCP 客户端提供 37 个原生工具，并将工作区自定义字段自动纳入每个智能体的 schema。其内置助手对每一次写入都采用"先提案、后审批"的策略，逐条展示具体变更后再由用户确认。系统支持 AGPL 协议自托管，可搭配 Ollama 进行本地推理；自托管版本永久免费，云端则按工作区统一定价，不按席位收费。
定价方案
需要付费创始人评论
Manuk Minasyan创始人
Product Hunt 你好，我是 Manuk。我差不多独自一人开发 Relaticle 两年了。
它最初是一个传统的开源 CRM。后来我加入了 agent，遇到了一个绕不开的问题：每种客户端应该获得多少权限？只读访问过于受限，没什么实际用处；而静默写入客户数据又感觉不太合适。
我最终设计了两个信任级别。外部 MCP 客户端（Claude、Cursor，以及任何支持 MCP 的工具）通过 OAuth 完成认证，并可通过 37 个工具直接写入数据，方式与 API 客户端一致。应用内助手则与人类用户并行工作，因此它想执行的每次写入都会生成一份提案，清楚展示具体变更内容，并等待审批。批量操作按记录逐条审阅：你可以逐条批准或跳过，最终只保留已批准的内容。
聊天客户端本身也是在我实际使用中踩过坑之后重建的——限流重试曾导致整轮对话被删除，过期的流处理器曾把草稿写进了错误的对话。现在草稿在重新加载后依然保留，发送失败的消息保持可见，回答中的内容可以链接回它们所引用的记录。
整个系统在 AGPL 协议下自托管，包括基于 Ollama 的模型推理。每个工作空间都可以定义自己的自定义字段，这些字段会自动出现在 agent 的 schema 中。
还有一个我仍在思考、真心想听听大家看法的问题：应用内助手是否应该获得基于策略的自动批准，还是每一次写入都应该保持显式审批？
创始团队
Manuk MinasyanFounder, Relaticle (open-source CRM)
