适合什么团队与个人——MateClaw 的目标用户画像

第一类：有数据主权硬要求的团队

金融、法律、医药、政务、涉密研发——这些行业的核心诉求不是「AI 够不够聪明」，而是「AI 碰不碰得到我的数据」。

MateClaw 的自部署架构直接满足：对话、日志、文档、记忆全持久化在自己的 PostgreSQL 里，外发只到你主动配置的模型 API 和 IM 渠道。需要完全本地处理时，组合 Ollama + 本地工具 + 关闭外部集成，就得到一个物理隔离的 AI 运行时。

第二类：想让 AI 主动干活的人

你打开一个 SaaS AI 助手、敲一行字、等回答——这是对话型 AI 的模式，AI 永远是被动方。

如果你想让 AI 变成这样：

• 每天早上 9 点自动跑一遍竞品监控，推到飞书
• 每周一 10 点自动查销售数据，写周报推到 Slack
• 凌晨 4 点失败的任务，自动重试，还得让你在钉钉收到失败通知

这些场景需要 Cron 调度 + Agent 引擎 + 多渠道交付三件套同时工作，MateClaw 是目前极少数完整实现这条链路的开源方案。

第三类：多渠道协作的团队

你的团队同时在飞书、钉钉、Slack、企业微信、Telegram 里协作？MateClaw 可以把同一个 Agent 放进所有渠道——同一份记忆、同一套技能、同一种性格，跟着团队走到哪里就到哪里。

这对项目协作场景尤其有用：现场用钉钉、远程用 Slack、客户沟通用 Telegram，Agent 不用在每个渠道都重新学习一遍上下文。

第四类：想自己造 AI 能力的开发者

Apache 2.0 协议 + Spring Boot + Vue 3 + 完整 API 文档，意味着你可以自由地：

• 修改记忆整合规则（Dreaming 那层你不喜欢就自己改）
• 添加新的 ChannelAdapter（第十个 IM 渠道，你自己写）
• 写自定义 Tool Guard 规则（更细粒度的审批条件）
• 捆绑私有 MCP 服务或技能包

谁不太适合

• 只想有个能聊天的 AI 助手——SaaS 产品更轻量
• 没有服务器运维能力——自部署意味着你要自己管数据库备份和安全补丁
• 完全不想碰配置——MateClaw 至少要决定用哪个模型供应商