Wiki 知识管理评审要点（入库原料）
状态： 建议稿；2026-09-21；未改站时写成；现已开始执行第一批（主卡 + 规则 + 导出）。
性质： 原料 ≠ 结论。结论以 CURRENT_STATE.md 与主题主卡为准。
来源： 2026-09-21「Wiki 知识管理评审」讨论与执行委托。
1. 总体判断
- Wiki 已有大量有价值蒸馏（claims / syntheses / CURRENT_STATE），但按报告日期成组的默认视图，不适合「按问题找答案」。
- 应升级现有 Claims → 知识卡片，不另立平行 cards 真相库；CURRENT_STATE 仍是唯一当前权威。
- 卡片只服务高频经营/产品问题；原料与按来源蒸馏保留为下钻视图。
- 审批意见 ≠ 科学事实；负责人改口应写在决策变更触发，不得冒充证据复核条件。
- 同一报告的多份摘要 = 一条来源链，不算多证据。
- 落地顺序：先 10–20 张主卡 + 字段合同 + 机器导出；不做搜索/向量库这一阶段。
2. 四步路径问题（评审指出的组织缺口）
| 步 | 缺口 | 对策方向 |
|---|---|---|
| 原料 | 有 raw，但读者易把蒸馏当终点 | 原料区标明 ≠ 结论；默认走卡片 |
| Claim | 按日期/报告成组，难按问题检索 | 升级为主题主卡（问题式标题） |
| 权威 | CURRENT_STATE 完整，但缺「一问一答」入口 | 主卡 short_answer + 链回权威 |
| 学习 | HOW_TO_LEARN 只有 claim 合同，无卡片三态 | 扩展为「怎么学 + 知识卡片合同」 |
3. P0 / P1 清单（评审建议）
P0（本批执行）
- 写清知识卡片合同（四种类型、三态、字段、证据/决策分离）
- 首批约 10–20 张主题主卡（高频问题）
cards/index.md按主题分组（非按报告日期）- 扩展
build_site.py：cards.json、导航、首页四任务入口、claims 提示 - 更新 CURRENT_STATE「知识组织」节与 HOW_TO_LEARN
- 入库本评审原料 + 蒸馏 claim + learning log
P1（后续，本批不做）
- 全量旧 claim 迁到三态字段
- 搜索 / 向量库 / 语义召回
- 卡片间关系图可视化
- 更多长尾问题卡
4. 四种卡
| 类型 | 含义 | 例子 |
|---|---|---|
| 概念 | 术语是什么、不是什么 | Golden Context |
| 判断 | 对事实/方向的主张（须证据态） | 不是下一代 CDP |
| 决策 | 已选或待选的路线（须决策态） | 首期不上图数据库默认 |
| 实践 | 怎么做、门槛与边界 | HITL 必须人批的动作 |
5. Agent 知识合同（摘要）
Agent 读库时应：
- 先读 CURRENT_STATE；查具体问题优先走
cards//agent/cards.json - claims/ 视为按来源蒸馏的原料视图，不是默认问答入口
- 尊重三态：
evidence_status/decision_status/verification_status拆开 - 不得把「负责人改意见」写成证据验证标准
- 推断不写成事实；厂商介绍 ≠ 效果验证
- W07：只进带复核条件的 claim；原料 ≠ 结论
完整字段见 HOW_TO_LEARN.md。
6. 落地顺序（已采纳）
- 本批： 首批主卡 + 规则（HOW_TO_LEARN）+ 导出（cards.json / 导航 / 首页）
- 不下本批： 搜索、向量库、全量历史 claim 自动迁移
- 待确认： 亮哥是否批准整套卡片字段为正式合同
7. 执行备注
- 执行日：2026-09-21
- 范围：
/workspace/wiki/customer-engine/ - 不部署 VPS（由父代理部署）