Work with Jev
把飞书群消息分到个人工作看板
实现思路与验证边界 →JEV GUIDE
Jev 飞书消息分流：识别与我相关的待办和紧急事项
工作群里有截止日期的消息，不一定是你的紧急任务。Work with Jev 将身份、职责与所选消息一起判断，再由本地代码分到四栏。本文关注消息分流，不把“分类”写成自动完成工作。
为什么需要“我是谁”的上下文？
同一句“请今天确认方案”，对负责人、旁观者和已转岗成员的意义不同。先定义姓名、当前职责、负责项目与判断时刻，才能区分个人待办、团队通知和参考资料。身份信息应具体且最小化，不需要上传完整履历。
四个判断怎样变成四栏？
固定版本源码分别询问消息是否与本人相关、是否需要本人行动、是否迫切、是否有参考价值。随后程序结合返回值生成“紧急处理、我的待办、值得一看、暂时略过”，并对部分中间值标注待确认。
这些栏目不是四个互斥事实：一条消息可能既有价值又要行动。先拆成独立信号，再定义栏目优先级，能让人工纠正更有依据。默认阈值需要用自己的消息样本校准。
飞书接入与模型调用分开操作
项目通过飞书 CLI 的用户授权读取选定群聊；选群拉取之后，用户核对待发送内容并确认，才交给 TypeSafe。它不需要先搭建一个公网消息机器人，也不意味着能读取无权访问的群。
开始前确认本机 Node.js、CLI 登录和所需只读权限。先试预设演示，再小批拉取实际消息。当前只处理文字与富文本；图片、附件、语音不能由这里的文字分类能力推断。
用反例检查“紧急”是否误报
以下是人工设计的验收样本，分类预期还需结合真实职责和上下文确认；不是一次真实 Jev 调用的结果。
| 合成消息与身份 | 建议人工预期 | 要排查的错误 |
|---|---|---|
| 摄影负责人收到“现在等你确认机位，拍摄暂停” | 紧急处理 | 漏掉阻塞工作的信息 |
| 旁观者看到“@小林 今天交设计稿” | 不是自己的待办 | 把别人的任务分给自己 |
| 本人收到“下周五整理会议资料” | 待办，未必紧急 | 看到截止日期就标红 |
| “刚才让你发的方案已取消” | 需要复核旧任务 | 把取消信息当新增任务 |
保留人工队列与上下文边界
项目允许人工分类、纠正以及加入跨群待办；这些操作不需要每次重新调用模型。消息是否完成与队列排序由用户控制，刷新或切群也不等于让模型重新决定任务状态。
所选消息会分批判断，不同批次不共享上下文。取消信息和原任务若落在两批，可能无法关联；不要宣称它能自动合并、关闭所有历史待办。建议先记录误分类原因，再调整消息窗口、身份描述或规则。
常见问题与验收方式
能接企业微信或 Slack 吗？该版本尚未接入；适配器扩展能力不等于平台已可用。
能自动回复或执行任务吗？不能。这里的动作是本地分类与人工待办整理。先用经允许处理的小批消息，按角色标注漏报和误报，检查低确定性结果是否进入人工确认，再决定扩大使用范围。
本站核对了固定版本文档和代码，未测试真实飞书登录、分类效果或端到端耗时。
接着看这些项目
继续阅读
03 / JEV GUIDE
Jev 提示词怎么写？Choice、Score、Noul 示例
学习 Jev 提示词的任务拆分与题型选择，用原创反馈分流示例区分 Choice、Score、Noul，并设计边界样本。
阅读指南 →06 / JEV GUIDE
用 Jev 做文本分类与任务路由：从标签到回退
用 Jev Choice 设计文本分类和任务路由，明确候选标签、未知类别与人工检查，连接模型路由和语义筛选案例。
阅读指南 →10 / JEV GUIDE
Jev 接入 n8n：社区节点与邮件分类工作流
了解 TypeSafe AI 社区节点的自托管前提、State 和 Choice 输出，设计邮件分流、人工复核和有界重试流程。
阅读指南 →