Remy 提需求到交付的完整流转链路 — lifeos-pm 真实生效的路由/派工/审核流程 (CLAUDE.md「项目相关任务一律先经 lifeos-pm 派工」那条铁律), 不是随便画的示意图。
① Remy (或主对话) 提出一个项目相关任务
② lifeos-pm 先查活动板现状 (claim.py list), 确认没人在做同一件事
③ lifeos-pm 查 pm_routing.json 判路由
命中 + agent
直接用 Agent 工具调子 PM (invest-pm / suimuse-pm / gem-pm)
命中 + skill
lifeos-pm 自己调不动 skill, 把判断转给主对话, 由主对话触发 (目前只有 brand-pm)
没命中
lifeos-pm 自己顶上: 小任务直接处理/转专精 skill, 大任务转 smart-dispatcher, 该配专属 PM 就在报告里提议 (不擅自建)
④ 派工前先把任务登记到活动板 (claim.py add)
⑤ 执行方 (子 PM / skill / smart-dispatcher 拆出去的角色) 做完产出
⑥ 是 UI 相关改动吗?
是
强制先过 ui-auditor 真机走查 (Playwright 实测点一遍), 没过审不算完成
⑦ lifeos-pm 亲自核实产出 (读 git log / git show 核对改动是否真的对应任务, 该走的关卡真的走过), 不能只信执行方自己说「做完了」
⑧ 确认无误 → claim.py 标记完成 → 答复 Remy (skill 路线由主对话正式答复; 产出对不上就退回补, 不能含糊过关)