feat(vault): Phase 3 tools + batch citation/relation enrichment

2026-07-01 15:20:40 +08:00
parent 8273017082
commit 407a9213bf
548 changed files with 53410 additions and 2113 deletions
@@ -1,17 +1,22 @@
 ---
 categories:
-  - "[[LLM Wiki]]"
+  - '[[LLM Wiki]]'
 tags:
  - wiki
  - concept
  - decision-making
  - systems-thinking
 created: 2026-06-30
-source: "[[raw/向DeepSeek学习破局]]"
+source: '[[raw/向DeepSeek学习破局]]'
 type: concept
 aliases:
  - 拆解与合流
  - 框架重构
+relations:
+  - type: part_of
+    target: '[[DSpark]]'
+    description: 同源：向DeepSeek学习破局
+    confidence: 3
 ---

 # 拆与合
@@ -88,6 +93,179 @@ aliases:

 这三个概念表面相似，但**操作层有根本差异**[raw:向DeepSeek学习破局:73]。

+| 概念 | 要解决的问题 | 核心动作 | 机制 |
+|
+------|
+-------------|---------|------|
+| **分治法** | "一个问题"太大 | 把同一个问题切成多个同类子问题，用同一套算法递归处理 | 同质机制（每个子问题都在做排序，只是数据不同） |
+| **模块化设计** | "一个系统"太复杂 | 按功能切模块，降低耦合、提高可维护性和并行开发效率 | 同一技术栈 |
+| **拆与合** | "多个目标"在同一个框架里看起来互斥 | 绕过伪零和约束，让不同目标回到各自的轨道上跑 | 异质机制（各子系统用不同最优机制） |
+
+> 一句话区分：分治是"把同一问题变小做"；模块化是"把同一系统分块建"；拆与合是"把不同目标放回各自的轨道上跑"。[raw:向DeepSeek学习破局:83]
+
+## 应用场景
+
+拆与合作为一种看待约束的方式，可以映射到多个域。
+
+### 认知方法：系统完备 vs 行动交付
+
+**困境**：是否一直想等完全想透再去行动，但等得越久越觉得没准备好，同时机会在流失？系统思考和行动似乎互相排斥。
+
+**拆开**：
+- **系统思考的下层**：概念组织、逻辑链和知识网络（最优机制是深度阅读、笔记、反思和对话）
+- **行动的下层**：环境感知、时机判断和快速反馈（最优机制是小步试错、原型验证和结果回流）
+
+> 它们不是同一维度的两端。你不需要在"完美计划"和"鲁莽冲动"之间选。你只需要让两个子系统各自跑各自的节奏。[raw:向DeepSeek学习破局:89]
+
+### 组织设计：效率 vs 灵活性
+
+**困境**：大公司常在标准化流程和灵活响应之间煎熬。
+
+**拆开**：
+- **标准化流程的子系统**：重复性任务和规模效应（流程最优）
+- **灵活响应的子系统**：探索性任务和新信息处理（判断最优）
+- **接口**：只在绩效评估层做最小接口[raw:向DeepSeek学习破局:91]
+
+> 为重复性任务配流程最优，为探索性任务配判断最优，只在绩效评估层做最小接口：这不是折中，这是拆。
+
+### 个人决策：安全 vs 成长
+
+**困境**：稳定收入与冒险尝试仿佛不能兼得。
+
+**拆开**：
+- **安全的子系统**：现金流和生活节奏（需要可预期性，最优机制是稳定主业）
+- **成长的子系统**：技能积累和可能性扩展（需要不确定性和反馈，最优机制是副项目、学习投入和网络构建）
+- **关键**：让安全与成长不在同一本账簿里计算盈亏。主业的收入不需为副项目买单，副项目的前景也不需威胁主业安全[raw:向DeepSeek学习破局:93]
+
+## 边界条件
+
+任何策略都有边界。不标注失效条件，会让有用的原则变成盲目的乐观[raw:向DeepSeek学习破局:101]。
+
+### 第一种失效：子系统不独立
+
+并非所有看起来冲突的目标都有独立的底层结构。有些事情本质上不可分：
+
+- **婚姻中的信任和自由**：信任受损了，自由本身就变了意义
+- 耦合是结构性的，不是框架制造的假象
+- 此时你只能折中，或者在价值观层面选择[raw:向DeepSeek学习破局:103]
+
+### 第二种失效：接口成本过高
+
+即使子系统独立，如果交互频繁且重量级，拆与合就失去了效率优势：
+
+- 想象两个子系统在每个决策点都需要实时同步：接口的沟通成本可能比分开处理的收益还大
+- 前提是接口成本显著低于合流后的总增益
+- 不等式不成立时，拆是赔本生意[raw:向DeepSeek学习破局:105]
+
+### 第三种失效：你只有一种机制可用
+
+拆与合依赖一个关键前提：能为不同子系统匹配不同最优机制：
+
+- 如果所有子系统都被同一种资源、工具或能力约束
+- 拆只是为了拆，每个子系统得到的还是同质处理
+- 此时的"拆"不是释放，只是在同一张纸上画了更多格子[raw:向DeepSeek学习破局:107]
+
+> 这三个条件不是使用说明书。它们是检验：当你觉得"我已经拆开了"，回头用这三个条件看一眼。[raw:向DeepSeek学习破局:109]
+
+## 核心操作问题
+
+下一次你卡在两个选项之间、反复权衡、准备"各退一步"的时候：停一下。
+
+问自己一个问题：
+
+> 这两个目标是真的在互相抢夺，还是你的框架把它们锁在了一起？[raw:向DeepSeek学习破局:115]
+
+如果答案是后者，你要做的不是折中。是拆。
+
+> 你已经在太多不必要的地方妥协了。这一个，也许不需要。[raw:向DeepSeek学习破局:121]
+
+## 相关概念
+
+- [[分治法]] — 把同一问题变小做的算法设计方法
+- [[模块化设计]] — 把同一系统分块建的软件工程方法
+- [[零和博弈]] — 一方收益等于另一方损失的非合作博弈模型
+- [[系统思考]] - 看见整体而非局部、看见关系而非孤点的思维模式
+
+## 来源
+
+> 所有数字/百分比/具体结论均标注 `[raw:向DeepSeek学习破局:{行号}]` 格式。
+
+- [[向DeepSeek学习破局]] — 得一录，微信公众号，2026-06-29[raw:向DeepSeek学习破局:3]
+
+# 拆与合
+
+> **一句话定义**：识别并拆解框架制造的假互斥冲突，让不同目标回到各自的独立子系统中运行，而非在零和困境中折中。
+
+## 定义
+
+拆与合是一种解决多目标冲突的思维模式和操作方法。当面对看似互斥的选项时，核心动作是检验这些选项是否**真的**互斥，还是被**框架制造**的假互斥。如果它们有独立的下层结构，就拆开到各自的最优机制中运行，只在必要时通过最小接口合流。
+
+> 你面对的大部分二选一，可能根本不是真的二选一。[raw:向DeepSeek学习破局:29]
+
+## 核心洞察
+
+### 零和困境的常见错觉
+
+成年人常将"艰难决定"理解为在"好和坏之间选"，但实际上多数是在**两个都有道理、都有代价的选项之间**反复拉扯，最后选一个不那么疼的。这种选择被包装成"成熟"和"妥协"，但更简单的解释往往是：**这两个选项之所以看起来互斥，是因为你把它们塞进了同一个问题的框架里**[raw:向DeepSeek学习破局:23]。
+
+### DeepSeek 的技术案例
+
+2026 年，DeepSeek 团队在论文《DSpark：基于置信度调度的半自回归投机解码》中面对一个困境：要在"快"和"准"之间取舍。所有人都说这是零和的，但他们的解决方案不是找折中点，而是**拆了框架**[raw:向DeepSeek学习破局:25]。
+
+**困境**：
+- 自回归方式：逐字写、每字基于前文——连贯但慢（逐字生成本身是瓶颈）
+- 并行方式：所有候选词同时算——快但后面几个词容易前言不搭后语（每个位置独立预测，不知道旁边写了什么）[raw:向DeepSeek学习破局:39]
+
+**解决方案**：
+- **速度目标**：由并行主干负责（一次性地理解上下文，计算量大，必须并行）
+- **连贯目标**：由轻量串行头负责（前一个词抽出后，给下一个词的概率分布加一点过渡偏置）
+
+**效果**：
+- 串行头极轻：延迟开销仅占整轮的 **0.2% 到 1.3%**
+- 接受长度提升：**16% 到 30%**（数学最高 30%，代码 26%，对话 22%）[raw:向DeepSeek学习破局:45]
+- 每用户生成速度提高：**60% 到 85%**（V4-Flash）和 **57% 到 78%**（V4-Pro）[raw:向DeepSeek学习破局:51]
+
+> 这是一个"框架制造的冲突被拆开"的故事，而非"折中"的故事。[raw:向DeepSeek学习破局:53]
+
+## 四步操作逻辑
+
+从 DSpark 案例中可以抽出四步操作，用于判断面对的是**真互斥**还是**框架制造的假互斥**[raw:向DeepSeek学习破局:59]。
+
+### 1. 检验独立性
+
+这几个目标各自的下层结构是什么？它们共享同一个底层资源，还是各有独立子系统？
+
+- 如果共享同一套资源、同一组变量、同一个不可分的基础层→冲突是真的，折中是理性的
+- 如果各用各的机制、不在同一个池子里竞争→框架制造的假互斥，可以拆
+
+> 如果你发现它们确实共享同一套资源、同一组变量、同一个不可分的基础层，冲突是真的，折中是理性的。但很多时候，你只是没往下看。[raw:向DeepSeek学习破局:61]
+
+### 2. 匹配异构机制
+
+子系统独立，就不要用同一把尺子量所有目标。让每个子系统用最适合自己的机制。
+
+- DSpark 的串行头不需要处理全局语义：它只需要做局部的过渡偏置，所以它可以极轻[raw:向DeepSeek学习破局:63]
+- 每个子系统用自己的最优机制，而不是"折中到中间"
+
+### 3. 保留最小接口
+
+子系统交互不能为零：结果需要合流。但接口应尽可能小。
+
+- DSpark 中，串行头和并行主干只传递一个词的嵌入向量
+- 不共享状态、不重新分布参数[raw:向DeepSeek学习破局:65]
+- 接口越小，耦合越弱，拆分的收益越大
+
+### 4. 接受接口成本
+
+拆不是免费的。关键不是零成本，而是让接口成本小到被合流后的总体增益覆盖。
+
+- **0.2% 到 1.3% 的代价，换来 16% 到 30% 的提升**：这个不等式是对的[raw:向DeepSeek学习破局:67]
+- 接口成本显著低于合流后的总增益→拆是理性的
+
+## 与分治法、模块化的区别
+
+这三个概念表面相似，但**操作层有根本差异**[raw:向DeepSeek学习破局:73]。
+
 | 概念 | 要解决的问题 | 核心动作 | 机制 |
 |------|-------------|---------|------|
 | **分治法** | "一个问题"太大 | 把同一个问题切成多个同类子问题，用同一套算法递归处理 | 同质机制（每个子问题都在做排序，只是数据不同） |