浦东干部学院一位教授的演讲，让我重新理解了自己 十几年坚持的这条路。

📌 一、两个被忽略的事实

---

面试官基础：如何成为一位优秀的技术面试官

面试是双向选择，不是单向审问。这篇文章记录我作为面试官 几年的经验和反思。

📌 为什么要学习面试方法

面试的重要性

对公司：

• 招

---

洞察基础：如何培养看透事物本质的能力

洞察不是天赋，而是一种可以训练的能力。这篇文章记录我对洞察的理解和实践方法。

📌 什么是洞察

---

规划基础：如何制定可执行的人生规划

规划不是束缚，而是导航。这篇文章记录我对规划的理解和实践方法。

📌 什么是规划

定义

规划（Planning）：为了实现目标，对资源、时间、行动的系统性安排。

简单说：就是从现状到目标的路线图。

规划 vs 计划 vs 目标

概念	特点	时间跨度	例子
目标	想要达到的结果	长期	"成为测试架构师"
规划	实现目标的路径	中长期	"3 年成长计划"
计划	具体的行动安排	短期	"本周学习清单"

规划的价值

算法不是天才的专利，普通人也能通过科学训练达到熟练。

为什么工程师要学算法

---

RAG 工程化实战:分层评估、查询转换、分块与 Agentic 实现

RAG 学习 Day 2 下半部分。
关键字:分层评估 / MRR vs MAP / 忠实度 / 查询转换 5 方法 / Step-back / 自适应 RAG / 分块策略 / Rerank / CRAG / Agentic RAG 实现。

---

📌 写在前面

上一篇讲了 RAG 的五种范式和演进。但范式只是"选哪条路"。

真正决定效果的是路上怎么走。

我把这部分过了一遍，最大的感受是：

RAG 的效果问题，90% 不是"要不要上 GraphRAG"，而是"你能不能定位是哪一层坏了"。

这篇讲工程化的四件事：

1. 分层评估 —— 定位问题出在哪一层
2. 查询转换 —— 5 种方法怎么选
3. 分块策略 —— 唯一没有 ground truth 的环节
4. Agentic RAG 实现 —— 自主决策的约束机制

---

---

RAG 基础与五种范式演进:从链式检索到自主决策

RAG 学习 Day 1-2 上半部分。
关键字:RAG 五组件 / Naive → Advanced → Modular → Graph → Agentic / GraphRAG / Leiden 社区检测 / Local vs Global / 范式选型决策树。

---

📌 写在前面

RAG 这两个字现在有点被用滥了。什么"我们做了 RAG 系统"，什么"RAG 落地最佳实践"，翻开一看全是"文档切块 → 向量化 → 检索 → 拼 prompt"。

这套四步流程没错，但它只是起点。

我花了两天把 RAG 的五种范式过了一遍（Naive / Advanced / Modular / Graph / Agentic），最大的感受是：

RAG 不是一种技术，是一条谱系。选错范式的代价，比调错参数大 10 倍。

这篇讲基础和范式演进。工程化那部分（分层评估 / 查询转换 / 分块策略 / Agentic RAG 实现）单独一篇。

---

---

Claude Code 架构精读:从 30 行循环到独立判断器

精读开源项目 shareAI-lab/learn-claude-code 的三个核心 session。
关键字:Agent Loop / Integrated Harness / Goal Loop / 独立判断器 / Hooks / 权限边界。
系列位置:9-16 Harness 工程 → 9-17 AI Coding 工程 → 9-18 Agent Loop → 9-20 Harness 全家福 → 本文(读别人的 harness 实现)。

---

📌 写在前面:这次讲什么,怎么讲

前 4 篇 Harness 系列是我自己搭的。这一次不一样 —— 我在读一个把 Claude Code 剥到只剩骨架的开源项目,442 个文件,17 个 session,中文文档齐全。

我挑了三个 session 精读:

Session	代码量	一句话
s01 Agent Loop	120 行	一个 while True + 一个 bash = 一个 Agent
s15 Integrated Harness	3326 行 / 158 函数	26 个工具 + 15 个机制,全挂在同一个循环上
s17 Goal Loop	903 行	模型说停不算停,独立判断器说了算

讲法我改了:前几篇我是"先讲架构,再举例"。这次反过来 —— 先说你在什么处境下会需要它,再给能直接抄的样例,最后才拆架构。

因为 11 年经验的人不需要"这是什么",需要的是"这玩意解决我什么问题、我什么时候用、怎么用"。

---

---

DDD 进阶:从领域事件到四层架构的实战体系

Day 3 进阶篇,2 波素材整合。
关键字:领域事件 / 最终一致性 / 事务边界 / 四层架构 / 严格分层 / 聚合演进 / 职责分层 / 仓储分层 / 4 大误区。
DDD 基础篇(9-24)讲"业务怎么切 + 代码怎么写",本文讲"怎么用得起来,怎么不踩坑"。

---

📌 一句话核心

"DDD 进阶 = 领域事件解耦 + 四层架构落地 + 严格分层 + 4 大误区防范。"
领域事件 = 已发生的业务事实,过去时命名,跨上下文用最终一致性;
四层架构 = 用户接口 + 应用 + 领域 + 基础,严格分层,领域层零技术依赖;
误区 = 不写三层架构的伪 DDD,不写应用层业务,不拆 1 聚合 = 1 微服务,不让领域服务啥都干。

---