| 段 | 状态 |
|---|---|
| ① 连接 | ✅ 弹窗配置 · 授权 · 当场校验 · 错误分类 |
| ② 取数 | ✅ 拉取 · 规则层分类 · 落盘落库 · 游标只在成功时推 |
| ③ Mio 能读 | ✅ in-process MCP,身份钉在 closure 里 · 875 passed · dev 实测通 |
| ④ 定时取数 | ❌ 下一个。现在只能手动点「立即取得」 |
| ⑤ triage | ❌ 判定 + 分类 + 客户路由 |
| 工作量 | 半天。scheduler 里加一个 job,逐人遍历 active 连接 |
| 依赖 | 无。连接和取数都已经通了,只是没人定时按那个按钮 |
| 为什么急 | 做完邮件就开始自己攒 —— 而后面每一步都需要真实样本 |
两个细节等你拍:
| 问题 | 我的倾向 |
|---|---|
| 失效的人一直重试吗 | 退避 —— 失效后每天试一次而不是每小时;但「用户点了重新授权」要能立刻打破退避 |
| 一个人挂了怎么办 | 逐人独立,一个抛异常不中断整轮。上一个人的失败不该让其他人收不到邮件 |
原来它只是「让邮件更好找」。经过上次那次边界修正,它成了可见性的执行点:
| 层 | 状态 | 本人 | 同事 |
|---|---|---|---|
_未分類/ | 未判定 —— 可能混着私人内容 | ✅ | ❌ |
| 已分类 | triage 判为工作 | ✅ | ✅ |
没有 triage,所有工作邮件都停在 _未分類/,共享层是空的 —— 协作那部分产品价值一分钱也拿不到。
而且 search_team(跨人查询)物理上写不了:闸门条件要「只查已判定为工作的」,
但**「triage 的判定结果」这个字段还不存在**。
未拍板的一处:倾向加一列 triage_kind 而不是覆写 rule_kind ——
覆写会丢掉「规则层说 unknown、triage 说 client」,而那是将来衡量规则层准不准的唯一依据。
| 级别 | 事项 | 为什么还没做 |
|---|---|---|
| P1 | 真实工作邮件样本 | Alex 邮箱 12 封全是系统邮件。验得了「通不通」,验不了「筛得准不准」 —— 要 rh.li 那种有真实往来的(原计划 Spike B) |
| P1 | 放行的工具调用不记日志 | 只记拒绝。Mio 到底读了哪些文件,日志里查不到 —— 上次排查我是瞎的。撞上 #221 |
| P2 | 失败告警走外部推送 | 页面提示救不了不登录的人。飞书那次停摆一个多月恰恰因为没人看那一页 |
| P2 | Zoho 应用挪到组织账号 | 现在挂在 Alex 个人名下,上生产前要迁 |
更早的队列(与 #271 无关,一直没动):
| #220 | CI authz 护栏失效 |
| #223 | 钉死 claude-code CLI 版本 |
| #221 | prod QA trace 可观测性 ← 和上面那条 P1 是同一件事 |
| #191 | 日志基建统一 |
| #189 | Track C:真删 dashboard(139 文件) |
| — | pipeline 逐条串行改并行 |
| 13 笔没 push | 本地 feature/shared-control-plane 领先 origin 13 笔。dev 跑的是本地构建,别人拉不到,机器挂了就没了 |
| Bash 绕过路径围栏 | mailboxes/ 在 Mio 的 Read 围栏外,但 Bash 是 #194 有意放开的。所以「读不到别人的邮件」是正确入口,不是墙。这个松动盒子早就接受了 —— 单独提是因为邮件是第一份掺着个人生活的数据,感度上了一档。要不要收 Bash 是单独的决定,未动 |