消息
- 消息量巨大
- 重复提问
- 重要请求被聊天淹没
- 缺少结构化分类
THE PROBLEM
重要请求分散在各个群聊、文档、知识库和割裂的系统之中。
WorkBuddy 把这些零散信号整合成一条协同的工作流。
WHAT WORKBUDDY DOES
理解收到的消息,进行分类,并提炼可执行的主题。
把消息转化为任务,分派责任人并跟踪进度。
基于企业知识和已连接系统回答员工问题。
把 AI 的判断与企业工具和 MCP 服务连接起来。
HOW IT WORKS
每一个请求都走同一条路径——从第一条消息,到确认解决。
从已连接的渠道和应用接收消息与业务请求。
AI 提取意图、上下文、关键实体和关联消息。
自动归入预先定义的业务类别。
创建任务,并路由给合适的负责人或团队。
追踪更新、催问进度,并标出逾期工作。
确认问题解决,保留完整的处理记录。
CORE CAPABILITIES
把收到的消息自动归入企业定义的业务类型。
把相关消息聚合为一个结构化的业务主题。
把主题转化为有责任人、优先级和截止时间的任务。
基于企业文档和知识库回答员工问题。
> 怎么申请一台新笔记本电脑?
WorkBuddy提交「硬件申请」表单,并选择「新设备」。
需要提供跟踪任务状态,发现逾期工作并汇总进展。
把 WorkBuddy 连接到内部工具、业务 API 和自定义 MCP Server。
mcp.create_task()mcp.query_crm()mcp.read_inventory()mcp.send_notification()mcp.update_ticket()mcp.query_internal_system()MESSAGE INTELLIGENCE
WorkBuddy 读取群聊,识别出多条消息说的是同一件事,并把它们整理成一个可执行的主题。
会议室A投影仪打不开
刚才也试了,还是不行
可能是控制器问题
今天下午还有客户会议
TASK ORCHESTRATION
每个需要处理的主题都会变成一个有负责人、截止时间和状态的任务,并由 WorkBuddy 持续跟进。
硬件故障 · 4 条关联消息
TASK-1048今天 14:00已订购替换控制器。
11:36KNOWLEDGE ASSISTANT
答案来自企业自己的制度和文档,并附上来源,而不是凭空猜测。
设备采购的审批流程是什么?
单笔超过 ¥10,000 的采购需要部门经理审批。
[1] IT 采购制度[2] 财务审批规则
PRODUCT UI
一个工作台,服务管理者、协调者和真正把事情做完的团队。
重点主题
09:12会议室A投影仪打不开
09:14还是不行
09:18可能是控制器问题
| 任务 | 负责人 | 优先级 | 状态 |
|---|---|---|---|
| 修复投影仪控制器 | IT | 高 | 处理中 |
| 评审软件需求 | 开发团队 | 中 | 新建 |
| 排查网络中断 | IT | 紧急 | 已分派 |
哪些系统问题还没解决?
目前有 3 个未解决的系统问题:
CASE STORY
WorkBuddy 不是答完就忘的聊天机器人,它会一路跟进,直到请求闭环。
「会议室A投影仪打不开。」
检查投影仪控制器
WorkBuddy 主动询问进展。
已订购替换控制器。
15:42 问题关闭。
MANAGER VIEW
每天一开始就知道哪些事需要关注,不用翻几百条消息。
周五 · 08:30今天有哪些事需要关注?
7 个任务需要跟进。
4 个任务已逾期。
1 个系统故障影响多个团队。
INTEGRATIONS / MCP
连接请求进来的渠道,也连接真正完成工作的系统。
MCP 架构
为什么用 MCP
扩展 WorkBuddy 的能力,而不必把业务逻辑直接写进模型里。
WHO IT'S FOR
获得简明的摘要、优先事项和跟进视图。
把涌入的请求变成结构化的工作。
分类问题、分派任务并追踪解决进度。
回答重复问题,协调内部请求。
BUSINESS OUTCOMES
重要请求被捕获和分类,而不是淹没在聊天里。
主题一经识别,就成为有人负责的任务。
每个任务都有负责人、优先级和截止时间。
管理者随时看到哪些未完成、在等待或已逾期。