提到微信机器人多数人想到的是对外客服和营销。但企业内部协作同样大量发生在微信群里——项目群、部门群、客户对接群里每天产生几百上千条消息信息淹没、待办漏掉、新人翻不到上下文是日常痛点。对内办公场景和对外服务有本质区别不触达客户所以没有营销合规压力但多人异步、上下文超长、信息保密要求高。针对这些特点设计的AI办公助手处理的是摘要、待办、提醒、同步这四类任务。一、群消息摘要——把几百条消息压缩成可扫读的简报群消息摘要是办公场景最高频的需求请假半天回来群里999没人会逐条翻。摘要不是简单让大模型总结一下——直接把500条消息丢给模型会超长度限制且闲聊、重复确认、表情会严重稀释摘要质量。正确做法是分层摘要先按时间片每30分钟或话题对消息做第一层聚类和摘要过滤寒暄和无信息量内容再把各片摘要汇总成日简报按主题分组呈现——决策事项待办分工风险问题其他讨论四类每条标注参与人和原消息位置。摘要的质量标准是可行动决策事项写清定了什么、待办事项写清谁在什么时间前做什么。纯概述式摘要大家讨论了进度问题没有办公价值。摘要推送时机也有讲究项目群每天早9点推昨日简报临时高频讨论结束后即时推专题摘要。推送对象可以分群——管理者看决策和风险版执行成员看待办完整版。二、待办提取——对话里的承诺要变成有主的任务群里最容易丢的是口头承诺这个我明天弄周五之前给你——没人记录就会遗忘到期互相扯皮。AI助手实时监听群消息识别出承诺类表述并抽取三要素负责人、事项、截止时间生成待办卡片发回群里确认张三 待办周五前提交测试报告对吗确认后进入待办跟踪。待办跟踪是关键闭环截止时间前自动提醒负责人到期未在群里反馈完成状态则再次提醒并同步给负责人的上级。待办完成不依赖人手工标记——负责人在群里说测试报告发了助手识别到完成信号关联待办自动关闭。所有待办汇总成可查询的清单成员随时机器人查我的待办就能看到自己欠了哪些事。识别准确率不够时宁可漏提取也不要乱提取——错误待办对全员可见会迅速消耗大家对助手的信任所以每条待办必须经负责人确认才生效。三、提醒与状态流转——把系统里的事推到正在用微信的人办公场景的另一大类任务是系统事件找人OA审批到了某节点需要领导处理、工单分配给了工程师、合同到期需要续签。这些事件原本躺在各自系统里等登录查看助手做的是把事件按规则推到对应的微信会话——审批推给审批人的私聊或管理群工单推给值班群并责任人。推送不是简单转发要做聚合和升级同一人的多条审批合并成一条清单避免连环轰炸紧急事项如客户投诉工单15分钟未响应自动升级上级非紧急事项按固定时段如上午10点、下午4点批量推。处理动作尽量在微信内闭环——回复1同意/2驳回直接完成简单审批不用跳系统。复杂操作才引导登录能在对话里解决的不让人多走一步。四类办公任务对照任务输入输出闭环机制消息摘要长消息流分层分类简报定时/专题推送待办提取承诺类对话人/事/期三要素确认生效到期跟踪提醒流转OA/工单事件责任人会话推送聚合超时升级信息同步多群关键消息跨群/跨人投递去重权限过滤办公助手核心实现class OfficeAssistant: def daily_briefing(self, group_id): 分层摘要时间片摘要→主题日简报 msgs fetch_group_msgs(group_id, sinceyesterday()) chunks self.cluster_by_topic( [m for m in msgs if not is_smalltalk(m)]) piece_summaries [llm_summarize(c) for c in chunks] briefing llm_organize( piece_summaries, schema[decision, todo, risk, discussion]) send_group_text(group_id, briefing.render( rolecurrent_viewer_role)) def extract_todo(self, msg): 承诺类消息→待办需本人确认 if not self.is_commitment(msg.text): return todo llm_extract(msg.text, schema[owner, task, deadline]) if not todo.has_all_fields: return card (f{todo.owner} 识别到待办{todo.task} f截止{todo.deadline}回复对确认) send_group_card(msg.group_id, card, pending_idtodo.draft_id) # 确认前不生效 def on_todo_confirm(self, draft_id, owner): todo db.activate_draft(draft_id, confirmerowner) scheduler.add(self.remind, args[todo.id], run_attodo.deadline - hours(4)) def on_biz_event(self, event): 审批/工单事件聚合升级对话内处理 pending self.batch_pending(event.assignee) if len(pending) 3: text 您有3条待处理\n \n.join( f{i1}.{e.title}回复编号处理 for i, e in enumerate(pending)) else: text self.render_single(event) sendText(WID, event.assignee_wxid, text) if event.urgent: scheduler.add(self.escalate, args[event.id], minutes15)落地建议办公助手从群消息摘要和待办提取起步——这两个功能解决的是全员每天都在经历的信息过载痛点感知最强系统事件推送第二期做需要OA和工单系统配合开放接口。对内场景尤其要注意保密边界摘要和待办只在企业内部群流转涉及客户信息的群按成员权限过滤内容。待办提取坚持确认才生效宁慢勿错。群消息监听、消息接收和群内发送能力由Eyun这类个人微信API平台提供摘要和待办识别在自建办公服务中对接大模型实现群事件回调和消息字段以Eyun平台的开发文档为准。