FuserMate（数字员工、类Claw）
大约 2 分钟
FUSER MATE
诞生的机缘
产品的需求往往会对标 26年的各种Claw，普遍要求具备强大的 Agent Loop 能力、Bash权限、独立的容器（沙箱）；但我们的架构似乎还停留在 2025 年——依旧是用户主动触发，被动响应。因此我们决定实现一个类Claw的数字员工工具，来学习一下，顺便解决下工作中的问题
Features
触发器: 被动 -> 主动
参考了一些产品，比如 cc、codex、hermes、qoder wake... 其中qoder wake有一个触发器概念，感觉挺有意思。虽然最后发现他们是定时 + GitHooks触发，不过也是打开了思路。
| 2025 模式 | 2026 模式 | |
|---|---|---|
| 用户主动触发 | → | Mate 主动 Loop |
| 打开应用 → 输入指令 → 等待响应。AI 是被动的工具，不会主动思考和提醒。 | Mate 以触发器的形式持续运行，感知时机，主动推送消息、分析数据、提醒日程。 |
我们的目标：以"搭子"的形式，让 Mate 来做一件又一件小事。不是要替代你，而是陪着你把工作做得更好。
Agent: 搭子
这里把智能体包装成了搭子的概念，对于每个搭子，都有自己的工作区，且跨会话共享。
上下文作用域为：全局 > 搭子（工作区）> 搭子（会话）
搭子的记忆、技能、MCP等也是应有尽有
Multi-Agent: 帖子
这里并没有参考现有的一些做法，比如建一个群聊。
在我的理解里，什么时候需要多智能体，是上下文及易混淆的时候，这种时候往往也需要任务持续运行。因此继续采用流式 + 全量输出的设计是不合理的，因为用户不再关注过程信息了，可能交了一个复杂任务就直接撤了等最后结果了。
所以这里采用了类似帖子的设计理念，由用户手动写帖子，然后邀请智能体进来讨论。对于智能体来说，他们依旧在各自的会话下运行，拉帖子、发评论等被包装成了一系列工具，他们只需要把关键的信息发过来即可。
全局设置
设置部分，以可视化提供了各种能力的全局性配置
消息提醒
为了方便在帖子、定时任务等消息中快速定位关键信息，这里还提供了统一的消息提醒卡片
