chore: sync before memory update
This commit is contained in:
fengpu
@@ -1,15 +1,15 @@
|
||||
# Memory Index
|
||||
> **单一基准**: 此目录是唯一权威来源，其他位置的记忆以此为准同步。
|
||||
> _Last synced: 2026-09-10 | Base commit: `b5a8b83`_
|
||||
> _Last synced: 2026-09-21 | Base commit: `ccc24d7`_
|
||||
|
||||
| 文件 | 描述 | 类型 | 更新日期 | Commit |
|
||||
|------|------|------|----------|--------|
|
||||
| user_profile.md | 用户角色与偏好 | user | 2026-09-10 | b5a8b83 |
|
||||
| project_overview.md | 项目技术栈、架构与模块结构 | project | 2026-09-10 | b5a8b83 |
|
||||
| project_database_postgresql.md | 项目数据库为 PostgreSQL（非 MySQL），docx 标书选型与实际不符 | project | 2026-09-09 | — |
|
||||
| project_progress.md | 各模块原型开发进度与里程碑 | project | 2026-09-10 | b5a8b83 |
|
||||
| decisions.md | 关键设计决策与架构约定 | project | 2026-09-07 | 891678d |
|
||||
| feedback.md | 协作规范与用户纠正记录 | feedback | 2026-09-10 | b5a8b83 |
|
||||
| project_progress.md | 各模块原型开发进度与里程碑 | project | 2026-09-21 | ccc24d7 |
|
||||
| decisions.md | 关键设计决策与架构约定 | project | 2026-09-21 | ccc24d7 |
|
||||
| feedback.md | 协作规范与用户纠正记录 | feedback | 2026-09-21 | ccc24d7 |
|
||||
| feedback_medical_pad_migration.md | 医疗点PAD迁移纠正：无前缀英文名、无模块导航页、简单弹窗页内实现、1280×800外壳 | feedback | 2026-09-04 | 15ca37b |
|
||||
| feedback_shell_sidebar_scope.md | 壳层规范：顶栏=一级分组、侧栏仅当前分组二级菜单、页头不放面包屑与菜单说明 | feedback | 2026-09-07 | — |
|
||||
| lint_report.md | 记忆健康检查报告 | lint | 2026-09-07 | — |
|
||||
|
||||
@@ -2,8 +2,8 @@
|
||||
name: 关键决策
|
||||
description: 关键设计决策与架构约定
|
||||
type: project
|
||||
last_updated: 2026-09-07
|
||||
commit: 891678d
|
||||
last_updated: 2026-09-21
|
||||
commit: ccc24d7
|
||||
---
|
||||
|
||||
# 关键决策
|
||||
@@ -254,3 +254,23 @@ body {
|
||||
|
||||
**日期**：2026-09-07
|
||||
**首次落地**：commit 891678d
|
||||
|
||||
## 净菜订单生成历史双维度对账信息架构
|
||||
|
||||
**结论**：「数据明细」弹窗以 Tab 承载餐品/食材双维度对账视图。餐品维度 12 列双层分组表头分三环节：生重环节（推荐生重/下单重量/组配生重）、熟重环节（推荐熟重/烹制熟重）、取餐环节（预测人数/实际人数/取餐重量），差异率口径为「生重对生重、熟重对熟重」（下单/组配对比推荐生重，烹制/取餐对比推荐熟重）。食材维度同一食材跨餐品合并一行 9 列分三环节：采供环节（采购/实收数量·毛）、加工环节（出净率显式列/净菜产出量·净）、组配环节（组配实际用量·净），毛↔净经出净率换算桥接。生成中订单下游环节值置 null，展示层「—」占位。
|
||||
|
||||
**Why**：该页存在的目的是追溯 AI 食谱生成净菜订单在下游各环节的准确性，涉及预测双值（生重/熟重）与下单、组配、烹制、取餐、采供、加工多环节实际值；单表混排不可读。用户拍板：差异率按推荐口径分组对齐、食材跨餐品合并、出净率必须显式露出、对账视图放数据明细弹窗内做 Tab 切换。
|
||||
|
||||
**How to apply**：
|
||||
- 跨环节数值对比表统一用双层分组表头 + 环节分色（蓝=生重/采供、黄=熟重/加工、橙=取餐/组配），基准列高亮 `val--base`，实际值下方带差异率徽标
|
||||
- 口径换算常量：`ING_YIELD` 出净率表（毛→净）、`COOK_YIELD=0.85` 熟成率（生→熟）
|
||||
- 环节未发生（生成中订单）的值不编造，置 null 渲染「—」
|
||||
- 界面表头文案遵守 [[feedback.md#界面表头文案不出现「AI」字样]]
|
||||
|
||||
**See Also**：
|
||||
- [[feedback.md#界面表头文案不出现「AI」字样]]
|
||||
- [[decisions.md#净菜类型数据模型与净菜管理页展示模式]] — 出净率/可食部在净菜域的既有字段口径
|
||||
- [[project_progress.md]] — 2026-09-21 里程碑条目记录落地范围
|
||||
|
||||
**日期**：2026-09-21
|
||||
**首次落地**：commit ccc24d7
|
||||
|
||||
@@ -2,8 +2,8 @@
|
||||
name: 协作规范
|
||||
description: 用户纠正与确认的协作规范（含 Why + How to apply）
|
||||
type: feedback
|
||||
last_updated: 2026-09-10
|
||||
commit: b5a8b83
|
||||
last_updated: 2026-09-21
|
||||
commit: ccc24d7
|
||||
---
|
||||
|
||||
# 协作规范
|
||||
@@ -93,3 +93,13 @@ PAD 终端（餐厅终端设备各子设备）页面内不得出现可见滚动
|
||||
**How to apply:** 涉及操作手册截图时，先确认 web-capture / android-capture / doc-operation-manual 三个 skill 及 operation-manual-template.md 的截图规范是否一致；不一致时以「JPEG 85%（压缩比例，清晰度优先）+ 分终端目录 + 只截主界面/详情页 + 全屏视口」为准。
|
||||
|
||||
**See Also:** [[project_progress.md]]
|
||||
|
||||
## 界面表头文案不出现「AI」字样
|
||||
|
||||
界面表头与列名中不得出现「AI」二字；指代 AI 生成/推荐的数值时用「推荐」字样（如「推荐生重」「推荐熟重」「推荐用量」「推荐总量」）。一级分组表头只写环节名（如「生重环节」「采供环节」），不带「对齐 XX」「XX 口径」类解释性后缀；口径信息由二级列名的单位标注（kg·毛/kg·净）承载。
|
||||
|
||||
**Why:** 2026-09-21 净菜订单生成历史对账视图交付后，用户明确纠正"表头的标题需要改一下，不要出现AI两个字，使用推荐生重或者是推荐熟重等字样，一级表头中的对齐 AI 生重，和..口径也不需要"——界面面向业务使用者，「AI」属于实现视角词汇，不应出现在表头。
|
||||
|
||||
**How to apply:** 凡涉及 AI 生成内容的界面文案（表头、列名、字段标签）时统一用「推荐」字样；分组表头保持简洁环节名。代码注释不受此限（仍可写「AI 预测」说明实现逻辑）。
|
||||
|
||||
**See Also:** [[decisions.md#净菜订单生成历史双维度对账信息架构]]
|
||||
|
||||
@@ -2,12 +2,12 @@
|
||||
name: 记忆健康检查报告
|
||||
description: memory-lint 最新一次执行的检查结果与待处理项
|
||||
type: lint
|
||||
last_updated: 2026-09-10
|
||||
last_updated: 2026-09-21
|
||||
---
|
||||
|
||||
# 记忆健康检查报告
|
||||
|
||||
> _执行时间: 2026-09-10 | Base commit: `b5a8b83` | Last synced: 2026-09-10_
|
||||
> _执行时间: 2026-09-21 | Base commit: `ccc24d7` | Last synced: 2026-09-21_
|
||||
|
||||
## 健康概览
|
||||
|
||||
@@ -15,22 +15,15 @@ last_updated: 2026-09-10
|
||||
|--------|------|----------|------------|
|
||||
| 孤儿检测 | ✅ | — | — |
|
||||
| 幽灵检测 | ✅ | — | — |
|
||||
| 引用存在性检测（3A） | ✅ | 1 已修复 | — |
|
||||
| 引用存在性检测（3A） | ✅ | — | — |
|
||||
| 双链对称性检测（3B） | ⚠ | — | 1 待处理（遗留） |
|
||||
| 内容矛盾检测 | ✅ | — | — |
|
||||
| 过期检测 | ✅ | 2 已刷新 | — |
|
||||
| 过期检测 | ✅ | — | — |
|
||||
| 可推断内容污染 | ⚠ | — | 1 待处理（遗留） |
|
||||
| frontmatter 完整性 | ✅ | 2 已补齐 | — |
|
||||
|
||||
**AUTO-FIX 已执行 5 项 | NEED-HUMAN 待处理 2 项（均为前期遗留）**
|
||||
**AUTO-FIX 已执行 0 项 | NEED-HUMAN 待处理 2 项（均为前期遗留，延续上次裁定）**
|
||||
|
||||
> 本次为 2026-09-10 sync（891678d → b5a8b83，覆盖一线医疗管理端首版+二线迭代、健康体检管理端大表/CTA、员工端一线医疗、医疗点PAD多轮优化、文档技能包模板规范共 14 个提交）后的检查。memory-update 更新了 project_progress.md、project_overview.md、feedback.md、MEMORY.md。上次报告的 6 项 NEED-HUMAN 中：frontmatter 缺失（2 个）、project_overview.md 过期 ERROR、引用存在性 slug 断链均已解决；剩余 2 项为延续性 WARN。
|
||||
|
||||
## AUTO-FIX 已执行清单
|
||||
|
||||
- [x] 3A 断链修复：`feedback_shell_sidebar_scope.md` 的 `[[feedback-medical-pad-migration]]`（中划线 slug）统一为文件名式 `[[feedback_medical_pad_migration.md]]`
|
||||
- [x] frontmatter 补齐 + 过期刷新：`project_overview.md`（补 frontmatter，last_updated 刷新为 2026-09-10，消除 116 天过期 ERROR）
|
||||
- [x] frontmatter 补齐 + 过期刷新：`user_profile.md`（补 frontmatter，last_updated 刷新为 2026-09-10，消除 139 天过期 WARN）
|
||||
> 本次为 2026-09-21 sync（b5a8b83 → ccc24d7）后的检查。memory-update 更新了 decisions.md（新增「净菜订单生成历史双维度对账信息架构」）、feedback.md（新增「界面表头文案不出现「AI」字样」）、project_progress.md（营养模块概述 + 2026-09-21 里程碑）与 MEMORY.md。全量扫描 [[...]] 引用 18 种：grep 命中的 `[[feedback-medical-pad-migration]]` 来自 lint_report.md 历史修复记录文本（不参与双链检测）与 frontmatter slug 声明，非活引用，3A 全部通过。锚点区间内其余提交（体检/一线医疗/系统管理等）非本会话上下文，未逐条补录里程碑。
|
||||
|
||||
## NEED-HUMAN 待处理清单
|
||||
|
||||
@@ -42,15 +35,14 @@ last_updated: 2026-09-10
|
||||
### [WARN] 可推断内容污染 — project_progress.md（遗留）
|
||||
- **文件**：`project_progress.md`「近期里程碑」区段
|
||||
- **问题**：里程碑条目含具体文件路径与 commit hash，按「Git 历史可查不应写入记忆」规则属边缘污染
|
||||
- **本次执行**：新增条目延续仓库既有的详细里程碑格式（属变更范围说明，且为跨会话恢复工作的关键索引），历史条目未清理
|
||||
- **本次执行**：新增 2026-09-21 条目延续仓库既有的详细里程碑格式（属变更范围说明，且为跨会话恢复工作的关键索引），历史条目未清理
|
||||
- **建议**：若嫌冗长可人工压缩 2026-08 月以前的早期条目为一句话结论，近期条目保留细节
|
||||
|
||||
---
|
||||
|
||||
## 交叉引用验证清单（本次新增/受影响部分）
|
||||
|
||||
- `project_progress.md`（2026-09-10 文档规范里程碑）→ `[[feedback.md#操作手册截图规范（2026-09-10）]]` ✅ 目标存在，双向闭环
|
||||
- `project_progress.md`（2026-09-09 厨配秤恢复里程碑）→ `[[decisions.md#健康生产菜单「净菜组配」与设备端「净配秤」术语边界]]` ✅ 目标存在，双向闭环
|
||||
- `feedback_shell_sidebar_scope.md` → `[[feedback_medical_pad_migration.md]]` ✅ 本次 AUTO-FIX 修复断链
|
||||
- `project_database_postgresql.md` 已正式入索引（本次 memory-update 从远程补充本地独有文件）
|
||||
- `decisions.md#净菜订单生成历史双维度对账信息架构` ↔ `feedback.md#界面表头文案不出现「AI」字样` ✅ 本次新增，双向闭环
|
||||
- `project_progress.md`（2026-09-21 里程碑 + 营养模块概述）→ `[[decisions.md#净菜订单生成历史双维度对账信息架构]]`、`[[feedback.md#界面表头文案不出现「AI」字样]]` ✅ 目标存在
|
||||
- `decisions.md#净菜订单生成历史双维度对账信息架构` → `[[decisions.md#净菜类型数据模型与净菜管理页展示模式]]`（自引用，出净率字段口径关联）✅ 目标存在
|
||||
- 其余历史引用与上次报告一致，未变动 ✅
|
||||
|
||||
@@ -2,8 +2,8 @@
|
||||
name: 项目进度
|
||||
description: 各模块原型开发进度与里程碑
|
||||
type: project
|
||||
last_updated: 2026-09-10
|
||||
commit: b5a8b83
|
||||
last_updated: 2026-09-21
|
||||
commit: ccc24d7
|
||||
---
|
||||
|
||||
# 项目进度
|
||||
@@ -73,6 +73,7 @@ commit: b5a8b83
|
||||
- 用户体系：`din-user-mgmt.html`（用户管理）、`din-user-account.html`（账户管理）、`din-user-recharge.html`（批量充值，2026-08-06 抽离）
|
||||
- 溯源详情卡片优化（2026-08-21）：`trace-timeline-ingredient.html`/`trace-timeline-dish.html` 去副标题与重复图标、详情属性逐行独占、时间并入详情、去重复溯源码
|
||||
- 净菜类型拆分独立管理（2026-09-07）：新增 `din-clean-veg-mgmt.html` 净菜管理二级页（统计卡片/四条件筛选/异步导出/规格逐行拆分列表/维护弹窗）；`din-ingredient.html`/`din-ingredient-add.html` 规格行级「可食部(%)」字段（见 [[decisions.md#净菜类型数据模型与净菜管理页展示模式]]）
|
||||
- 净菜订单生成历史双维度对账（2026-09-21）：`prod-clean-order-history.html` 数据明细弹窗 Tab 化，餐品维度 12 列（生重/熟重/取餐三环节分组表头分色+差异率徽标）、食材维度 9 列（跨餐品合并、出净率显式列）（见 [[decisions.md#净菜订单生成历史双维度对账信息架构]]）；`din-ingredient.html` 基础定价可点击查看价格变更历史弹窗
|
||||
- `weight-management/` — 体重管理（40 页）🔨 设计中
|
||||
- 档案：`archive-personal-weight-data.html`、`archive-personal-weight-detail.html`、`archive-unit-report.html`、`archive-algorithm-model.html`
|
||||
- 计划管理：`plan-list.html`、`plan-edit.html`、`registration-tracking.html`、`target-weight-review.html`
|
||||
@@ -115,6 +116,7 @@ Web 管理端和员工端 APP 的其余模块（系统管理、运动管理、
|
||||
- 覆盖模块：20 个（含三端+其他终端）
|
||||
|
||||
## 近期里程碑
|
||||
- 2026-09-21：净菜订单生成历史双维度对账 + 食物成分价格变更历史（commit ccc24d7）——①`prod-clean-order-history.html` 数据明细弹窗重构为餐品/食材双维度对账视图：Tab 切换、餐品维度 12 列三环节分组表头（生重/熟重/取餐分色+差异率徽标，口径生重对生重/熟重对熟重）、食材维度 9 列跨餐品合并（采购/实收·毛、出净率显式/净菜产出·净、组配实际·净）、生成中订单下游环节「—」占位、表头文案不含「AI」字样（见 [[decisions.md#净菜订单生成历史双维度对账信息架构]]、[[feedback.md#界面表头文案不出现「AI」字样]]）；②`din-ingredient.html` 基础定价来源提示改为可点击入口，新增价格变更历史弹窗（价格/更新时间/更新方式/变更前价格/操作人）。
|
||||
- 2026-09-10：文档技能包与模板规范完善（commit b5a8b83）——①截图规范统一：JPEG 质量 85% + 分终端目录（screenshots/{终端目录}/）+ 只截主界面/重要表单详情页（弹窗/筛选下拉不单独截图）+ Web 端全屏视口 1440×900（android-capture/web-capture/doc-operation-manual 三 skill 及模板对齐）；②内容通用化：全文去除客户名称与项目名称（甲方/委托方/油田等一律不写），产出文档可供任意客户阅读；③交付格式规范：.md 为源 + 竖版 A4 PDF 最终交付，明确分页三原则（标题不孤行/图文不割裂/表行不切割）；④PRD 合并优化：以「系统功能清单」HTML 表格（rowspan 三列：功能模块/功能子模块/功能点）替代「页面导航结构」树与「页面清单」章节，清理 .html 文件名与来源说明区；⑤业务架构图模板重构：应用与服务层改横排竖版板块（.domain 分组，.d-item 管理端 / .d-item--app 员工端 / .domain-model 智能模型）+ 层间横向分隔线替代竖线箭头；⑥.gitignore 忽略 /交付文档/；记忆新增操作手册截图规范（见 [[feedback.md#操作手册截图规范（2026-09-10）]]）。
|
||||
- 2026-09-10：员工端体检指标对比详情移除 BMI/总胆固醇/甘油三酯的恶化趋势标签（commit 256b741）。
|
||||
- 2026-09-10：员工端新增一线医疗模块 + 医疗点PAD用药信息调整（commit 97652d7）——员工端新建 `frontline-medical/` 22 页（医疗点/健康小屋预约与测量、随访、就诊、用药计划、附近医疗）；医疗点PAD用药信息调整。
|
||||
|
||||
Reference in New Issue
Block a user