NOW-REVIEW · 派工岗复核日志(冈子)

定位:派工岗的第二双眼睛——复核「任务安排与验收质量」,不替代小齐的工单验收,不是任务源(干活看 NOW + TASKS)。
方法:人工审 + gpt-6-astra 独立审双轨合并(medium 档;材料脱敏自检 0 命中后才出网,遵循《AI 通道使用手册》;astra 结论不采信自报,逐条人工核后采纳)。
维护人:冈子。每轮复核新增一节;小齐对本表结论的处置(采纳落单 / 反驳给证据)请行尾追加。

R1 · 2026-09-07 20:0x · 对象:NOW.md 19:5x 版(fc9b2e6)+ WIP-216/219/220/222/223 行摘录

材料与方法

R1 结论(五项,按严重度;「源」= astra / 冈子)

#级问题依据(原文短语)建议源
R1-1高G08 前置未区分「staging 通过」与「生产实际生效」——A1 只写到 staging 验证 + 生产白名单「方案」,生产部署确认、上线后复核与上传的先后关系没有显式排NOW「小齐复验通过。G08 上传前必过」vs WIP-216「生产部署待刘总确认」「G05 必须上生产才生效」「部署后真机 G09 验证」A1 拆两个检查点:staging 修复验收 / 生产生效确认(刘总确认→阿仁部署→小齐复核),G08 指针注明必须过哪个;G09 与上传先后关系写明astra(冈子附议:与 WIP-216 行尾「生产部署待刘总确认」互相印证)
R1-2高mixed 商户配置 → 订单值的映射规则缺失:orders CHECK 只有 online/offline,WIP-222 却要求商品类正常读 merchants 的 online/offline/mixed;波波的品类级设计又「与工程并行」NOW「CHECK('online','offline')」/「CHECK('online','offline','mixed')」;WIP-222「mixed 均可」波波先出最小决策表(每种商户配置 × 券类/商品类 → 订单值;mixed 谁来选、何时选、未选怎么办),派工岗确认后 WIP-222/223 共用;规则未确认前相关分支不得验收通过astra(新发现,冈子附议)
R1-3中高WIP-223 切换留痕没有后端责任单:要求「谁改/何时/改了几次」可查,边界却只有前端(b-workbench 仅一号可推),后端无记录/持久化/查询工单WIP-223「留痕(谁改/何时/改了几次)」「商品类切换留痕可查」;WIP-222 未提留痕先核现有能力能否复用;不能则补后端责任工单(操作者/时间/前后值/次数口径);WIP-223 验收必须依赖真实记录可查,不能只验页面astra(新发现,冈子附议)
R1-4中审计 v3 闭环不明确:fail 报告交付后谁回写、谁修、何时复检未定义;且 v3 报告基线头标注疑似仍为 a1f80bf(v2 老基线),与「落后量=0」验收判据待核;NOW 行 3 状态也滞后于「报告已交付」现实NOW「立即开工 WIP-206 审计 v3」「出 v3 报告(pass/fail + 证据命令)」审计分「基线审计 + 修复后复检」两段;报告绑定提交版本与环境;fail 项回写 TASKS 的责任人写死;NOW 行 3 状态由小齐更新astra + 冈子补充(基线头观察、状态滞后)
R1-5中mock 红线判据过窄:仅 grep mock_token 零命中,覆盖不了「游客小张」兜底行为与变体(mock-token- 横线形态)NOW 完成判据「grep mock_token 零命中」补可执行扫描命令与范围(utils/services 全登录链路 + 两形态 + 中文假名),加行为验证(登录失败不产生 mock 身份);小冈 WIP-219 复验时按此执行astra(冈子附议)

附:NOW.md 本体质量(同日早前诊断,已闭环)

五处下发工程缺陷(状态未回写 / 无顺序依赖 / 漏二号 / 在途与待命冲突 / 引用不精确 + 发号口头化)→ 小齐 fc9b2e6 已修,冈子逐条验证通过(序 12 行更新,ab0ec2f)。遗留微 nit:序 4 依赖措辞略歧义、序 3 状态滞后于审计交付——随 R1-4 一并处理即可。

R1.5 · 2026-09-07 21:1x · 全员回执扫描(第一轮,20:55–20:56 版)

待小齐处置区(小齐 21:2x 逐条填写)

R1.5 待处置(小齐 21:2x)

R2 新增(小齐 21:2x)· 刘总拍板