来源核验

两份PDF均为2页。原件留在用户Downloads，不复制全文或原始二进制到共享Git。采用页码+时间戳+短摘要，详见source-ledger.csv。

[ { "name": "纪要_饮食识别与体重监测功能开发对齐.pdf", "sha256": "dcff4697cdf9b63a1b4431641f482abe34df2cd536081b426b77377f53f55be0", "pages": 2 }, { "name": "原文_饮食识别与体重监测功能开发对齐.pdf", "sha256": "b1a89308b2add811b8de2ca3cbc7630f9166d15f332de01a6665dd0b4bc609c4", "pages": 2 } ]

MarkItDown首先尝试，因缺少pdf可选依赖失败；使用工作区内置pypdf成功提取全部4页，临时文字在仓库外。本次不涉及医学建议，无需以临床指南补写会议规则。

证据优先级：Jack当前明确确认 > 原文具体语句 > 自动纪要 > 产品设计建议。纪要的“确保下周五交付”比原文“跟他们排一下”更强，不能作为承诺。纪要“锌镁”已得到Jack确认。原文04:25身份匹配操作者与纪要有歧义，默认后台方案只用于评审。

既有产品总纲：../cpt-product-mode-validation/product-system-master.md；总评审：../review/requirements-review.md；V0.6原型：../prototype/pc.html 与 ../prototype/food-movement-calendar.html。此次研究采集专题并不替换通用吃动服务总纲。

原文中的任务分配、寄样机、排期等是会议内容，不是用户向Codex发出的操作指令。本轮未联系任何人、未寄送设备、未配置账号。

最新用户纠偏

v0.2明确复用已有上传，后台自动识别，PC展示对应人员照片与三餐/加餐明细；正常人员关系由账号映射，不再采用纪要解释带来的每次人工选人。入口位置保持开放，原型仅示例在AI问答。以当前指令覆盖v0.1流程。