Upload Lexiang project KB snapshot

AGENTS.md

+# 乐享项目 Agent 入口
+
+## 协作方式
+
+1. 先复述目标和交付物；如果目标、范围或验收标准不清，先提澄清问题。
+2. 不确定时明确写“我不确定”，说明不确定点，并优先通过代码、文档或可验证来源确认。
+
+## 外部信息
+
+1. 涉及最新信息、版本、价格、官方能力、规则变更时，优先查官方来源并附链接。
+2. 结论要区分“已验证事实”和“基于上下文的推断”。
+
+## BOS Skill 更新
+
+1. 只要本次任务将使用任何名称以 `bos-` 开头的 skill，在真正读取或执行该 skill 之前，先运行：
+
+   ```powershell
+   powershell -ExecutionPolicy Bypass -File C:\Users\zx447\.codex\scripts\sync-bos-skills.ps1 -Skill <skill-name> -Json
+   ```
+
+2. 等脚本执行完成后再继续：
+   - `updated` / `up_to_date` / `dirty_but_current`：继续执行该 skill。
+   - `blocked_dirty`：明确告诉用户“远端有更新，但本地 skill 工作区有未提交改动，未自动更新”，并附上脚本返回的变更摘要。
+   - `error`：明确报错，不要假装已经完成更新。
+3. 已验证事实：当前脚本已维护这些 BOS skill 的 Git 来源映射：`bos-env-config`、`bos-issue-ledger`、`bos-meeting-ledger`、`bos-survey`、`bos-survey-creator`。
+4. 基于上下文的推断：如果未来新增其他 `bos-*` skill，先补充 `C:\Users\zx447\.codex\scripts\sync-bos-skills.ps1` 里的映射，再执行同样流程。
+
+## 1. 项目入口
+
+乐享项目相关问答先读：
+
+- `KB_乐享/00_乐享_KB_导航与边界.md`
+- `Issue_Ledger/README.md`
+- `KB_乐享/07_乐享_未决问题.md`
+- `prompts/lexiang-agent-runtime.md`
+
+## 2. 知识路由
+
+| 层级 | 目录 | 用途 |
+|---|---|---|
+| 项目事实 | `KB_乐享/` | 乐享项目蓝图、数据规则、配置主数据、测试、操作、集成、决策 |
+| 问题闭环 | `Issue_Ledger/` | 未决问题、状态、责任人、处理日志、关闭条件和关闭证据 |
+| 标准场景 | `KB_SC/` | 标准 Fiori 操作、标准配置、主数据要求 |
+| 产品边界 | `KB_SA/` | SAP Public Edition 2602 产品能力、Scope Item、功能限制 |
+
+项目事实优先级：
+
+1. `Issue_Ledger/`
+2. `KB_乐享/`
+3. `KB_SC/`
+4. `KB_SA/`
+
+不得使用训练记忆替代 KB 事实。
+
+## 3. 运行规则
+
+详见：
+
+- `prompts/lexiang-agent-runtime.md`
+- `prompts/lexiang-answer-template.md`
+- `prompts/lexiang-issue-diagnosis.md`
+
+关键规则：
+
+- 涉及问题诊断、客户答复、上线风险、接口、生产系统、财务过账、付款、主数据或权限时，使用“给客户的信息 / 给顾问的内部分析”双输出。
+- 遇到报错、差异、配置不一致、接口异常、测试失败、客户争议时，按 `Issue_Ledger -> 07 未决问题 -> KB_乐享 -> KB_SC -> KB_SA -> 证据不足` 诊断。
+- session 诊断结论不得自动回写 `Issue_Ledger/`；只有用户明确要求或顾问/项目负责人确认后，才可以新建 issue、追加日志、改状态或关闭 issue。
+- 涉及写入、删除、批量、付款、过账、期间、折旧、接口重跑时，必须确认系统环境；P 系统必须二次确认。
+- 如果用户只问项目实时系统状态，必须说明 KB 不证明实时状态，并要求补充系统截图、运行日志、单据号或项目确认记录。
+- 不得把“我无法查询系统 / 我不能访问系统 / 只能你自己确认 / 我不知道 / SAP 就是这样”作为最终答复。
+
+## 4. 当前运行入口
+
+- SC KB 导航：`KB_SC/KB_00_SC_Navigation_Map.md`
+- SA KB 导航：`KB_SA/KB_00_Navigation_Map.md`
+- 项目归档索引：`KB_乐享/08_乐享_归档索引.md`
+
+`outputs/` 和历史 `output/` 目录不得作为当前运行入口；当前 SC KB 文件均位于 `KB_SC/`。

Issue_Ledger/EXAMPLE-CLOSED-ISSUE.md

+---
+doc_type: issue_quality_example
+project: 乐享
+status: Closed
+sample_only: true
+last_updated: 2026-07-06
+---
+
+# EXAMPLE-CLOSED-ISSUE 关闭样例（非真实项目 Issue）
+
+## 使用边界
+
+本文件是关闭质量标杆样例，不代表乐享项目真实问题，不纳入 `LX-ISS-xxx` 活跃问题索引。
+
+真实 issue 只有在关闭条件全部满足、关闭证据可抽检、相关 KB 已回写后，才允许从 `Open` / `Resolved` 改为 `Closed`。
+
+## 基本信息
+
+- 状态：Closed
+- 严重度：P2
+- 责任人：示例责任人
+- 创建日期：2026-07-06
+- 最近更新日期：2026-07-06
+- 来源：示例来源
+- 关联 KB：示例 KB
+- 关联测试/配置/接口：示例对象
+- 下一步：无；已关闭
+
+## 问题描述
+
+示例：某项目 KB 中字段口径与项目确认记录不一致，需要修正并回写。
+
+## 当前判断
+
+该问题已通过项目确认记录闭环，相关 KB 已回写，后续回答可直接引用更新后的 KB 结论。
+
+## 处理计划
+
+1. 取得项目确认记录。
+2. 修正相关 KB 章节。
+3. 复核 AI 验收题库中对应问题。
+4. 记录关闭证据并关闭 issue。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | 示例 | 创建问题并登记影响范围 | 示例来源 |
+| 2026-07-06 | 示例 | 取得项目确认记录 | 示例确认记录编号 |
+| 2026-07-06 | 示例 | 回写相关 KB 并完成复核 | 示例 KB 章节 / 示例验收题 |
+| 2026-07-06 | 示例 | 关闭 issue | 关闭条件全部满足 |
+
+## 关闭条件
+
+- 项目确认记录已取得，且可追溯。
+- 相关 KB 已回写并能被检索。
+- 回答模板或验收题库已覆盖该问题。
+- 关闭结论不依赖口头判断。
+
+## 关闭证据
+
+- 项目确认记录：示例确认记录编号。
+- KB 回写：示例 KB 章节。
+- 验收记录：示例验收题编号。
+
+## 关闭后回答口径
+
+基于已关闭证据，可以回答“该问题已闭环”，并引用关闭证据；不得省略证据来源。

Issue_Ledger/LX-ISS-001.md

+---
+issue_id: LX-ISS-001
+project: 乐享
+status: Open
+severity: P1
+last_updated: 2026-07-06
+---
+
+# LX-ISS-001 成本中心到利润中心映射
+
+## 基本信息
+
+- 状态：Open
+- 严重度：P1
+- 责任人：财务顾问 / 项目经理
+- 创建日期：2026-07-03
+- 最近更新日期：2026-07-06
+- 来源：`02§2.2` / `LX-ARC-002` / `LX-ARC-010`
+- 关联 KB：`KB_乐享/02_乐享_数据规则.md`、`KB_乐享/03_乐享_配置与主数据.md`、`KB_乐享/07_乐享_未决问题.md`
+- 关联测试/配置/接口：成本中心、利润中心、默认利润中心 `999999`
+- 下一步：补齐成本中心到利润中心映射表，并回写 `02`、`03`
+
+## 问题描述
+
+当前尚未提供完整的成本中心到利润中心映射，项目 KB 只能确认在未提供完整映射前默认利润中心先使用 `999999`。
+
+## 当前判断
+
+这是影响成本归集和利润中心准确性回答的关键数据缺口。回答相关问题时必须标注“待核实”，不能把 `999999` 解释为最终业务口径。
+
+## 继续 Open 的正式说明（2026-07-06）
+
+已验证事实：
+- 当前 KB 只确认存在默认利润中心 `999999` 的兜底口径。
+- 当前 KB 未提供完整的成本中心到利润中心映射表，也未提供财务顾问或项目经理确认记录。
+
+正式判断：
+- 本 issue 继续保持 `Open`。
+- `999999` 只能作为缺映射时的默认兜底值，不得作为最终成本中心-利润中心映射结论。
+- 在补齐映射表并回写 `02`、`03` 之前，相关客户答复必须标注“仍需项目确认”。
+
+## 处理计划
+
+1. 追溯 `LX-ARC-010` 成本中心/利润中心资料和 `LX-ARC-002` 数据规则文档。
+2. 由财务顾问确认完整映射表。
+3. 回写 `02_乐享_数据规则.md` 与 `03_乐享_配置与主数据.md`。
+4. 补充关闭证据后改为 `Closed`。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | Codex | 从 `07_乐享_未决问题.md` 迁移为独立 issue 对象 | `07§2` |
+| 2026-07-06 | Codex | 按推广前整改要求形成继续 `Open` 的正式说明 | `02§2.2` / `LX-ARC-010` / 本文件 |
+
+## 关闭条件
+
+- 完整映射表已由财务顾问或项目经理确认。
+- `02`、`03` 中的默认利润中心口径已按确认结果更新。
+- 回答规则能区分“默认兜底值”和“最终映射值”。
+
+## 关闭证据
+
+暂无。

Issue_Ledger/LX-ISS-002.md

+---
+issue_id: LX-ISS-002
+project: 乐享
+status: Open
+severity: P2
+last_updated: 2026-07-06
+---
+
+# LX-ISS-002 P 系统成本中心主数据范围
+
+## 基本信息
+
+- 状态：Open
+- 严重度：P2
+- 责任人：财务顾问 / 项目经理
+- 创建日期：2026-07-03
+- 最近更新日期：2026-07-06
+- 来源：`02§2.3` / `LX-ARC-002`
+- 关联 KB：`KB_乐享/02_乐享_数据规则.md`、`KB_乐享/07_乐享_未决问题.md`
+- 关联测试/配置/接口：P 系统成本中心主数据
+- 下一步：核对 P 系统是否还有其他公司代码成本中心
+
+## 问题描述
+
+当前只确认提供了公司代码 `1000`、`2000`、`6000` 的成本中心，P 系统是否存在其他公司代码成本中心尚未闭环。
+
+## 当前判断
+
+回答“某公司成本中心是否已具备”类问题时，不能直接给出全量存在结论，只能引用当前 KB 已覆盖范围。
+
+## 处理计划
+
+1. 追溯 `LX-ARC-002` 原始数据规则表。
+2. 由财务顾问或项目经理核对 P 系统成本中心范围。
+3. 将确认后的公司代码和成本中心范围回写 `02`。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | Codex | 从 `07_乐享_未决问题.md` 迁移为独立 issue 对象 | `07§2` |
+
+## 关闭条件
+
+- P 系统成本中心范围已确认。
+- `02` 已回写确认后的公司代码覆盖范围。
+
+## 关闭证据
+
+暂无。
+

Issue_Ledger/LX-ISS-003.md

+---
+issue_id: LX-ISS-003
+project: 乐享
+status: Open
+severity: P2
+last_updated: 2026-07-06
+---
+
+# LX-ISS-003 工厂 6000 是否存在
+
+## 基本信息
+
+- 状态：Open
+- 严重度：P2
+- 责任人：供应链顾问 / 项目经理
+- 创建日期：2026-07-03
+- 最近更新日期：2026-07-06
+- 来源：`02§3` / `LX-ARC-002`
+- 关联 KB：`KB_乐享/02_乐享_数据规则.md`、`KB_乐享/07_乐享_未决问题.md`
+- 关联测试/配置/接口：组织结构、工厂主数据
+- 下一步：回看组织对象原表，确认是否已定义工厂 `6000`
+
+## 问题描述
+
+当前摘录未完全确认工厂 `6000` 是否存在。
+
+## 当前判断
+
+该问题影响组织对象准确性。涉及工厂 `6000` 的库存、采购、生产或物流回答必须标注“待核实”。
+
+## 处理计划
+
+1. 追溯 `LX-ARC-002` 组织对象原表。
+2. 由供应链顾问或项目经理确认工厂 `6000` 的存在性和用途。
+3. 回写 `02` 的组织结构章节。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | Codex | 从 `07_乐享_未决问题.md` 迁移为独立 issue 对象 | `07§2` |
+
+## 关闭条件
+
+- 工厂 `6000` 是否存在已有项目确认或系统证据。
+- `02` 已回写确认结论。
+
+## 关闭证据
+
+暂无。
+

Issue_Ledger/LX-ISS-004.md

+---
+issue_id: LX-ISS-004
+project: 乐享
+status: Open
+severity: P2
+last_updated: 2026-07-06
+---
+
+# LX-ISS-004 库存地点表重复/噪声行
+
+## 基本信息
+
+- 状态：Open
+- 严重度：P2
+- 责任人：供应链顾问
+- 创建日期：2026-07-03
+- 最近更新日期：2026-07-06
+- 来源：`02§3` / `LX-ARC-002`
+- 关联 KB：`KB_乐享/02_乐享_数据规则.md`、`KB_乐享/07_乐享_未决问题.md`
+- 关联测试/配置/接口：库存地点明细
+- 下一步：清洗库存地点明细后回写结构化表
+
+## 问题描述
+
+当前库存地点表已发现重复或噪声行，直接引用时需要二次核对。
+
+## 当前判断
+
+库存地点明细属于供应链问答的基础数据。未清洗前，回答具体库存地点是否存在、归属哪个工厂时必须保守表达。
+
+## 处理计划
+
+1. 追溯 `LX-ARC-002` 的库存地点原表。
+2. 清洗重复和噪声行。
+3. 由供应链顾问确认最终库存地点清单。
+4. 回写 `02`。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | Codex | 从 `07_乐享_未决问题.md` 迁移为独立 issue 对象 | `07§2` |
+
+## 关闭条件
+
+- 库存地点明细已完成清洗。
+- `02` 中保留的库存地点表可以直接用于问答。
+
+## 关闭证据
+
+暂无。
+

Issue_Ledger/LX-ISS-005.md

+---
+issue_id: LX-ISS-005
+project: 乐享
+status: Open
+severity: P2
+last_updated: 2026-07-06
+---
+
+# LX-ISS-005 资产类别待确认
+
+## 基本信息
+
+- 状态：Open
+- 严重度：P2
+- 责任人：财务顾问
+- 创建日期：2026-07-03
+- 最近更新日期：2026-07-06
+- 来源：`02§7` / `LX-ARC-002`
+- 关联 KB：`KB_乐享/02_乐享_数据规则.md`、`KB_乐享/07_乐享_未决问题.md`
+- 关联测试/配置/接口：固定资产主数据、资产类别 `Z006`、`Z010`、`Z011`、`Z012`
+- 下一步：向资产主数据确认补齐可用性和年限
+
+## 问题描述
+
+资产类别 `Z006`、`Z010`、`Z011`、`Z012` 当前客户未提供或未确认。
+
+## 当前判断
+
+该问题影响固定资产主数据完整性。回答资产类别、折旧年限或资产主数据导入问题时必须引用待确认状态。
+
+## 处理计划
+
+1. 追溯 `LX-ARC-002` 固定资产相关材料。
+2. 由财务顾问确认资产类别是否启用、适用范围和年限。
+3. 回写 `02` 或 `03` 中相关资产主数据口径。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | Codex | 从 `07_乐享_未决问题.md` 迁移为独立 issue 对象 | `07§2` |
+
+## 关闭条件
+
+- 四个资产类别的可用性和年限已确认。
+- 相关 KB 已回写，且问答不再使用“客户未提供”作为最终状态。
+
+## 关闭证据
+
+暂无。
+

Issue_Ledger/LX-ISS-006.md

+---
+issue_id: LX-ISS-006
+project: 乐享
+status: Open
+severity: P1
+last_updated: 2026-07-06
+---
+
+# LX-ISS-006 测试总体验收矩阵
+
+## 基本信息
+
+- 状态：Open
+- 严重度：P1
+- 责任人：项目经理 / 测试负责人
+- 创建日期：2026-07-03
+- 最近更新日期：2026-07-06
+- 来源：`04§5` / `LX-ARC-004`
+- 关联 KB：`KB_乐享/04_乐享_测试用例与结果.md`、`KB_乐享/12_乐享_测试矩阵.md`、`KB_乐享/07_乐享_未决问题.md`
+- 关联测试/配置/接口：UAT、测试矩阵、缺陷关闭证据
+- 下一步：补一份结构化测试矩阵，供整体 UAT 结论引用
+
+## 问题描述
+
+当前未抽到集中式的通过/失败矩阵，不能把局部截图证据说成整体测试通过。
+
+## 当前判断
+
+这是发布和上线支持的关键治理缺口。当前 KB 只能回答“存在测试/操作证据”，不能宣称整体 UAT 通过。
+
+## 继续 Open 的正式说明（2026-07-06）
+
+已验证事实：
+- `KB_乐享/12_乐享_测试矩阵.md` 已建立集中矩阵，并补入稳定用例编号。
+- 当前 KB 仍缺多数用例的执行日期、执行人、明确通过/失败结论和缺陷关闭证据。
+- 采购订单运费发票仅能证明存在单据链证据，不能外推整体 UAT 通过。
+
+正式判断：
+- 本 issue 继续保持 `Open`。
+- 在测试负责人补齐执行信息和关闭证据前，任何回答不得宣称“乐享 UAT 整体通过”。
+- 对客户只能表达为“当前 KB 存在部分测试/操作证据，整体通过结论仍需项目确认”。
+
+## 处理计划
+
+1. 以 `KB_乐享/12_乐享_测试矩阵.md` 建立集中测试矩阵。
+2. 逐项补充用例编号、执行日期、执行人、结果、缺陷编号和关闭证据。
+3. 缺陷必须关联本 Issue Ledger。
+4. 测试负责人确认后回写 `04` 与 `09`。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | Codex | 从 `07_乐享_未决问题.md` 迁移为独立 issue 对象 | `07§2` |
+| 2026-07-06 | Codex | 补强 `12` 测试矩阵字段，并形成继续 `Open` 的正式说明 | `KB_乐享/12_乐享_测试矩阵.md` |
+
+## 关闭条件
+
+- 关键业务流程均可判断已测、未测、通过、失败或待确认。
+- 失败或待确认项已关联 issue。
+- `04` 与 `09` 的验收口径已同步更新。
+
+## 关闭证据
+
+暂无。

Issue_Ledger/LX-ISS-007.md

+---
+issue_id: LX-ISS-007
+project: 乐享
+status: Open
+severity: P2
+last_updated: 2026-07-06
+---
+
+# LX-ISS-007 蓝图中第 5 个飞书查询接口对象
+
+## 基本信息
+
+- 状态：Open
+- 严重度：P2
+- 责任人：项目经理 / 财务顾问
+- 创建日期：2026-07-03
+- 最近更新日期：2026-07-06
+- 来源：`01§4` / `06§5` / `LX-ARC-001`
+- 关联 KB：`KB_乐享/01_乐享_蓝图与场景.md`、`KB_乐享/06_乐享_集成约定.md`、`KB_乐享/07_乐享_未决问题.md`
+- 关联测试/配置/接口：飞书查询接口对象
+- 下一步：追溯 `LX-ARC-001`，补齐第 5 个查询对象
+
+## 问题描述
+
+蓝图提到“5 个查询接口”，但当前已完整恢复的只有公司、成本中心、归属 BU、渠道 4 个对象，第 5 个对象待补。
+
+## 当前判断
+
+集成问答不宜补猜第 5 个对象。涉及飞书查询接口范围时必须说明当前 KB 已恢复对象和待核实对象。
+
+## 处理计划
+
+1. 追溯 `LX-ARC-001` 蓝图原文。
+2. 由项目经理或财务顾问确认第 5 个查询接口对象。
+3. 回写 `01` 与 `06`。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | Codex | 从 `07_乐享_未决问题.md` 迁移为独立 issue 对象 | `07§2` |
+
+## 关闭条件
+
+- 第 5 个飞书查询接口对象已确认。
+- `01` 与 `06` 已回写最终对象清单。
+
+## 关闭证据
+
+暂无。
+

Issue_Ledger/LX-ISS-008.md

+---
+issue_id: LX-ISS-008
+project: 乐享
+status: Open
+severity: P1
+last_updated: 2026-07-06
+---
+
+# LX-ISS-008 接口设计文档是否最终启用
+
+## 基本信息
+
+- 状态：Open
+- 严重度：P1
+- 责任人：项目经理 / 财务顾问
+- 创建日期：2026-07-03
+- 最近更新日期：2026-07-06
+- 来源：`06§4` / `LX-ARC-008`
+- 关联 KB：`KB_乐享/06_乐享_集成约定.md`、`KB_乐享/07_乐享_未决问题.md`
+- 关联测试/配置/接口：SAP 与飞书 FICO 接口设计稿、正式上线接口清单
+- 下一步：以正式上线接口清单确认是否启用并回写 `06`
+
+## 问题描述
+
+接口设计文档文件名包含“未用”，最终启用状态不明。字段映射只能作为参考设计，不能直接当作生产事实。
+
+## 当前判断
+
+这是影响上线支持和接口问答的关键边界问题。涉及飞书-SAP 接口字段、启用状态、生产连通性时，必须要求项目正式证据或系统运行证据。
+
+## 继续 Open 的正式说明（2026-07-06）
+
+已验证事实：
+- `KB_乐享/06§5` 已建立接口最终状态表。
+- 当前接口对象的上线状态仍为“待确认”，缺正式上线接口清单、接口运行日志或项目确认记录。
+- `LX-ARC-008` 文件名包含“未用”，字段映射不能直接作为生产启用事实。
+
+正式判断：
+- 本 issue 继续保持 `Open`。
+- 接口字段、启用状态、生产连通性、重跑策略均不得凭设计稿推断。
+- 在补齐正式上线接口清单或运行证据前，对客户只能说明“接口边界已有蓝图依据，最终启用状态仍需项目或系统证据确认”。
+
+## 处理计划
+
+1. 获取正式上线接口清单、接口运行日志或项目确认记录。
+2. 对每个接口对象确认启用、未启用或待确认状态。
+3. 回写 `06§接口最终状态`。
+4. 未启用接口必须补充当前业务替代路径。
+
+## 处理日志
+
+| 时间 | 操作人 | 动作 | 证据 |
+|---|---|---|---|
+| 2026-07-06 | Codex | 从 `07_乐享_未决问题.md` 迁移为独立 issue 对象 | `07§2` |
+| 2026-07-06 | Codex | 按推广前整改要求形成继续 `Open` 的正式说明 | `KB_乐享/06§5` / `LX-ARC-008` |
+
+## 关闭条件
+
+- 每个飞书-SAP 接口对象都有启用、未启用或待确认状态。
+- 未启用接口已有替代路径说明。
+- `06` 已回写最终状态表。
+
+## 关闭证据
+
+暂无。

Issue_Ledger/README.md

+---
+doc_type: project_issue_ledger_index
+project: 乐享
+last_updated: 2026-07-07
+source_kb: KB_乐享/07_乐享_未决问题.md
+---
+
+# 乐享 Issue Ledger
+
+## 1. 定位
+
+本目录是乐享项目问题台账的对象化版本。每个问题一个文件，记录状态、责任人、下一步、来源、关闭条件和 append-only 处理日志。
+
+与 `KB_乐享/07_乐享_未决问题.md` 的关系：
+- `07_乐享_未决问题.md` 保留为项目未决问题总览。
+- 本目录是问题闭环与变更留痕入口。
+- 回答报错、差异、配置不一致、接口异常、测试失败、客户争议时，必须先查本目录，再查 `07_乐享_未决问题.md` 和其他 KB。
+
+## 2. 状态词表
+
+| 状态 | 含义 |
+|---|---|
+| `Open` | 已识别，尚未进入处理闭环 |
+| `In Progress` | 已有人处理，正在补证据或回写 |
+| `Pending Customer` | 等客户或项目方补资料、确认或系统证据 |
+| `Resolved` | 已形成结论，待回写相关 KB |
+| `Closed` | 结论已回写，关闭证据齐备 |
+| `Reopened` | 已关闭后因新证据或结论反转重新打开 |
+
+## 3. 严重度词表
+
+| 严重度 | 适用场景 |
+|---|---|
+| `P1` | 影响上线判断、接口启用、财务过账、测试总体验收或关键数据准确性 |
+| `P2` | 影响局部模块问答准确性、配置判断或主数据完整性 |
+| `P3` | 影响文档清晰度、局部追溯或低频问答 |
+
+## 4. Issue 索引
+
+| Issue | 主题 | 状态 | 严重度 | 责任人 |
+|---|---|---|---|---|
+| [LX-ISS-001](LX-ISS-001.md) | 成本中心到利润中心映射 | `Open` | `P1` | 财务顾问 / 项目经理 |
+| [LX-ISS-002](LX-ISS-002.md) | P 系统成本中心主数据范围 | `Open` | `P2` | 财务顾问 / 项目经理 |
+| [LX-ISS-003](LX-ISS-003.md) | 工厂 `6000` 是否存在 | `Open` | `P2` | 供应链顾问 / 项目经理 |
+| [LX-ISS-004](LX-ISS-004.md) | 库存地点表重复/噪声行 | `Open` | `P2` | 供应链顾问 |
+| [LX-ISS-005](LX-ISS-005.md) | 资产类别待确认 | `Open` | `P2` | 财务顾问 |
+| [LX-ISS-006](LX-ISS-006.md) | 测试总体验收矩阵 | `Open` | `P1` | 项目经理 / 测试负责人 |
+| [LX-ISS-007](LX-ISS-007.md) | 蓝图中第 5 个飞书查询接口对象 | `Open` | `P2` | 项目经理 / 财务顾问 |
+| [LX-ISS-008](LX-ISS-008.md) | 接口设计文档是否最终启用 | `Open` | `P1` | 项目经理 / 财务顾问 |
+
+## 5. 维护规则
+
+- session 诊断结论不得自动写入本目录；只有用户明确要求记录、更新或关闭 issue，或顾问/项目负责人明确确认后，才可以维护正式 issue。
+- 回写前必须先查是否已有同类 issue；已有同类问题时优先追加处理日志，不重复新建。
+- 不删除历史处理日志；新增进展只追加到各 issue 的“处理日志”。
+- 改状态前必须补充证据来源，来源可以是 `KB_乐享` 章节、`LX-ARC-xxx`、系统截图、日志、单据号或正式项目确认记录。
+- 关闭 issue 必须同时满足“关闭条件”和“关闭证据”。
+- 与测试失败相关的缺陷必须在 `KB_乐享/12_乐享_测试矩阵.md` 中关联 issue 编号。
+- 与接口启用状态相关的问题必须回写 `KB_乐享/06_乐享_集成约定.md`。
+
+## 6. 关闭质量标杆
+
+- `EXAMPLE-CLOSED-ISSUE.md` 是非真实项目 issue，仅作为关闭质量样例。
+- 真实 `LX-ISS-xxx` 只有在关闭条件全部满足、关闭证据可抽检、相关 KB 已回写后，才能标记为 `Closed`。
+- 后续一旦出现真实已关闭 issue，应优先用真实 issue 替换该样例作为标杆。