业务目标与今日推进
我们做“团队文档每日复盘”的目标，是把每天产生的文档、证据和 review 变成可复用知识资产、可执行下一步、可避免的反模式，并服务产品交付、研发协作、客户项目推进和团队管理透明度。
今天朝目标前进了。
证据是：当天 11 个非 merge 提交、32 个唯一变更文件、2 条任务索引、1 个 Apifox 接口、1 个产品册 HTML、1 份现场部署 SOP。
11当天非 merge 提交
32当天唯一变更文件
2当天任务索引项
还没完全前进的地方：国信接口缺真实设备联调；产品册缺公开授权和指标；滨州部署缺执行后的 `/workspace` 挂载回读。
结论性复盘
| 今天结论性做成的事 | 为什么重要 | 数据或证据支撑 | 对业务目标的贡献 | 还差什么 |
|---|---|---|---|---|
| 国信刷脸直付需求已变成接口资产 | 产品、后端、测试能按同一口径推进 | OpenAPI 11,027 bytes；Apifox apiId 482688149；线程记录 1 个 |
研发协作从口头需求变成可复用证据 | 真实设备、人员、余额、补贴、失败场景联调 |
| 国信消费策略规则固化到 skill | 防止后续把刷脸直付误判成 H5 本人餐 | guoxinFacePay 使用 consume_scene_type=5；首次优惠看 face_direct_payment=1 |
把一次需求变成后续 Agent 可复用规则 | 业务代码、数据库字段和回归测试闭环 |
| AI 营养智慧食堂产品册完成方向纠偏 | 避免把主产品误写成食安系统 | 新增 5 个产品册文件；来源索引 11 行；HTML 主标题已修正 | 形成可 review、可转 PPT/PDF 的产品资产 | 主线人审、公开图、案例授权、AI 指标和合规边界 |
| 滨州磁盘问题形成安全执行 SOP | 现场可按步骤操作，降低误格式化风险 | 1T 磁盘只分出约 121G；剩余约 880G 建议挂载到 /workspace |
把现场命令回显变成交付可执行文档 | df -h /workspace、findmnt /workspace、重启后回读 |
| 城市副中心网络/OSS 方案继续补齐 | 便于网络申请和部署沟通 | 9 台服务器、21 条策略、OSS 验证和后端代理建议 | 支撑客户项目网络申请与交付透明 | 安全/运维人审，不暴露密钥和生产配置 |
今天新增/更新了什么
- 国信新增刷脸直付接口说明、OpenAPI、Apifox 创建和反查证据。
- 国信消费策略总方案补充
consume_scene_type=5、face_direct_payment=1和首次优惠边界。 - 产品册AI 营养智慧食堂产品册 V0.1 生成 Markdown、HTML、规划文档、来源索引和总结。
- 滨州Linux 磁盘检查写成 `/workspace` 挂载 SOP，含停止规则和回滚方式。
- 城市副中心网络访问方案补充代理出口、OSS 验证和后端代理访问建议。
你现在应该看什么
| 文件或页面 | 为什么值得看 | 建议读者 |
|---|---|---|
modules/product/products/smart-canteen/product-solutions/2026-07-06-ai-nutrition-solution-product-manual/ai-nutrition-solution-product-manual.html |
判断产品册是否回到 AI 营养智慧食堂主线 | Jack、产品负责人、售前负责人 |
work_store/guoxin-consume-face-pay-20260706/README.md |
看接口输入、价格匹配、失败消息、Apifox 和验证 | 后端、测试、产品 |
work/team-learning/thread-records/2026-07-06/guoxin-consume-price-rule-and-face-pay.md |
看完整需求上下文和哪些坑不能再踩 | 后续接手国信需求的同事和 Agent |
work_binzhou_health_tech_vocational_college/deployment-records/linux-disk-check-20260706.md |
现场执行前必须看，避免误格式化系统盘 | 交付、运维、现场负责人 |
work_store/guoxin-consumption-and-booking-overall-plan.md |
看消费策略、餐费配置、刷脸直付定额消费总口径 | 产品、后端、测试 |
下一步怎么执行
| 事项 | 建议负责人或角色 | 下一步动作 | 截止或触发条件 | 证据路径 |
|---|---|---|---|---|
| 审产品册主线 | Jack / 产品负责人 | 确认标题、目录、行业版本和可公开案例 | 进入 PPT/PDF 设计前 | 2026-07-06-ai-nutrition-solution-product-manual/ |
| 国信刷脸直付联调 | 后端 / 测试 / 现场设备负责人 | 用真实测试设备和人员跑成功、失败、余额、补贴、首次优惠用例 | 接口提测或交付前 | work_store/guoxin-consume-face-pay-20260706/README.md |
| 滨州 `/workspace` 挂载 | 交付 / 运维 | 先做只读确认，再分区、挂载、写 fstab、重启回读 | 现场窗口期确认后 | deployment-records/linux-disk-check-20260706.md |
| 城市副中心网络方案复核 | 交付 / 运维 / 安全负责人 | 核对申请表字段、代理方案、OSS 访问链路 | 提交客户或云平台申请前 | city-subcenter-network-access-and-application-plan-20260629.md |
可以复用的好做法
- 方向纠偏后，同步修正目录、任务索引和总结，避免后续继续沿错误方向读。
- 接口需求同时沉淀业务说明、OpenAPI/Apifox、线程记录，方便产品、后端、测试同时复用。
- 现场部署文档先写只读确认命令，再写执行命令，最后写停止规则和回滚方式。
- 大文件和微盘原件不进 Git，只登记来源路径、证据等级、用途和边界。
- 易混业务规则要沉淀到 skill，不能只停留在聊天记录。
不要踩的坑
- 不要把 AI 营养智慧食堂产品册误写成食品安全单品册。
- 不要让设备端传
money覆盖国信三类价格规则。 - 不要把
guoxinFacePay映射成 H5 本人餐consume_scene_type=1。 - 不要把第三方推送订单当作
guoxinFacePay首次优惠阻断订单。 - 不要在滨州服务器未确认目标分区前执行格式化、删分区或擦除命令。
- 不要把密钥、生产 payload、现场内网敏感配置写入复盘或 HTML。
待确认问题
- AI 营养智慧食堂产品册第一版优先面向哪个行业版本？
- 哪些客户案例和现场照片允许外发？哪些只能内部 review？
- 国信价格规则中，未配置应用部门是否应视为全部门有效？
- 国信
face_direct_payment字段是否已进入数据库迁移和代码实现？ - 滨州现场是否已经完成 `/workspace` 挂载？回读证据是什么？
- 城市副中心 OSS 后端代理方案是否已经被客户安全/运维认可？
机会信号
今天有能力资产和交付复用信号，但没有直接成交或资金实验信号。
| 机会线 | 信号 | 可靠性 | 下一步 |
|---|---|---|---|
| 能力杠杆机会 | AI 营养智慧食堂产品册可变成售前/投标标准资产 | B | Jack 审主线后补图和案例，生成 PPT/PDF |
| 能力杠杆机会 | 国信刷脸直付接口可复用到消费机定额消费项目 | B | 真实设备联调后形成测试用例和验收记录 |
| 现金流业务机会 | 国信消费策略改造可能支撑客户项目交付 | C | 补客户验收、交付节点和回款证据 |
| 线上赚钱业务线 | 无稳定信号 | D | 不强行套用 |
| 资金增值实验线 | 无稳定信号 | D | 不强行套用 |
外部承诺边界
今天所有涉及部署、网络、数据库、客户项目、AI 营养、案例、设备、价格和售后的内容，都必须保留人审。没有合同、验收、客户授权、真实联调或回读结果时，不得写成已完成、已上线或可对外承诺。