@umacloud/knowledge 1.0.15 → 1.0.17

package/cloud-native/06-glossary/cloud-native-glossary.md

@@ -10,11 +10,7 @@ difficulty: intermediate
 quality_score: 70
 ---
 
-# 开发：Excellent（11964948@qq.com）
-# 功能：云原生核心术语定义
-# 作用：统一术语理解，便于沟通和学习
-# 创建时间：2025-03-20
-# 最后修改：2025-03-20
+# 云原生词汇表
 
 ## A
 

package/compliance/01-standards/audit-logging-and-evidence.md

@@ -0,0 +1,111 @@
+---
+id: audit-logging-and-evidence
+title: 审计日志与合规证据规范（商业级必读）
+domain: compliance
+category: 01-standards
+difficulty: intermediate
+tags: [audit-log, audit-trail, evidence, tamper-evident, accountability, who-did-what, retention, compliance, 审计日志, 审计追踪, 合规证据, 防篡改, 商业级]
+quality_score: 95
+last_updated: 2026-06-29
+---
+# 审计日志与合规证据规范（商业级必读）
+
+> 普通日志回答"系统发生了什么"，审计日志回答"**谁**在**何时**对**什么**做了**什么**、结果如何"。
+> 当出现纠纷、越权、数据泄露、监管问询时，审计日志是你唯一能自证清白或定位责任的证据。
+> 它和应用日志是两套东西：审计日志要**防篡改、可追溯、长期保留、独立于业务日志**。事后补不出来——必须从一开始就记。
+
+## 1. 审计日志 ≠ 应用日志
+
+| 维度 | 应用日志 | 审计日志 |
+|---|---|---|
+| 目的 | 排障、可观测 | 问责、合规、取证 |
+| 内容 | 系统行为、调用链 | 主体对客体的安全相关操作 |
+| 可改 | 可轮转、可删 | 防篡改、不可改、定期保留 |
+| 读者 | 工程师 | 审计员、安全、监管、法务 |
+| 保留 | 几天~几周 | 数月~数年（按合规要求）|
+
+两者**分开存储**：审计事件可以同时进可观测体系，但合规证据要有独立、受控、防篡改的留存。
+
+## 2. 必须记录的事件
+
+凡是"安全相关、合规相关、影响他人数据/权限"的操作都要记：
+
+- **认证**：登录成功/失败、登出、MFA 校验、会话创建/失效、密码/密钥变更。
+- **授权**：权限/角色变更、提权、访问被拒、敏感资源访问。
+- **数据**：对个人/敏感数据的访问、导出、修改、删除（尤其批量与跨用户操作）。
+- **配置/管理**：安全配置变更、功能开关变更（尤其 kill-switch）、用户/账号增删、密钥轮换。
+- **特权操作**：管理员/运维的高权限动作、以他人身份操作（impersonation）、数据库直连改数。
+- **合规动作**：数据主体请求（导出/删除/更正）的受理与完成。
+
+## 3. 每条审计记录的必备字段（5W）
+
+| 字段 | 含义 |
+|---|---|
+| who（主体）| 操作者身份：用户/服务账号ID、角色；以他人身份操作时记**真实操作者 + 被代理者** |
+| when（时间）| 高精度、可信时间源、统一时区（UTC），不可被客户端伪造 |
+| what（动作 + 客体）| 做了什么操作、对哪个资源（资源类型 + ID），变更前后值（敏感值脱敏/只记引用）|
+| where（来源）| 来源 IP、设备、会话ID、请求ID（贯穿应用日志便于关联）|
+| result（结果）| 成功/失败/被拒；失败也要记（被拒的越权尝试本身就是关键信号）|
+
+补充：记录**关联ID**（request_id / trace_id）把审计事件和应用链路打通；失败的敏感操作**和成功的一样重要**。
+
+## 4. 防篡改与完整性
+
+审计日志的价值全在"没被改过"。要做到：
+
+- **只追加（append-only）**：审计日志只写不改不删；应用账号对审计存储**没有**修改/删除权限。
+- **权限隔离**：写审计的身份 ≠ 能读全部审计的身份 ≠ 能管理留存的身份；管理员也不能悄悄删自己的痕迹。
+- **完整性校验**：用哈希链/链式校验/独立签名等手段，使任何删改可被检出（tamper-evident）。
+- **外移**：审计日志尽快写到独立、受控的存储（与被审计系统不同的信任域），防止入侵者就地销毁证据。
+- **时间可信**：用可信时间源，防止时间戳被回拨伪造。
+
+## 5. 审计日志本身要合规
+
+- **脱敏**：审计记录里**不存**密码、token、卡号明文；记录"改了哪个字段"而非把敏感值原样落进审计。
+- **最小必要**：记录足够定位责任，但不把敏感数据复制进审计造成二次暴露面。
+- **访问受控**：谁能查审计日志本身要受控、要留痕（查审计的动作也是审计事件）。
+- **保留期**：按合规要求定保留期限（常以年计），到期前不可删，到期后按策略处理。
+
+## 6. 合规证据（不只是日志）
+
+认证审计（SOC2 / ISO 27001 / 行业监管等）要的是"能证明你确实做了控制"的**证据**，审计日志是其中一类。还要留：
+
+| 证据类型 | 内容 |
+|---|---|
+| 操作审计 | who-did-what 审计日志（本规范主体）|
+| 同意记录 | 用户同意：谁、何时、对哪版条款、通过什么方式（见 `privacy-and-compliance-readiness`）|
+| 数据主体请求 | 导出/删除/更正请求的受理与**完成**记录 |
+| 访问评审 | 定期"谁有权访问敏感资源、是否仍需要"的评审记录 |
+| 变更/发布 | 谁、何时、发了什么版本、对应 commit（见 `release-engineering/`）|
+| 控制落实 | 安全扫描、权限配置、加密配置等控制项的执行证据 |
+
+证据要**可检索、可导出、带时间线**——审计员问"给我看 X 时间 Y 操作的记录"，你要能立刻调出。
+
+## 7. 与其他规范的关系
+
+- 隐私/数据主体权利的工程化见 `compliance/01-standards/privacy-and-compliance-readiness`。
+- 谁能做什么（授权模型）见 `security/01-standards/authorization-and-access-control`。
+- 应用侧可观测/结构化日志见 `observability/`（审计是其特殊子集，但留存与防篡改要求更高）。
+- 数据泄露响应见 `incident/` 与 `security/02-playbooks/incident-response-security-playbook`。
+
+## 8. 反模式（出现即不合格）
+
+1. **不记或漏记**：敏感操作（删数据、提权、导出）没有审计，事后查无可查。
+2. **审计可被改/可被删**：应用账号能改写审计日志，入侵者一进来就抹痕迹。
+3. **只记成功不记失败**：被拒的越权尝试（最该警觉的信号）没留下。
+4. **审计混进应用日志**：跟着业务日志几天就轮转没了，达不到保留要求。
+5. **审计里存明文敏感值**：把密码/卡号/token 原样落进审计，制造新暴露面。
+6. **没有"谁操作的"**：只记"某记录被删"，记不出是谁删的。
+7. **代理操作不记真实人**：以他人身份操作只记被代理者，查不到真正动手的人。
+8. **合规当临上线补文档**：平时不留证据，审计前临时编造，经不起追溯。
+
+## 9. 最低交付 checklist
+
+- [ ] 审计日志与应用日志分离，独立、受控、长期保留。
+- [ ] 认证/授权/数据/配置/特权/合规等安全相关操作全部记审计。
+- [ ] 每条记录含 who/when/what/where/result，失败操作同样记录。
+- [ ] 代理操作记录真实操作者 + 被代理者；带关联ID可与应用链路打通。
+- [ ] 审计只追加、应用账号无删改权、有完整性校验、尽快外移到独立信任域。
+- [ ] 审计记录脱敏，不存明文敏感值；查审计本身也受控并留痕。
+- [ ] 审计保留期按合规要求设定，到期前不可删。
+- [ ] 同意记录、数据主体请求、访问评审、变更发布等合规证据可检索可导出。

package/compliance/01-standards/privacy-and-compliance-readiness.md

@@ -0,0 +1,119 @@
+---
+id: privacy-and-compliance-readiness
+title: 隐私与合规就绪规范（商业级必读）
+domain: compliance
+category: 01-standards
+difficulty: intermediate
+tags: [privacy, pii, data-classification, consent, retention, audit, data-residency, dsar, 合规, 隐私, 商业级]
+quality_score: 95
+last_updated: 2026-06-29
+---
+# 隐私与合规就绪规范（商业级必读）
+
+> 处理用户数据就要承担法律与信任责任。商业级产品在写第一行处理个人数据的代码之前，
+> 就要把"收集什么、为什么、存多久、谁能看、用户能不能删"想清楚并落到工程里。
+> 合规不是上线前补的文档，而是从数据模型就内建的能力（privacy by design）。
+
+## 1. 核心原则
+
+- **数据最小化**：只收集达成目的**必需**的数据，不"先存着以后也许有用"。字段越少，风险越小。
+- **目的限定**：数据只能用于收集时声明的目的；换用途要重新取得依据/同意。
+- **默认隐私（privacy by default）**：默认采集最少、默认最严权限、默认不共享；让用户主动开启而非默认开启。
+- **可问责**：能证明你做了合规（记录、审计、控制映射），而不只是声称。
+- **设计即合规**：在数据模型、接口、日志设计阶段就考虑分类、保留、删除、最小化，而非事后补。
+
+## 2. 数据分类与盘点
+
+先盘清"系统里有哪些数据、敏感度多高"，否则无从保护。
+
+| 分级 | 示例 | 处理要求 |
+|---|---|---|
+| 公开 | 营销文案、公开文档 | 无特殊要求 |
+| 内部 | 业务配置、聚合统计 | 访问控制 |
+| 个人数据（PII）| 姓名、邮箱、手机、地址、设备/账号标识 | 加密、最小化、可删除、可导出 |
+| 敏感个人数据 | 支付卡、健康、生物特征、精确位置、身份证件、未成年人数据 | 强化加密、严格最小授权、单独同意、更短保留 |
+| 凭据/密钥 | 密码、token、API key | 单向哈希/密管，绝不明文、绝不入日志 |
+
+要点：维护**数据盘点（哪些字段属于哪级、存在哪、流向哪）**；新增字段时定级。**绝不**记录密码/卡号/token 明文；日志/报错里对 PII 脱敏。
+
+## 3. 同意与合法依据
+
+- 收集个人数据要有**合法依据**（用户同意、履行合同所必需、法定义务等），并能说明是哪一种。
+- 同意要**明确、可知情、可撤回**：默认不勾选、分用途细分、撤回和给予一样容易。
+- 记录同意：谁、何时、对什么版本的条款、通过什么方式同意——可审计。
+- 对未成年人、敏感数据有更严格的同意与年龄校验要求。
+
+## 4. 数据主体权利（必须工程化实现）
+
+用户对自己的数据有这些权利，产品要有**真实可执行的流程**，而非客服手动翻库：
+
+| 权利 | 工程实现 |
+|---|---|
+| 访问/导出 | 能按用户聚合其所有个人数据并以通用格式导出（数据可携带） |
+| 更正 | 用户可更新其数据，且更新传播到副本/缓存 |
+| 删除（被遗忘）| 能定位某用户的所有数据（含备份、日志、下游、缓存）并删除/匿名化；记录删除完成 |
+| 限制/反对 | 能停止特定处理（如停止精准营销）而不删账号 |
+| 撤回同意 | 撤回后停止相应处理 |
+
+难点：删除要覆盖**所有副本**（备份、数据仓库、日志、第三方）。设计阶段就要让"按用户删除"可行——用户ID贯穿、可定位、可级联，而不是数据散落无法回收。
+
+## 5. 保留与生命周期
+
+- 每类数据定**保留期限**，到期自动删除或匿名化，**不无限留存**。
+- 实现 TTL/定期清理任务；备份也要遵守保留策略（不能"主库删了备份留十年"）。
+- 区分"删除"与"匿名化"：统计需要保留时，做**不可逆匿名化/去标识**（去掉可识别字段，确保不能反推个人）。
+- 账号注销要触发其个人数据的删除/匿名化流程，并给用户确认。
+
+## 6. 安全与加密
+
+- **传输加密**：所有个人数据传输用 TLS。
+- **静态加密**：个人/敏感数据落库加密；敏感字段做字段级加密或令牌化（tokenization），密钥与数据分离托管。
+- **最小授权**：按角色/属性最小授权访问个人数据；访问要鉴权、要留痕。
+- **脱敏**：日志、报错、分析、测试数据中对 PII 脱敏/掩码；测试环境绝不用真实个人数据。
+- 与安全基线协同：见 `security/01-standards/secure-coding-baseline`、`security/01-standards/data-protection-gdpr`。
+
+## 7. 数据驻留与跨境
+
+- 明确数据**存储与处理的地理位置**；某些数据有"必须留在特定地区"的驻留要求。
+- 跨境传输个人数据要有合法机制与记录；选择第三方/云区域时考虑数据驻留。
+- 维护**数据流向图**：数据从哪进、存哪、流向哪些第三方/区域——出事和审计都要它。
+
+## 8. 审计与可追溯
+
+- 对敏感操作（访问/导出/修改/删除个人数据、权限变更、登录）记**审计日志**：谁、何时、对什么、从哪、结果。
+- 审计日志要**防篡改、可追溯、有保留期**；审计日志本身也要对 PII 脱敏。
+- 保留**合规证据**：数据盘点、同意记录、删除完成记录、访问评审记录、控制落实证据——可应对认证审计与监管问询。
+- 定期做**访问评审**（谁有权访问敏感数据，是否仍需要）。
+
+## 9. 第三方与供应链
+
+- 引入处理个人数据的第三方（分析、支付、云、SaaS）前评估其安全与合规，签订数据处理约定，明确各自责任。
+- 维护第三方数据处理清单（处理什么、为什么、在哪）。
+- 第三方也要遵守你的保留/删除/驻留要求；用户删除要能传导到下游。
+
+## 10. 事件响应
+
+- 个人数据泄露要有**响应预案**：发现→遏制→评估影响范围→按法定时限通知监管/用户→复盘整改。
+- 明确"什么算可上报的泄露"、通知时限、责任人；提前演练（见 `incident/` 与 `security/02-playbooks/incident-response-security-playbook`）。
+
+## 11. 反模式（出现即不合格）
+
+1. **过度采集**：能要的全要、留着以后也许有用。
+2. **删不掉**：数据散落各处，"按用户删除"做不到。
+3. **PII 入日志/明文存储**：密码/卡号/token 明文，日志含个人数据。
+4. **无保留策略**：所有数据永久留存。
+5. **同意走过场**：默认勾选、不可撤回、不记录。
+6. **合规当文档补**：上线前补 PDF，工程里没有任何对应能力。
+7. **忽略数据驻留/第三方**：把个人数据随手发给未评估的第三方/任意区域。
+
+## 12. 最低交付 checklist
+
+- [ ] 有数据分类与盘点；每个字段定级，新增字段定级。
+- [ ] 只采集必需数据；同意明确、可撤回、可审计。
+- [ ] 访问/导出/更正/删除/限制等数据主体权利有可执行的工程实现。
+- [ ] 删除能覆盖所有副本（备份/日志/下游/缓存）。
+- [ ] 每类数据有保留期与自动清理；统计数据做不可逆匿名化。
+- [ ] 个人/敏感数据传输与静态加密，最小授权，日志脱敏。
+- [ ] 明确数据驻留与跨境，维护数据流向图与第三方清单。
+- [ ] 敏感操作有防篡改审计日志；保留合规证据。
+- [ ] 有数据泄露响应预案与通知时限。

package/data/01-standards/elasticsearch-complete.md

@@ -5,8 +5,8 @@ domain: data
 category: 01-standards
 difficulty: intermediate
 tags: [complete, data, elasticsearch, mapping, 性能优化, 查询, 核心概念, 概述]
-quality_score: 70
-last_updated: 2026-06-15
+quality_score: 90
+last_updated: 2026-06-29
 ---
 # Elasticsearch 数据领域完整指南
 

package/data/01-standards/postgresql-complete.md

@@ -5,8 +5,8 @@ domain: data
 category: 01-standards
 difficulty: intermediate
 tags: [complete, data, postgresql, 备份与恢复, 安全, 数据建模, 查询优化, 核心概念]
-quality_score: 70
-last_updated: 2026-06-15
+quality_score: 92
+last_updated: 2026-06-29
 ---
 # PostgreSQL 数据工程完整指南
 
@@ -20,12 +20,12 @@ PostgreSQL 是世界上最先进的开源关系型数据库管理系统，具备
 
 | 场景 | 推荐度 | 说明 |
 |------|--------|------|
-| OLTP 业务系统 | ★★★★★ | 事务完整性、行级锁、外键约束 |
-| JSONB 文档存储 | ★★★★☆ | 替代部分 MongoDB 场景 |
-| 地理信息系统 | ★★★★★ | PostGIS 扩展 |
-| 全文搜索 | ★★★★☆ | tsvector/tsquery，中小规模可替代 ES |
-| 大规模 OLAP | ★★★☆☆ | 需配合 Citus / TimescaleDB 或分区表 |
-| 时序数据 | ★★★★☆ | TimescaleDB 扩展 |
+| OLTP 业务系统 | 5/5 | 事务完整性、行级锁、外键约束 |
+| JSONB 文档存储 | 4/5 | 替代部分 MongoDB 场景 |
+| 地理信息系统 | 5/5 | PostGIS 扩展 |
+| 全文搜索 | 4/5 | tsvector/tsquery，中小规模可替代 ES |
+| 大规模 OLAP | 3/5 | 需配合 Citus / TimescaleDB 或分区表 |
+| 时序数据 | 4/5 | TimescaleDB 扩展 |
 
 ### 1.2 版本选择
 

package/data/01-standards/redis-complete.md

@@ -5,8 +5,8 @@ domain: data
 category: 01-standards
 difficulty: intermediate
 tags: [complete, data, redis, 分布式锁, 持久化, 核心数据结构, 概述, 消息队列]
-quality_score: 70
-last_updated: 2026-06-15
+quality_score: 89
+last_updated: 2026-06-29
 ---
 # Redis 数据领域完整指南
 
@@ -1419,8 +1419,8 @@ def check_fragmentation():
 
 ```python
 # 1. KEYS 命令（生产禁用，用 SCAN 替代）
-# ❌ KEYS user:*           # O(N) 全量扫描，阻塞
-# ✅ SCAN 0 MATCH user:* COUNT 100
+# [避免] KEYS user:*           # O(N) 全量扫描，阻塞
+# [推荐] SCAN 0 MATCH user:* COUNT 100
 
 def scan_keys(pattern: str, count: int = 100):
     """安全扫描 key"""
@@ -1434,10 +1434,10 @@ def scan_keys(pattern: str, count: int = 100):
     return keys
 
 # 2. 连接泄漏（务必使用连接池）
-# ❌
+# [避免]
 r = redis.Redis(host="localhost")  # 每次新建连接
 
-# ✅
+# [推荐]
 pool = redis.ConnectionPool(host="localhost", port=6379, max_connections=50)
 r = redis.Redis(connection_pool=pool)
 
@@ -1445,20 +1445,20 @@ r = redis.Redis(connection_pool=pool)
 import json
 import pickle
 
-# ❌ pickle（安全风险 + 不可跨语言）
+# [避免] pickle（安全风险 + 不可跨语言）
 r.set("data", pickle.dumps(obj))
 
-# ✅ JSON（安全 + 可跨语言）
+# [推荐] JSON（安全 + 可跨语言）
 r.set("data", json.dumps(obj))
 
-# ✅ msgpack（更紧凑）
+# [推荐] msgpack（更紧凑）
 import msgpack
 r.set("data", msgpack.packb(obj))
 
 # 4. 过期时间丢失
 r.set("key", "value", ex=3600)
-r.set("key", "new_value")       # ⚠️ TTL 被清除！
-r.set("key", "new_value", keepttl=True)  # ✅ 保留 TTL (Redis 6.0+)
+r.set("key", "new_value")       # [注意] TTL 被清除！
+r.set("key", "new_value", keepttl=True)  # [推荐] 保留 TTL (Redis 6.0+)
 ```
 
 ---

package/data/data-governance-and-modeling-deep-dive.md

@@ -1,16 +1,14 @@
 ---
 id: data-governance-and-modeling-deep-dive
-title: data-governance-and-modeling-deep-dive
+title: 数据环节深度知识库
 domain: data
-category: data-governance-and-modeling-deep-dive.md
+category: 01-standards
 difficulty: intermediate
-tags: [and, data, deep, dive, governance, modeling, 数据环节深度知识库]
+tags: [数据治理, data-governance, 数据建模, modeling, 数据质量, 元数据, data]
 quality_score: 70
 last_updated: 2026-06-15
 ---
-# 开发：Excellent（11964948@qq.com）
-
-## 数据环节深度知识库
+# 数据环节深度知识库
 
 ### 目标
 - 构建从数据采集、建模、质量、消费到治理的闭环体系。

package/data-engineering/01-standards/kafka-complete.md

@@ -5,8 +5,8 @@ domain: data-engineering
 category: 01-standards
 difficulty: intermediate
 tags: [complete, connect, data-engineering, kafka, schema管理, streams, 核心概念, 概述]
-quality_score: 70
-last_updated: 2026-06-15
+quality_score: 90
+last_updated: 2026-06-29
 ---
 # Apache Kafka完整指南
 
@@ -672,12 +672,12 @@ message OrderEvent {
 └──────────────────┴──────────────────────────────────────────┘
 
 安全的Schema演进操作:
-✅ 添加带默认值的字段(BACKWARD兼容)
-✅ 删除带默认值的字段(FORWARD兼容)
-✅ 添加可选字段(FULL兼容)
-❌ 删除必需字段(破坏BACKWARD)
-❌ 修改字段类型(破坏所有兼容性)
-❌ 重命名字段(破坏所有兼容性)
+[推荐] 添加带默认值的字段(BACKWARD兼容)
+[推荐] 删除带默认值的字段(FORWARD兼容)
+[推荐] 添加可选字段(FULL兼容)
+[避免] 删除必需字段(破坏BACKWARD)
+[避免] 修改字段类型(破坏所有兼容性)
+[避免] 重命名字段(破坏所有兼容性)
 ```
 
 ```bash
@@ -1339,11 +1339,11 @@ kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \
   4. 检查下游依赖(DB/缓存/HTTP)的响应时间
 
 解决方案:
-  ✅ 增加消费者实例(不超过分区数)
-  ✅ 减小max.poll.records, 增大max.poll.interval.ms
-  ✅ 异步处理: poll后放入本地队列, 多线程处理
-  ✅ 优化下游调用(批量写DB/连接池/缓存)
-  ❌ 盲目增加分区数(需要同时增加消费者才有效)
+  [推荐] 增加消费者实例(不超过分区数)
+  [推荐] 减小max.poll.records, 增大max.poll.interval.ms
+  [推荐] 异步处理: poll后放入本地队列, 多线程处理
+  [推荐] 优化下游调用(批量写DB/连接池/缓存)
+  [避免] 盲目增加分区数(需要同时增加消费者才有效)
 ```
 
 ### 2. Rebalance风暴
@@ -1357,11 +1357,11 @@ kafka-reassign-partitions.sh --bootstrap-server localhost:9092 \
   - GC暂停超过session.timeout.ms
 
 解决方案:
-  ✅ 使用CooperativeStickyAssignor(增量Rebalance)
-  ✅ 增大session.timeout.ms(30-60s)
-  ✅ 增大max.poll.interval.ms(5-10min)
-  ✅ 减小max.poll.records, 确保处理时间可控
-  ✅ 设置group.instance.id启用静态成员(避免重启触发Rebalance)
+  [推荐] 使用CooperativeStickyAssignor(增量Rebalance)
+  [推荐] 增大session.timeout.ms(30-60s)
+  [推荐] 增大max.poll.interval.ms(5-10min)
+  [推荐] 减小max.poll.records, 确保处理时间可控
+  [推荐] 设置group.instance.id启用静态成员(避免重启触发Rebalance)
 
 # 静态成员配置(Kafka 2.3+)
 group.instance.id=consumer-host-1  # 每个实例唯一
@@ -1381,10 +1381,10 @@ session.timeout.ms=60000           # 可以设更长(静态成员离开不立即
   - 生产者内存增加(每分区一个RecordBatch缓冲)
 
 建议:
-  ✅ 单集群分区总数 < 200,000(KRaft模式可更多)
-  ✅ 单Broker分区数 < 4,000
-  ✅ 根据实际吞吐需求规划, 预留20-30%余量
-  ❌ 不要盲目设置大量分区(分区数只增不减)
+  [推荐] 单集群分区总数 < 200,000(KRaft模式可更多)
+  [推荐] 单Broker分区数 < 4,000
+  [推荐] 根据实际吞吐需求规划, 预留20-30%余量
+  [避免] 不要盲目设置大量分区(分区数只增不减)
 ```
 
 ### 4. 消息丢失

package/design/ui-full-lifecycle-cross-platform-playbook.md

@@ -2,7 +2,7 @@
 id: ui-full-lifecycle-cross-platform-playbook
 title: UI 全生命周期跨平台设计手册（商业级）
 domain: design
-category: ui-full-lifecycle-cross-platform-playbook.md
+category: 02-playbooks
 difficulty: intermediate
 tags: [cross, design, full, lifecycle, platform, playbook, token, 官方优先来源]
 quality_score: 70

package/design/ux-system-deep-dive.md

@@ -1,16 +1,14 @@
 ---
 id: ux-system-deep-dive
-title: ux-system-deep-dive
+title: 设计环节深度知识库
 domain: design
-category: ux-system-deep-dive.md
+category: 01-standards
 difficulty: intermediate
-tags: [deep, design, dive, system, 设计环节深度知识库]
+tags: [ux, 用户体验, 交互设计, 设计流程, 可用性, design]
 quality_score: 70
 last_updated: 2026-06-15
 ---
-# 开发：Excellent（11964948@qq.com）
-
-## 设计环节深度知识库
+# 设计环节深度知识库
 
 ### 目标
 - 建立可扩展、可复用、可验证的交互与视觉规范体系。

package/design-systems/00-craft-rules.md

@@ -2,7 +2,7 @@
 id: 00-craft-rules
 title: Craft Rules — Universal Visual Quality Standards
 domain: design-systems
-category: 00-craft-rules.md
+category: design-systems
 difficulty: intermediate
 tags: [auto-checked, cardinal, catch, craft, design-systems, governance, reviewer, rules]
 quality_score: 70

package/design-systems/bold-geometric.md

@@ -2,7 +2,7 @@
 id: bold-geometric
 title: Bold Geometric
 domain: design-systems
-category: bold-geometric.md
+category: design-systems
 difficulty: intermediate
 tags: [bold, color, component, design-systems, geometric, layout, palette, patterns]
 quality_score: 70

package/design-systems/brutalist-bold.md

@@ -2,7 +2,7 @@
 id: brutalist-bold
 title: Brutalist Bold
 domain: design-systems
-category: brutalist-bold.md
+category: design-systems
 difficulty: intermediate
 tags: [brutalist, swiss, editorial, mono, high-contrast, oversized-type, design-systems, palette, patterns]
 quality_score: 72

package/design-systems/editorial-clean.md

@@ -2,7 +2,7 @@
 id: editorial-clean
 title: Editorial Clean
 domain: design-systems
-category: editorial-clean.md
+category: design-systems
 difficulty: intermediate
 tags: [clean, color, component, design-systems, editorial, motion, palette, patterns]
 quality_score: 70

package/design-systems/glass-aurora.md

@@ -2,7 +2,7 @@
 id: glass-aurora
 title: Glass Aurora
 domain: design-systems
-category: glass-aurora.md
+category: design-systems
 difficulty: intermediate
 tags: [glassmorphism, aurora, frosted, depth, ai, modern, gradient-controlled, design-systems, palette, patterns]
 quality_score: 72

package/design-systems/modern-minimal.md

@@ -2,7 +2,7 @@
 id: modern-minimal
 title: Modern Minimal
 domain: design-systems
-category: modern-minimal.md
+category: design-systems
 difficulty: intermediate
 tags: [borders, color, component, design-systems, minimal, modern, palette, patterns]
 quality_score: 70

package/design-systems/premium-luxury.md

@@ -2,7 +2,7 @@
 id: premium-luxury
 title: Premium Luxury
 domain: design-systems
-category: premium-luxury.md
+category: design-systems
 difficulty: intermediate
 tags: [luxury, premium, refined, elegant, serif, dark, single-accent, generous-space, design-systems, palette, patterns]
 quality_score: 72

package/design-systems/soft-warm.md

@@ -2,7 +2,7 @@
 id: soft-warm
 title: Soft Warm
 domain: design-systems
-category: soft-warm.md
+category: design-systems
 difficulty: intermediate
 tags: [borders, color, component, design-systems, palette, patterns, radius, soft]
 quality_score: 70

package/design-systems/tech-utility.md

@@ -2,7 +2,7 @@
 id: tech-utility
 title: Tech Utility
 domain: design-systems
-category: tech-utility.md
+category: design-systems
 difficulty: intermediate
 tags: [color, component, design-systems, motion, palette, patterns, spacing, tech]
 quality_score: 70

package/development/00-governance/document-template.md

@@ -1,14 +1,14 @@
 ---
 id: document-template
-title: document-template
+title: 知识库标准文档模板
 domain: development
 category: 00-governance
 difficulty: intermediate
-tags: [development, document, template, 失败模式, 执行步骤, 检查清单, 目标, 适用范围]
+tags: [文档模板, template, 知识库, 写作规范, standard, governance, development]
 quality_score: 70
 last_updated: 2026-06-15
 ---
-# 开发：Excellent（11964948@qq.com）
+# 知识库标准文档模板
 
 ```yaml
 id: KB-DEV-XXXX