检查范围
2026-05-17本地日期窗口
832线程归档刷新后总数
正常复盘材料充足，非 no-material
扫描范围包括 work/、work_store/、standards-stack/、control/task-index/、tasks/QUEUE.md 和 HEARTBEAT.md 中今天修改的 Markdown、HTML、CSV、TSV、summary、source-index 和 review 页面。
主要工作簇
| 工作簇 | 价值 | 边界 |
|---|---|---|
| 数科业务投资人视角 | 把周报、战略、复盘从功能清单转为经营逻辑 | 第二增长曲线仍是待证明命题 |
| 需求评审会 SOP | 把外部方法转为团队可填写 SOP、评分和 HTML review | 评分权重需真实会议验证 |
| 昌平校园食安大屏演示包 | 形成指标字典、演示数据、数据源映射和讲解顺序 | 全部演示数值都是 D 级合成数据 |
| 智慧食堂战略 V0.3 | 面向领导表达行业、生态位、产品组合和资源动作 | 毛利、回款、净利、AI 指标和客户授权仍缺证 |
| 5 月 20 日试播 PPT 包 | 生成 12 页结构、逐页文案、素材清单和 review 面 | 正式 PPTX 前需确定案例、截图和设备图 |
| 智慧食堂产品图 Excel | 把多个项目工作装入产品地图、用户入口、硬件链路和排期 | 完成状态不能替代验收截图或设备测试记录 |
| 周报战略透明度方法 | 沉淀主线任务、决策思路、情报视野写法 | 来源是 C 级外部方法，需本地 review |
| Qiwei callback fix-ready | 从排查推进到配置核对、实现草案和验证路径 | 未确认 owner 前不能直接改生产相关代码 |
可吸收候选
候选Markdown source + HTML review、证据等级标注、source-index、项目工作到产品标准化、fix-ready before code、生成物验证说明，都值得继续强化。
条件这些做法仍需经过人的 review、真实会议/项目复用或后续数据支撑后，再升级为更硬的 skill 或治理规则。
反模式与质量门槛
- 禁止把第二增长曲线、毛利改善、持续收入或估值逻辑写成已证明事实。
- 禁止把合成演示数据当作客户真实统计。
- 禁止把外部方法文章未经本地 review 就升级成全团队硬规则。
- 禁止在 owner、Token/AESKey、回调类型和测试环境未确认前实现生产回调代码。
- 禁止复制大型原始 PPT、视频、文章全文或敏感 payload 进控制项目。
待确认问题
- 5 月 20 日智慧食堂 PPT 哪些客户案例、截图、设备图可进入正式版？
- 需求评审会 SOP 由谁在第一次真实会议后 review？
- 企业微信
/api/qiwei/callback是否确属store，还是历史错误配置？ - 智慧食堂投资人视角看板中，哪些收入、毛利、回款、复用、持续收入数据能补成 A/B 级证据？
2026数科事业部资料库是否纳入公司微盘派生索引？
下一步
优先 review 5 月 20 日 PPT 包、用一次真实会议验证需求评审 SOP、确认 Qiwei callback owner，再把财务和交付数据补进智慧食堂投资人看板。每日复盘继续只吸收被认可、反复成功或证据支持的做法。