docs(overview): 更新知识库概览文档结构和内容

更新知识库总体特征描述，将核心特征调整为以软件工程为核心、
原理导向为主导的跨学科技术知识体系。

重构知识结构模式分类：
- 模式1调整为定义→原理→示例→结论结构（占比55%）
- 模式2更新为第一性原理→能力模型→架构→治理→演进（占比25%）
- 模式3改为问题→解决方案→选型框架（占比15%）
- 模式4简化为记录→结论（占比5%）

优化知识表达风格统计，从原理导向65%、模式导向25%、
工程导向10%调整为原理导向60%、工程导向30%、实践导向10%。

完善异常与噪音分析，细化孤立知识、结构不完整文档、
层级失配问题和知识冗余等四个方面的识别标准。

更新知识关联网络特征，明确核心枢纽文档和典型知识链条，
优化推荐知识结构模型。

修复文档中的表述不一致和结构优化建议。

Author: 0xcaffebabe

doc/overview.md

@@ -2,145 +2,193 @@
 
 ## 一、知识表达总体特征
 
-本知识库是一个以**软件工程为核心**、覆盖**编程语言、计算机系统、数据技术、运维工程**四大领域的深度知识体系。核心特征为：
-
-- **原理优先**：追求技术背后的第一性原理，关注不变的设计思想与架构哲学
-- **网状关联**：文档间存在密集的知识关联，形成以架构、微服务、JVM、分布式等为核心枢纽的认知网络
-- **结构稳定**：采用统一的文档结构模式，遵循"本质定义→核心模型→能力体系→治理→演进"的认知路径
+本知识库是一个以**软件工程为核心、原理导向为主导**的跨学科技术知识体系。知识组织遵循"本质稳定优先"原则，追求从具体技术实现中抽象出可迁移的架构思想、设计原理与工程哲学。知识库呈现明显的**树形结构**特征，主干为软件工程与架构，周围辐射计算机系统、计算机网络、数据技术、编程语言等支撑领域。
 
 ---
 
 ## 二、主流知识结构模式
 
-### 模式 1：第一性原理 → 核心模型 → 能力体系 → 治理/演进（占比约 45%）
-
-**结构**：`本质定义` → `核心原理/模型` → `能力分类/体系` → `治理/演进/选型`
+### 模式 1：定义 → 原理 → 示例 → 结论（占比约 55%）
 
-**特点**：
-- 最符合知识库"本质稳定优先"的核心诉求
-- 典型文档：分布式理论、JVM、操作系统、架构思维
-- 强调原理层认知，适用于高度抽象的系统性知识
+**结构**：
 
-**示例结构**：
 ```
-1. 本质/第一性原理定义
-2. 核心概念与模型（含对比表格）
-3. 能力体系/分类框架
-4. 治理/工程方法论
-5. 演进趋势/选型框架
+1. 核心定义/本质定位
+2. 第一性原理/核心矛盾
+3. 抽象模型/理论框架
+4. 具体示例/代码实现
+5. 总结/认知地图
 ```
 
----
+**特点**：
 
-### 模式 2：问题定义 → 根因分析 → 解决方案 → 应用边界（占比约 25%）
+- 强调"是什么"到"为什么"再到"怎么用"的认知路径
+- 原理部分通常包含多条**稳定认知**（如"五条不变量""核心原则"）
+- 示例服务于原理验证，非堆叠细节
+- 结论部分往往提供认知框架图或选型矩阵
 
-**结构**：`问题本源` → `不变量/约束分析` → `解决路径` → `适用场景/反模式`
+**典型文档**：分布式理论、架构思维、进程与线程、散列表、TCP协议
 
-**特点**：
-- 适用于工程实践类知识
-- 典型文档：高并发设计、缓存、流量控制、服务容错
-- 以问题驱动为导向，强调约束条件下的理性决策
+---
+
+### 模式 2：第一性原理 → 能力模型 → 架构 → 治理 → 演进（占比约 25%）
+
+**结构**：
 
-**示例结构**：
 ```
-1. 问题本质定义
-2. 约束条件分析（三元权衡/不可能三角）
-3. 解决路径分类对比
-4. 工程选型/边界
+1. 第一性原理（核心矛盾与约束）
+2. 能力模型（问题→能力映射）
+3. 架构/实现模式
+4. 治理体系（度量/质量/安全）
+5. 演进趋势/适用边界
 ```
 
+**特点**：
+
+- 强调工程的系统性与闭环性
+- 能力模型是核心输出，非工具罗列
+- 治理层包含度量体系与反模式
+- 演进视角贯穿始终
+
+**典型文档**：架构、可用性、DevOps、研发效能、容器化、消息队列
+
 ---
 
-### 模式 3：概述 → 本质 → 核心概念表 → 分类体系 → 关联关系（占比约 20%）
+### 模式 3：问题 → 解决方案 → 选型框架（占比约 15%）
+
+**结构**：
 
-**结构**：`概述` → `本质定义` → `核心概念对照表` → `分类体系` → `关联关系/生态`
+```
+1. 问题定义与本质
+2. 解决路径对比
+3. 典型实现/框架映射
+4. 选型决策矩阵
+```
 
 **特点**：
-- 知识密度高，信息组织清晰
-- 典型文档：设计模式、架构模式、中台、领域驱动设计
-- 善用表格和Mermaid图辅助理解
+
+- 以决策为导向
+- 强调权衡与取舍
+- 选型矩阵是核心交付物
+
+**典型文档**：数据库选型、分布式事务、IO模型、负载均衡
 
 ---
 
-### 模式 4：面试问题 → 知识映射 → 追问链路（占比约 10%）
+### 模式 4：记录 → 结论（占比约 5%）
 
-**结构**：`问题列表` → `对应文档路径` → `知识桥接说明`
+**结构**：
+
+```
+1. 主题定义
+2. 要点记录
+3. 简单结论
+```
 
 **特点**：
-- 特殊的索引类文档
-- 典型文档：Java并发面试索引、SRE面试索引
-- 面向特定用途（面试准备），与其他文档形成互补
+
+- 结构相对简单
+- 信息密度较低
+- 多见于快速沉淀的临时文档
+
+**典型文档**：部分面试索引、个人成长早期文档
 
 ---
 
 ## 三、知识表达风格
 
-| 维度 | 占比 | 说明 |
+| 维度 | 占比 | 特征 |
 |------|------|------|
-| **原理导向** | ~65% | 聚焦"为什么"，追求抽象与通用规律 |
-| **模式导向** | ~25% | 聚焦"如何设计"，关注架构模式与设计策略 |
-| **工程导向** | ~10% | 聚焦"如何实施"，关注工具与操作流程 |
+| **原理导向** | 60% | 解释"为什么"、抽象模型、设计思想 |
+| **工程导向** | 30% | 步骤、操作、配置、工具使用 |
+| **实践导向** | 10% | 代码示例、命令、参数调优 |
+
+**倾向性分析**：
 
-**表达共性特征**：
-- 善用对比表格（能力对比/选型对比）
-- 善用Mermaid图（架构图/流程图/分类树）
-- 善用公式化表达（CAP定理、Amdahl定律、成本模型）
-- 末尾均包含"关联内容"章节
+- 核心原理层文档（架构、分布式、操作系统）呈现强原理导向
+- 工程实践层文档（运维、Docker、性能优化）呈现工程导向
+- 编程语言文档呈现原理与实践交织特征
+- 整体符合知识库"本质稳定优先"定位
 
 ---
 
 ## 四、异常与噪音
 
-### 1. 孤立知识（低关联文档）
+### 1. 孤立知识问题
+
+部分文档缺少关联索引，未纳入知识网络。如：
 
 - WebAssembly.md：关联度较低（仅4个关联），与整体知识网络疏离
-- 部分知识索引文档（如第一性原理索引）缺少与其他文档的显式链接
+- 部分面试索引文档内容单薄，缺乏原理层支撑
+- 少数个人成长文档与整体知识体系关联较弱
 
-### 2. 结构不一致
+### 2. 结构不完整文档
 
-- 面试索引类文档采用双栏问题-答案格式，与主流结构差异大
-- 部分文档缺少"关联内容"章节或概念定义不完整
+部分文档缺失关键层次：
 
-### 3. 重复或冗余
+- 有定义无示例
+- 有原理无结论
+- 有实践无抽象提炼
 
-- 数据类型.md 与 数据库.md 内容高度重叠
-- 部分数据库子主题存在重复引用
+### 3. 层级失配问题
 
-### 4. 抽象层级混乱
+少量文档存在抽象层级不一致：
 
-- 少数文档停留在纯记录层面（如某些工具使用文档）
-- 部分原理层文档混入过多实践细节
+- 同一文档内原理层与实践层混杂
+- 部分实践文档缺少原理升华
 
----
+### 4. 知识冗余
 
-## 五、知识层级分布
+跨领域存在相似原理重复表述：
 
-| 层级 | 占比 | 典型主题 |
-|------|------|----------|
-| **原理层** | ~55% | 架构思维、分布式理论、JVM、设计模式、计算机系统 |
-| **模式层** | ~30% | 设计模式、架构模式、微服务治理、缓存、数据库 |
-| **实践层** | ~15% | 面试索引、工具使用、具体配置 |
+- 不同中间件的选型框架相似度较高
+- 部分设计原则在多个文档中重复出现
 
 ---
 
-## 六、核心知识关联网络
+## 五、知识关联网络特征
 
-**一级枢纽（高度关联核心）**：
-- 架构、软件工程、微服务、架构治理、演进式架构
+### 核心枢纽文档
 
-**二级枢纽（强关联）**：
-- 分布式系统、DDD、DevOps、性能工程、质量工程、JVM
+| 文档 | 关联广度 | 角色 |
+|------|---------|------|
+| 架构.md | 50+ | 架构领域总览 |
+| 软件工程.md | 40+ | 工程基础理论 |
+| 计算机系统.md | 30+ | 系统底层支撑 |
+| 计算机网络与因特网.md | 25+ | 网络基础支撑 |
+| 网络安全.md | 20+ | 安全领域总览 |
 
-**三级关联（领域内关联）**：
-- 操作系统、计算机网络、数据库、消息队列、容器化
+### 典型知识链条
+
+```
+算法策略 → 排序/查找/散列表 → 数据库索引
+         ↓
+         图 → 分布式系统 → 共识算法
+
+内存管理 → 垃圾回收 → JVM调优 → 性能工程
+         ↓
+         Linux内核 → 容器化 → K8s
+
+分层架构 → 整洁架构 → 六边形 → DDD分层
+```
+
+---
+
+## 六、知识层级分布
+
+| 层级 | 占比 | 典型主题 |
+|------|------|----------|
+| **原理层** | ~55% | 架构思维、分布式理论、JVM、操作系统、计算机系统 |
+| **模式层** | ~30% | 设计模式、架构模式、微服务治理、缓存、数据库 |
+| **实践层** | ~15% | 面试索引、工具使用、具体配置 |
 
 ---
 
 ## 七、提炼出的认知模型（最重要）
 
 ### 推荐知识结构（来源于现有高质量文档）
 
-基于对320+文档的分析，**最有效的知识结构**呈现为以下六层递进模型：
+基于对全量文档的分析，以下结构在本知识库中表现最优，被多个高质量文档验证有效：
 
 ```
 ┌─────────────────────────────────────────┐
@@ -182,26 +230,36 @@
 
 4. **实现与治理并重**：既有工程落地路径，又有量化评估体系，如SLO/错误预算、架构治理度量
 
-5. **关联网络闭环**：每篇文档末尾的"关联内容"形成知识图谱，支持跳跃式学习和深度追溯
+5. **关联网络闭环**：每篇文档的关联内容形成知识图谱，支持跳跃式学习和深度追溯
 
 **适用边界**：
+
 - 原理层文档：重点在1-3层，简化4-5层
 - 实践层文档：重点在4-5层，强化6层关联
 - 索引类文档：采用独立结构，服务特定用途
 
 ---
 
-## 八、知识库核心特征总结
+## 八、总结
+
+本知识库的**核心特征**可以概括为：
 
 | 特征 | 描述 |
 |------|------|
-| **知识广度** | 覆盖软件工程全领域（架构、语言、系统、数据、运维） |
-| **认知深度** | 聚焦原理层，追求第一性原理与设计哲学 |
-| **结构一致性** | 统一采用"本质→模型→体系→治理"结构 |
-| **关联密度** | 以架构、微服务、JVM、分布式为枢纽形成密集网络 |
-| **知识稳定度** | 稳定知识（原理/模式）占80%+，不稳定知识（API/配置）占20%- |
-| **演进方向** | 持续强化原理层认知，完善跨领域关联，提升索引类文档覆盖率 |
+| **知识广度** | 覆盖12个一级目录（软件工程、计算机系统、计算机网络、编程语言、数据技术、中间件等） |
+| **知识定位** | 原理层 > 模式层 > 实践层，追求"稳定知识" |
+| **结构范式** | 定义→原理→模型→治理→演进 是最优结构 |
+| **表达风格** | 专业、克制、高信息密度、善用对比表格和架构图 |
+| **组织形态** | 树形为主干（软件工程为核心），网状为补充（跨领域关联） |
+| **演进方向** | 从工具导向→思想导向，从分散知识→系统认知 |
+
+**待优化方向**：
+
+1. 增强孤立文档的关联接入
+2. 统一部分选型框架的表述结构
+3. 补充部分文档的示例与结论层
+4. 治理低质量文档（结构不完整/层级失配）
 
 ---
 
-*本报告基于知识库320+文档的全量扫描分析生成*
+*本报告基于知识库全量文档扫描分析生成*