feat: 水星家纺-售前阶段会议清单 会议机制定义 — 售前阶段会议纪要

售前阶段会议纪要/list-config.md

+---
+list_id: 售前阶段会议纪要
+name: 水星家纺-售前阶段会议清单
+project: 水星家纺
+list_type: 会议纪要
+profile: 会议型
+version: 1
+id_scheme: {prefix: MTG, proj_code: 水星, source: 顺序, pad: 3}
+freeze_idle_days: 14
+repo: "http://118.31.18.126:9001/zhangxiaojie/Shuixiangjiafang.git"
+branch: main
+protected_path: "list-config.md"
+members: []
+types: [客户决策会, 工作坊, 评审, 内部]
+checklists: []
+---
+# 水星家纺-售前阶段会议清单 — 会议机制定义（list-config）
+
+> 由 bos-meeting-creator 提议、SA 拍板。权限：放 GitLab 受保护路径 `protected_path`，只 SA 可合。
+> 探测到的样例会议类型（仅提示）：（无样例/未探测到，用默认4类）
+> **AI 只提议，SA 逐条过目后才改名为 list-config.md 生效。**
+> 门定义见上方 front matter `checklists` 字段，修改 checklists 后本说明自动对应。
+
+## 机制变更记录

售前阶段会议纪要/references/profiles/会议型.md

+---
+profile: 会议型
+vocab:
+  type:
+    - 客户决策会
+    - 工作坊
+    - 评审
+    - 内部
+required_understanding:
+  - 结论与决策
+  - 我的待办
+  - 不确定与分歧
+---
+# 会议型 profile（受控词表）
+
+> 会议纪要类的受控词表与理解骨架。**新增/改类型须改本文件**（或由 meeting-creator 立 list-config 覆盖）。
+
+## 会议类型（`profile` 字段取值）
+- **客户决策会**：与客户拍板的会。建议 prep 设硬门、freeze 设"客户确认"门。
+- **工作坊**：Fit-to-Standard / 专题工作坊，常多 session 一个 engagement。
+- **评审**：内部/交付评审。
+- **内部**：BOS 内部沟通。
+
+## 理解骨架（三栏，门②，不可砍）
+1. 结论与决策（必填）
+2. 我的待办（→ action→问题）
+3. 不确定与分歧（病B 探测 + 收敛检测依赖此栏）

售前阶段会议纪要/references/schema.md

+# 会议纪要 Object — 会议机制 Schema
+
+> 会议纪要 KB 的唯一真相规约。一个会议 instance = 一个 MD 簇：`meetings/{id}.md` ＋ N 份 `understandings/{id}__{n}.md`（每份署名）。
+> **顾问不直接编辑这些文件**，只通过 bos-meeting-ledger skill 脚本写入（脚本强制 schema + 盖 git 戳 + append-only）。
+> 给人看的视图（HTML 工作台/客户纪要）是从这些文件**重算出来的投影**，不是真相源。
+> 与 `bos-issue-ledger` 同范式、同引擎（不同 checklist）。
+
+---
+
+## 1. instance = engagement（不是物理会，D4/D5）
+
+一个 instance = 一次完整的"prep → 参会 → 理解 → action"周期，物理上 1..N 场会（session）。
+多 session 用捕获日志按 session 打 git 时间戳累积；engagement 收尾 `freeze`（`status: frozen`），之后改正走勘误，不再加理解。
+
+## 2. 会议记录 MD（meetings/{id}.md）
+
+```
+---
+<frontmatter>
+---
+# <id> <标题>
+
+## 准备
+（prep 说明；prep_docs 指针在 frontmatter）
+
+## 捕获日志
+（append-only：每条 时间·作者·[session/来源]·内容；禁止手改/删历史）
+- 2026-06-25 · 邓美画 · [s1] · 建档(engagement 开启)；type=客户决策会；prep=蓝图v2
+- 2026-06-25 · 刘欣媛 · [s1] · 提交理解(KD)；分歧栏=有
+```
+
+| 键 | 含义 | 受控? | 取值 |
+|---|---|---|---|
+| `id` | 唯一编号 | — | `{prefix}-{proj}-{seq}`（编码由 list-config `id_scheme` 定，A1） |
+| `project` | 项目 | — | 如 `康诺` |
+| `profile` | 会议类型 | **是** | 见 profile 词表：客户决策会/工作坊/评审/内部 |
+| `title` | 标题 | — | 文本 |
+| `date_start`/`date_end` | 起讫 | — | `YYYY-MM-DD`（多 session 跨日） |
+| `convener` | 召集人=prep 担责人 | — | git 自动盖创建者；创建权由 GitLab ACL 控（见 list-config） |
+| `status` | 生命周期 | **是** | `open` / `frozen` |
+| `prep_docs` | 准备文档指针（门①） | — | 列表；系统演示输出也算一份 |
+| `participants` | **已留痕参会**（非参会全集，D17） | — | 派生=提交了理解者的并集；系统不主张"谁没来" |
+| `action_items` | action→问题 | — | 列表，元素为 issue id（`ISS-*`） |
+| `trust_grade` | 标红/信任（预留） | — | 本期=人工 SA 抽检的红旗文本，非算出值（诚实标注 D2/开放 B） |
+| `escalate_flags` | 结构化标红标志 | — | 列表，如 `["缺prep", "冻结软门", "理解分歧", "收紧抽检"]` |
+
+## 3. 理解 MD（understandings/{id}__{n}.md，每参会人一份，署名）
+
+```
+---
+meeting_id: MTG-KN-001
+session: s1
+author: 刘欣媛        # git 自动盖，顾问不能手填
+registered: 2026-06-25
+---
+# 理解 · 刘欣媛 · MTG-KN-001
+
+## 结论与决策          # 门②必填：你必须产出 KD
+## 我的待办            # → 可转 action→问题
+## 不确定与分歧        # 病B 金矿；分歧收敛检测(C2)依赖此栏，骨架不可砍(D9)
+```
+
+### 3.1 理解追加（append-only）
+
+在已有理解上追加内容，遵循 append-only 原则：
+- 每次追加在相应 section 末尾用 `> 📎 YYYY-MM-DD 追加：内容` 块引用追加，原始内容不动
+- 文件底部 `## 追加记录` section 汇总所有追加操作
+- frontmatter 加 `updated: YYYY-MM-DD` 字段
+
+```
+---
+meeting_id: MTG-KN-001
+session: s1
+author: 刘欣媛 <liu@example.com>
+registered: 2026-06-25
+updated: 2026-06-28
+---
+# 理解 · 刘欣媛 · MTG-KN-001
+
+## 结论与决策
+采用方案 A，下周二启动
+
+> 📎 2026-06-28 追加：经客户确认，方案 A 需增加容灾备份
+
+## 追加记录
+- 2026-06-28 · 刘欣媛 <liu@example.com> · 补充了 结论与决策
+```
+
+## 4. 三道门（checklist = 本类身份；绑定到动作，非状态转移）
+
+- **门① create / prep**：建档时若无 `prep_docs` → 默认**软门**（建档但标红 escalate）；可按 type 设硬门（如客户决策会必须有 prep）。
+- **门② add_understanding**：`结论与决策` 必须非空——参加了就要产出会议 KD。参加与否顾问自决；**不管考勤、不检测谁没写**（用户决策）。
+- **门③ action_to_issue**：action 在 issue-ledger 建 issue，issue.source 写 `meeting:{id}#{session}`（A2）。
+- **freeze 门**（可选，按 type）：如客户决策会冻结前须填"客户确认"。硬门未过→留痕+拒；软门缺→escalate。
+- **失败留痕**：被硬门拦的尝试（含已填答案）先 append 再拒，状态不变（沿用 issue-ledger）。
+
+## 5. append-only 与完整性
+
+- 捕获日志、理解 MD 永不覆盖/删除；`author`/`date` 由 git/env 自动盖，顾问不能手填。
+- 标红不过门：会议类型非法 · `结论与决策` 空 · 冻结后再写。
+
+## 6. 反作弊与信任（设计原理，本期人工抽检，非已实现机制）
+
+- 伪造（空心 prep 指针）可标红；遗漏（开了会不建档/不交 KD）靠**跨源**间接抓（他人理解/客户回环/问题回指）。贡献自愿，遗漏为接受的残余风险。
+- 信任锚：客户回环＞多方理解收敛＞单方主张＞悬空。min() 传播是远景（开放 B）。