Phase 0-2: Schema cleanup, typed relations, event-driven automation

- Phase 0: AGENTS.md cleanup (dedup quotes, renumber sections, merge qmd)
- Phase 1: typed relations (manage-relations.py, graph-search.py, check-staleness.py, detect-conflicts.py)
- Phase 2: frontmatter validator, weekly lint, knowledge promotion, git hooks
- Fix .gitignore to track tools/ and .githooks/
- Fix git remote URL (remove plaintext token)
- New wiki pages: 504 pages, 34 raw sources

wiki/价值驱动.md

@@ -0,0 +1,153 @@
+---
+categories:
+  - "[[LLM Wiki]]"
+tags:
+  - wiki
+  - concept
+  - concept/theory
+  - innovation-management
+  - 方法论
+created: 2026-06-22
+source: "[[为什么口号越响亮做事越离谱-郭朝晖]]"
+type: concept
+aliases:
+  - 价值驱动
+---
+
+# 价值驱动
+
+> 做真正有价值的事——有足够价值的事。
+>
+> ——来自 [[郭朝晖]] 2026-06-19 公众号《为什么口号越响亮，做事往往越离谱？》
+
+## 定义
+
+价值驱动 = [[以终为始]] 在数字化场景下的具体应用：把**业务的真实需求**当作终点，把技术采纳当作手段。
+
+> 所谓价值驱动，一定内含"以终为始"的原则。这里的"终"，是业务的真实需求而不是技术本身。^[raw/articles/为什么口号越响亮做事越离谱-郭朝晖.md]
+
+## 核心机制：手段 ≠ 目的
+
+苏联人问 NASA 官员："你们什么时候能把人送上月球？"对方回答："这取决于我们什么时候能安全地把他们接回来。"
+
+- **送人上月球** = 中间过程
+- **安全返回** = 终极目标
+
+将中间过程误认为终极目标，终极目标便几乎注定落空。原因：从中间过程迈向终极目标的路上，还有大量的困难与约束；实现中间过程的最优方案，恰恰不需要考虑这些。
+
+### 数字化场景
+
+| 误把手段当目的 | 真正目的 |
+|---|---|
+| 采用某项技术 / 平台 | 业务的优化与改进 |
+| 上线一个开发平台 | 解决真问题 |
+| 系统功能堆砌 | 用户价值实现 |
+
+**施工隐喻**：开发智能化功能时几乎一定遭遇数据质量不佳、关键数据缺失、系统稳定性受扰等问题。倘若在系统建设之初便将这些约束纳入考量，就能提前变通、按需采集。待系统建成后再来面对，便如同**装修到一半才发现地基不够深**——麻烦就大了。
+
+## 价值驱动的前提：投入产出比
+
+许多项目失败的本质是投入产出比的失衡：工作量陡增，收效却微薄，最后往往不了了之。唯有事先辨明何为真正该做的事，才能判断一件事值不值得做、应当怎么做。
+
+**两个常见误判**：
+
+- **企业版**：不少企业将开发平台等中间目标误认为终极目标，恰是因为一开始便找不到真问题，只好把最棘手的工作不断后推
+- **个人版**：与某些大学生热衷考研何其相似——未必是对学术有追求，很多时候只是不知如何面对毕业后的世界，便找个由头把头疼的事往后延
+
+## 人择难题
+
+> 容易想到、容易做的事，早已被前人做完，轮不到今天来做。
+
+| 维度 | 性质 | 例子 |
+|---|---|---|
+| 不易看到的问题 | 通常指向管理痼疾、能力短板、责任虚置 | 没人愿意被看见 |
+| 不易做到的事 | 涉及多方协同、资源共享、知识复用，乃至企业战略转型 | 非一把手不能推动 |
+| 推动者本身 | 既要懂业务，又要懂数字化原理 | 跨界能力稀缺 |
+
+## 悲观者正确，乐观者成功
+
+> TOC 创始人高德拉特说过：没有矛盾，就不是真正的问题。我也常说：创新总是发生在条件不成熟、需求不清晰的时候。
+>
+> ——[[郭朝晖]]
+
+故而做有价值的事总要克服障碍；要克服障碍，首先要直面真实的困难。而现实是，看见困难的人，往往悲观、退缩了。
+
+**乐观者 ≠ 看不见困难**，而是看见了，依然选择做下去。
+
+## 口号陷阱：最正确的口号，往往伴随最多的失败
+
+> **历史反复提示我们：最正确的口号，往往伴随最多的失败。**
+
+机制：
+1. 口号越正确 → 越容易被当作**终点**来宣示
+2. 口号完成 → 思考终止
+3. 价值实现 → 恰恰需要思考穿透层层表象、抵达那些人们不愿正视的困难
+
+> 正确的口号人人会喊，从口号到结果之间那漫长而崎岖的路，才是真正区分成败的地方。
+>
+> 有些领导专家特别喜欢喊口号、说些正确的废话——其实，他们说的废话并不是无用的、而是有毒的。
+
+## 与 [[以终为始]] 的关系
+
+`[[价值驱动]]` 是 `[[以终为始]]` 在数字化/智能化领域的具体落地。两者的层级关系：
+
+- `[[以终为始]]` = 一般方法论（重新定义问题 → 终点决定路径 → 核心动作）
+- `[[价值驱动]]` = 场景化应用（手段目的区分 → 投入产出比 → 人择难题 → 口号陷阱）
+
+共同的诊断结论：**口号震天响、行动原地转；为创新而创新、为数字化而数字化 —— 都是没真正以终为始**。
+
+## 与 [[Researcher-Founder]] 的对照（陆奇·2026）
+
+陆奇在 2026 清华演讲中提出"AI 时代的研究型创业者"，与本概念形成**不同视角的共振**：
+
+| 维度 | [[价值驱动]] | [[Researcher-Founder]] |
+|---|---|---|
+| 视角 | 项目/任务层 | 组织/人才层 |
+| 核心问题 | "做的是不是真有价值" | "谁来做、做什么组织" |
+| 对应郭朝晖/陆奇 | 郭朝晖方法论（做事） | 陆奇方法论（做人/做组织） |
+
+**共振点**：
+- [[价值驱动]] 强调"目的 vs 手段"——避免把开发平台当终极目标
+- [[Researcher-Founder]] 强调"需求 vs 技术"——"从 0 到 1 的核心不是先进性，而是需求"
+- 两者本质都是：**终点先行、能力/手段后置**
+
+> 研究型创业者和传统技术创业者最大的区别：不是技术是否更强，而是能不能把技术放进真实需求里。^[raw/articles/陆奇清华演讲-混沌学园-2026.md]
+
+## 与 [[新范式]] 的对照（陆奇·2024）
+
+陆奇 2024 早期已系统化"新范式"元框架（**早于清华演讲/新浪财经约 2 年**），是 [[Researcher-Founder]] / [[NeoLab]] 的**最顶层**。
+
+| 维度 | [[价值驱动]] | [[新范式]] |
+|---|---|---|
+| 视角 | 项目层（郭朝晖方法论） | 时代/产业层（陆奇元框架） |
+| 核心命题 | 手段 ≠ 目的；价值足够大才做 | 三位一体 + 三拐点 + 模型=知识 |
+| 成本机制 | — | **边际成本转向固定成本** |
+| 共振点 | — | 都强调目的/价值先行；都反对堆数量/堆手段 |
+
+**关键共振（同一时代的两个独立思考者）**：
+- 郭朝晖："为创新而创新、为数字化而数字化" → 没真正以终为始
+- 陆奇："模型拐点后，到处都是大模型在做的事" → 模型≠目的，价值才是
+- 两人**不约而同**指向同一结论：**在新范式时代，价值判断比能力堆砌更重要**
+
+## 与 [[好学力行]] 的对照（陈望道·读书法传统）
+
+陈望道（1942/1961/1962）读书方法论**五原则**，与本页方法论形成跨时代的同构：
+
+| 维度 | [[价值驱动]]（郭朝晖） | [[好学力行]]（陈望道） |
+|---|---|---|
+| 视角 | 项目层（做事） | 读书层（学习） |
+| 核心命题 | 手段 ≠ 目的；价值足够大才做 | 学=原理+术=应用；事实验证 |
+| 共同点 | **反对"为 X 而 X"**（为创新而创新 / 为读书而读书） | **反对脱离实践**（郭朝晖反对脱离价值；陈望道反对脱离事实） |
+| LLM 时代适用 | 价值判断比能力堆砌更重要 | 不靠 LLM 输出（二手货），回到原文与事实 |
+
+> 陈望道："从事实缔造学说，拿事实验证学说"——郭朝晖同一精神："价值足够大才做"。**两者都是中国知识分子"实事求是"的传统在不同领域的体现。**
+
+## 相关概念
+
+- [[以终为始]] — 上位方法论，价值驱动是其场景化应用
+- [[郭朝晖]] — 概念提出者
+- 数字化转型 — 应用领域
+
+## 来源演进
+
+- 2026-06-22：基于 [[郭朝晖]] 《为什么口号越响亮，做事往往越离谱？》公众号（2026-06-19）建立初版