--- report.previous.md
+++ report.md
@@ -1,161 +1,119 @@
-# 一部影片看完 Stanford AI 系統課程：从 LLM 到 Agentic Workflow 的实战地图
+# 从模型崇拜到系统设计：一场AI工程思维的祛魅之旅
> [!summary]
-> **核心价值判断**：这是一份为“从追模型转向做系统”的工程师准备的实战导航图。Gary Chen 浓缩了斯坦福《Beyond LLM》课程精华，系统性地论证了商业落地的瓶颈不在模型能力，而在于 Prompt Engineering、RAG 和 Agentic Workflow 这三层工程能力的组合应用。最适合即将或正在构建 AI 产品的工程师、产品经理，以及想要理解“AI 系统怎么搭才算靠谱”的技术管理者。
+> **核心价值判断**：这条视频最大的价值在于它完成了一次关键的理论“祛魅”——它告诉我们，当前AI落地的真正瓶颈不在模型本身，而在于系统设计的工程思维。视频反复论证一个核心观点：与其等待更强的模型，不如学会把现有技术组合成可运行、可评估、可维护的系统。最适合那些已经掌握基础AI概念、正处在“看了很多技术但不知道怎么用”焦虑期的学习者和从业者，是一次难得的方向校准。
-## 内容还原：一条“从缺陷出发”的渐进式工程路线
+## 内容全貌：一场层层递进的论证
-视频没有平铺直叙介绍技术，而是从 LLM 的四大原生缺陷切入——为什么你不能直接把 ChatGPT 塞进业务里。然后沿着“基础增强技术（Prompt/Fine-Tuning/RAG）→ 系统化思维（Agentic Workflow）→ 评估体系（Evaluation）→ 高阶架构（Multi-Agent）”逐层展开，每一步都是对前一层缺陷的回应。
+Gary Chen基于斯坦福大学的课程框架，用27分钟完成了一次从底层认知到顶层设计的完整推演。他不是在罗列技术，而是在构建一个递进式的论证体系：先告诉你单靠模型不行，再教你三种强化方法，接着指出方法组合需要新思维，最后用案例和多智能体设计收尾。整个过程像搭梯子，每一级都在为下一级铺路。
-| 时间范围 | 内容要点 |
+**时间线总览**：
+
+| 时间区间 | 内容要点 |
|---|---|
-| 00:00:00-00:03:32 | 提出核心问题：LLM 四大限制（领域知识缺失、信息滞后、控制困难、长上下文退步），引出两条路线——换模型 vs 加工程，明确主张大多数人走纵轴工程路线 |
-| 00:03:34-00:06:47 | Prompt Engineering 作为基本功：BCG 实验揭示的两种有效模式（Centaurs/Cyborgs），好 prompt 三要素，Prompt Chaining 是最核心技巧 |
-| 00:06:49-00:07:49 | Fine-Tuning 的四个弊端，结论是“能不做就不做”，仅保留特定场景适用性 |
-| 00:07:52-00:10:49 | RAG 完整方案：向量数据库、chunking、multilayer 存储，并主动回应“长上下文是否会取代 RAG”的争议 |
-| 00:10:50-00:14:57 | 核心心法转变：Agentic Workflow 不是新技术，是思维转换——确定性代码 + 模糊 AI + 人工护栏 |
-| 00:15:00-00:17:42 | Agent 三要素（Prompts/Context Management/Tools）和 MCP 协议，讲的是“怎么把零件拼成能跑的系统” |
-| 00:17:46-00:23:34 | 实战重头戏：三维度评估框架、LLM-as-Judge 四种玩法、客服改地址的完整 case study |
-| 00:23:36-00:27:24 | Multi-Agent 的两个合理理由（平行处理、可复用性），Hierarchical vs Flat 两种模式，最后五大层级总结 |
+| 00:00-03:18 | 破题：LLM的概率性与非确定性本质如何限制直接应用，引出纵向增强的必要性 |
+| 03:18-08:02 | 单模型三大增强技术详解：提示工程（基本功）、微调（谨慎使用）、RAG（主流方案） |
+| 08:02-11:06 | RAG深入：解决幻觉、时效性、上下文窗口限制，并提供学习路径 |
+| 11:06-17:46 | 思维转型：Agentic Workflow的核心，从确定性到模糊性的工程心态，护栏与评估体系 |
+| 17:46-20:48 | 评估体系的四个维度与案例演示 |
+| 20:48-23:24 | 实战案例：客服代理全流程设计，任务分解、工具选择、评估设计 |
+| 23:24-25:39 | 多智能体系统：适用场景、过度设计警告、分层架构与MCP协议 |
+| 25:39-27:24 | 总结：核心能力在于系统设计与工程思维，而非模型训练 |
-## 逐章分析
+## 逐章深度解析
-### 第一章：基础模型限制与纵轴工程路线（00:00:00-00:03:32）
+### 第一章：LLM的局限与纵向增强之路（00:00-03:18）
-**讲了什么**：直接摊牌——LLM 有四大硬伤：没有你的领域知识、训练数据有截止日期、输出难以精确控制、长上下文会“迷失在中间”。然后画出两条路：横轴是换更强的模型，纵轴是在现有模型上叠加工程能力。核心主张很明确：大多数人应该走纵轴，因为换模型边际收益递减，而工程叠加的效果是复合的。
+这一章是整个论证的立论基础。Gary直接指出LLM的本质属性——概率性输出机——决定了它们在生产环境中的不可靠性。他用退款的例子很精准：用户问能不能退款，两次得到不同答案，这在商业场景里是灾难。这个例子后，他提出了视频最核心的概念区分：**横向发展**（等待更强模型）vs **纵向增强**（在现有模型上叠加工程能力）。
-**依据**：这一章是整场的“问题定义”。没有它，后面的 Prompt/RAG/Agent 都只是技术罗列。四个限制的具体表现（比如长上下文的 lost-in-the-middle 问题）是经过学术验证的，这里用简要概括带出。
+这一章在整体论证中处于“为什么”的阶段，回答的是整个视频存在的必要性。如果模型本身就能完美解决所有问题，后面谈的提示工程、RAG、代理工作流都成了多余的技巧。正是这一章确认了问题，才给后续所有技术方案赋予了意义。
-**章节位置**：开篇立论。把“为什么 LLM 不能直接用”说清楚，后面的所有技术都是这个问题的解法。
+### 第二章：单模型能力强化三利器（03:18-08:02）
-### 第二章：Prompt Engineering，基本功与最佳实践（00:03:34-00:06:47）
+进入“怎么做”的第一层，Gary系统对比了三种增强技术。对提示工程的定位很有意思——“你不会靠prompt engineering当饭吃，但这个技能会让你在职涯里用一辈子，就像九九乘法表一样是基本功”（00:03:42）。这个比喻精准地区分了“职业身份”和“基础能力”，既没有神化提示工程，也没有贬低它的价值。
-**讲了什么**：引用 Stanford 教授的话——“不认为 prompt engineer 会是一个职业，因为这是每个工程师的基本技能”。然后引入 BCG 的实验：将顾问分三组，发现 AI 在创意任务上显著加分，在数据分析上反而拖后腿，这引出了 Centaurs（委派型）和 Cyborgs（高频交互型）两种有效使用模式。好 prompt 的三要素（上下文、明确指令、输出格式）被简要带过，重点落在 Prompt Chaining——把复杂任务拆成多个 prompt 串起来，每一步可测试可调试。
+对微调的态度非常务实：“能不做就不做”（00:06:53），并给出了四个明确的反对理由：需要大量优质数据、时效性差（训好时世界可能已经变了）、成本高、多数场景下提示工程能达到类似效果。这种判断是建立在现实考量上的，不是在理论上说微调无用，而是从工程效率角度论证它不具性价比。
-**依据**：BCG 研究的时间点在 `00:04:00` 附近被引用，这是本章的核心论据，用来证明“prompt 硬不硬取决于任务性质”，而不是越花哨越好。
+对于RAG，他强调这是解决知识缺失与幻觉的“标准方案”，并指出即使现在有些模型支持超长上下文窗口，也未必比RAG实用，因为latency和准度问题依然存在（00:10:23）。这部分论述有理论依据也有实践经验判断，相对平衡。
-**章节位置**：纵轴工程的第一层，也是最基础的技能层。为后面 Agentic Workflow 的“多步流程拆解”埋下伏笔。
+### 第三章：从单模型到系统——Agentic Workflow的思维革命（11:06-17:46）
-### 第三章：Fine-Tuning，能不做就不做（00:06:49-00:07:49）
+这是视频的“灵魂章节”。Gary在这里完成了一次升华，将对单个技术的讨论转向对**工程心态**的讨论。他明确指出：“Agentic系统是fuzzy的，意思是同样的input，不同时间跑可能给你不同的output”（00:13:07）。这一认知的转变至关重要，它意味着工程师不能再用传统软件的确定性思维来设计AI系统。
-**讲了什么**：只用了一分钟讲清楚——Fine-Tuning 四个问题：需要大量高质量数据（大多数公司没有）、容易过拟合（反而变傻）、时效性差（数据一过时就得重练）、通常可用 Prompt Engineering 替代。只在法律、科学等高精度、强规范的领域推荐使用。
+接着他引入了护栏（guardrail）和评估的概念，并用一句非常精辟的话总结：“不是试图让AI零错误，而是在它出错的时候有人接得住”（00:14:55）。这句话重新定义了AI工程的目标——从追求完美转向建设容错机制。这一章在整体论证中处于“转折点”的位置，前面的技术讨论到这里被重新组织在一套新的系统思维之下。
-**依据**：四个弊端是实践经验的总结，视频没有展开技术细节，因为这一章的战略意义是“劝退”——帮观众避坑，节省资源。
+### 第四章：实战案例——客服代理的全流程构建（20:48-23:24）
-**章节位置**：对纵轴三技术（Prompt/Fine-Tuning/RAG）做了取舍排序，明确 Fine-Tuning 优先级最低，可以跳过。这为后面的 Agentic Workflow 释放了注意力。
+理论落地的一章。Gary用“改地址”这个简单但典型的客服请求，展示了如何任务分解、选择工具、设计评估。这个过程演示了前面所有抽象原则如何具体执行：不是直接让一个模型回答所有问题，而是将任务拆成身份验证、请求确认、地址查找、最终确认等步骤，每个步骤有对应的提示词和工具，整体用工作流串联。这个案例的价值在于它的**可复制性**，听众可以照这个思路拆解自己领域的问题。
-### 第四章：RAG，注入领域知识的标准方案（00:07:52-00:10:49）
+### 第五章：多智能体系统——何时需要，如何设计（23:36-25:39）
-**讲了什么**：完整拆解 RAG 的工作原理——把文档切块（chunking）存进向量数据库，用户提问时检索相关片段塞进 prompt 上下文，让 LLM 基于这些“参考资料”回答。还提到 multilayer 存储等进阶技巧。最出彩的是主动回应争议：“长上下文会不会干掉 RAG？”结论是不会，因为延迟和效率没法接受——就像搜索引擎不会每次查询都重新爬全网。RAG 在检索效率和实时更新上的优势不可替代。
+最后一章处理的是一个前沿但容易被滥用的话题。Gary的态度相当克制：多智能体适用于需要并行处理和复用性的场景，但“如果一个agent就能解决的任务，硬上multi-agent反而增加复杂度”（00:24:18）。他建议以分层架构为主，并提到MCP协议作为智能体间的协作标准。这一章完成了整个论证的收束——从单模型增强，到单一代理系统，再到多智能体协作，技术栈越来越复杂，但核心原则没变：以实用性为导向，避免过度设计。
-**依据**：`00:10:27` 附近关于长上下文与 RAG 的讨论是关键，用类比论证（搜索引擎）让结论站得住。`00:10:43` 的原文引用明确了 RAG 的价值判断。
+## 关键判断与依据清单
-**章节位置**：纵轴三技术的最后一环，也是商业应用中最常用的“将私有知识注入 LLM”的方案。为第五章 Agentic Workflow 提供了关键的“外部知识调用”能力。
+以下是视频中最为核心的十个判断，每个都标注了时间戳和依据：
-### 第五章：Agentic Workflow，从模型到系统的心法（00:10:50-00:14:57）
+1. **仅依赖更强基模无法突破实际应用瓶颈，必须进行纵向工程增强**（00:02:22）：LLM的概率性输出导致同样prompt结果不一致，在生产环境中不可接受
+2. **提示工程是基本功而非独立职业**（00:03:42）：“你不会靠prompt engineering当饭吃，但这个技能会让你在职涯里用一辈子”
+3. **微调在多数场景下不具性价比，应谨慎使用**（00:06:53）：四个反对理由——数据需求大、时效性差、成本高、提示工程常可达同样效果
+4. **RAG是解决知识缺失的主流方案，超长上下文不能完全替代它**（00:10:23）：即使context window很大，仍面临latency和定位准度问题
+5. **构建代理系统需从确定性思维转向模糊性思维**（00:13:07）：Agentic系统同样的输入可能给出不同输出，这是本质特征而非bug
+6. **工程目标是容错而非零错误**（00:14:55）：“不是试图让AI零错误，而是在它出错的时候有人接得住”
+7. **真正的AI工程能力在于系统设计与组合，而非模型训练**（00:17:46）：核心价值是将现有技术组合成可运行的系统
+8. **多智能体系统适用于并行任务，但应避免过度设计**（00:24:18）：“如果一个agent就能解决的任务，硬上multi-agent反而增加复杂度”
+9. **提示工程的核心是Chaining与可观测性**（00:04:45）：将复杂任务拆分为可追踪的步骤
+10. **评估体系是衡量AI产品成熟度的关键指标**（00:18:02）：需要端到端、组件级、主观与客观、定量与定性四个维度
-**讲了什么**：这是整场视频的“灵魂章节”。核心概念：Agentic Workflow 不是某个新技术，而是把 prompt、外部工具、各种组件组合进一个有结构的工作流程里，成为一套系统。然后把传统软件和 AI 系统做了四维对比——数据（结构化 vs 非结构化）、逻辑（确定性 vs 概率）、架构（固定流程 vs 动态决策）、测试（单元测试 vs 评估体系）。核心原则只有一句话：“确定性部分用代码解决，模糊部分交给 AI，再加人工护栏。”
-
-**依据**：`00:13:51` 的原文——“能 deterministic 解的问题，就 deterministic 解，剩下 fuzzy 的部分，加上護欄”，这是整个视频最核心的判断。`00:14:46` 提到的 Appeal feature（申诉机制）是护栏的具体案例：允许用户对 AI 的 fuzzy 判断提出申诉，由人接手纠正。
-
-**章节位置**：承上启下。前三章讲的是“怎么增强 LLM 的能力”，从这章开始讲“怎么把 LLM 嵌入一个可靠的系统”。这是从“技术使用者”到“系统架构者”的思维跃迁。
-
-### 第六章：打造 Agent，核心要素与工具协议（00:15:00-00:17:42）
-
-**讲了什么**：讲“零件清单”——构建 Agent 的三个核心要素：Prompts（给指令）、Context Management（记忆分层，工作记忆和长期记忆分开）、Tools（分两类：做事工具和查数据工具）。然后引入 MCP 协议，用“万能插头”比喻统一工具接口的价值——不用每个工具都写适配代码。
-
-**依据**：这一章偏“操作手册”性质，没有强论据，是为第七章的 case study 做技术准备。MCP 协议在当时的行业热度也支撑了这一部分的价值。
-
-**章节位置**：从“心法”到“技法”的过渡。为下一章的实战案例提供具体的组件语言。
-
-### 第七章：Evaluation 与实战案例（00:17:46-00:23:34）
-
-**讲了什么**：这是整场视频“有最多可立刻拿走用的东西”的章节。先给出三维度评估框架——整体/组件、客观/主观、定量/定性，这六个方向可以组合使用。然后深入 LLM-as-Judge 的四种玩法：pair-wise comparison、single-answer grading、reference-guided pair-wise、rubric-based，可以混用。最后用一个客服改地址的 case study 完整走完三步骤：任务分解（五步：抽信息、查数据库、查政策、起草回信、发邮件）→ 分步选工具（LLM one-shot、custom tool、RAG、email tool）→ 建评估系统（先人工扫出问题，再设计自动化 eval，每次只改一个变量做 A/B 测试）。
-
-**依据**：`00:21:31` 的客服 case study 是整个视频最具说服力的实战证据，演示了怎么把“模糊”的客服需求拆成“确定性+模糊”的任务组合。`00:20:37` 关于“先人工扫出问题，再设计自动化 eval”和“模型跟 prompt 两个变因一次只动一个”的方法论，是工程可复制性的关键。
-
-**章节位置**：实战落点。前面六章的理论和原则在这个案例里全部兑现，证明这条路线是可执行的。
-
-### 第八章：Multi-Agent 与课程总结（00:23:36-00:27:24）
-
-**讲了什么**：先把高度拉高——Multi-agent 不是必须的，只在两个场景下有价值：需要平行处理（同时干多件事）或模块可复用（多个场景共享一个 Agent 能力）时才上。对比了 Hierarchical（层级式，有主管）和 Flat（扁平式，平等协作）两种模式。最后用五大层级总结全视频：Prompt Engineering → RAG → Agentic Workflow → Evaluation → Multi-Agent，并鼓励从自己的痛点出发实践学习。
-
-**依据**：`00:25:35` 的原文——“Multi-agent 聽起來複雜，但其實只是把你已經懂的東西，多疊一層”，这是对“不要过度设计”的劝诫。层级模式和扁平模式的对比来自智慧家庭的实际场景。
-
-**章节位置**：收尾拔高。回答了一个自然会被问到的进阶问题，同时设定“不要为架构而架构”的边界。五大层级总结完成了整个学习路径的闭环。
-
-## 关键判断与依据
-
-**判断一：大多数人应专注纵轴工程技术（RAG/Agentic Workflow），而非盲目追更强模型**
-
-> `00:00:00-00:03:32` 开篇立论时明确提出两条路线的取舍。依据在于：商业落地的瓶颈在系统设计而非模型能力，且纵轴能力（Prompt、RAG、Agentic）是可叠加、可积累的资产，而换模型只是被动等待第三方发布。
-
-**判断二：Fine-Tuning 能不做就不做，通常可用 Prompt Engineering 和 RAG 替代**
-
-> `00:06:49-00:07:49` 整章围绕四弊端的论证，是基于实践中大多数企业（1）没有足够的高质量数据、（2）业务规则频繁变化、Fine-Tune 后很快过时的现实。保留在“法律、科学等高精度领域”适用，是经验判断而非绝对否定。
-
-**判断三：Agentic Workflow 的核心是思维转换——“确定性用代码，模糊加护栏”**
-
-> `00:10:50-00:14:57`，尤其是 `00:13:51` 的原文引用。这个判断是整个视频的哲学基底，依据来自传统软件工程与 AI 系统在四个维度上的本质差异。`00:14:46` 的 Appeal feature 案例提供了护栏的具体实现方式。
-
-**判断四：RAG 不会被长上下文替代，效率和可更新性是护城河**
-
-> `00:10:27` 有明确阐述。依据是类比论证——搜索引擎不会每次查询都重新爬全网，同理，即使模型支持超长上下文，每次把整个知识库塞进去在延迟和成本上都不现实。`00:10:43` 的原文引用进一步强化。
-
-**判断五：成功的 AI 产品需要三维度评估体系，且必须做 A/B 测试**
-
-> `00:17:46-00:23:34` 整章都围绕此展开。`00:20:37` 明确提出“模型和 prompt 两个变因一次只动一个”，这是从实验方法论角度保证评估的科学性。客服 case study（`00:21:31`）提供了可复制的操作流程。
-
-**判断六：Multi-Agent 是可以有但不必须的升级，只在平行处理或复用需求时才上**
-
-> `00:23:36-00:27:24`，`00:25:35` 原文引用。依据是基于复杂度的考量——每多一层 Agent 就多一层调试和失败的风险，视频没有给出“多少个任务应该上 Multi-Agent”的量化标准，这是一个有意识的保留。
-
-## 可信度边界
+## 可信度边界：区分原文支撑、整理归纳与模型推断
> [!warning]
-> **有原文明确支撑的判断**：
-> - RAG 不会被长上下文替代（`00:10:27` 有时间戳和明确台词）
-> - “确定性 + 模糊 + 护栏”原则（`00:13:51` 有直接引用）
-> - Multi-agent 只是“多叠一层”（`00:25:35` 有直接引用）
-> - LLM-as-Judge 四种玩法（`00:19:15` 有具体说明）
-> - BCG 实验与 Centaurs/Cyborgs 分类（`00:04:00` 有引用）
+> 为了确保报告的诚实性，需要明确标注每一个判断的来源可靠性：
>
-> **基于课程内容整理归纳的部分**：
-> - 五大层级的递进关系（Prompt → RAG → Agent → Eval → Multi-Agent）是视频的结构线，但“这是一个学习路径”的定性是整理者的归纳
-> - 对客服 case study 的“确定/模糊任务分配”总结（`00:21:31`），原视频有详细流程，但“分步选择工具”的决策逻辑是归纳提炼
-> - “Fine-Tuning 能不做就不做”的表述在视频中是用四弊端论证的，这个总结性判断来自整理归纳
+> **有明确原文支撑的判断**（创作者明确说出，可回溯到具体时间点）：
+> - 《提示工程是基本功》（00:03:42）
+> - 《微调不具性价比，能不做就不做》（00:06:53）
+> - 《RAG在可预见未来仍有不可替代价值》（00:10:23）
+> - 《Agentic系统是fuzzy的，需转变工程思维》（00:13:07）
+> - 《多智能体不应过度设计》（00:24:18）
+> - 《工程目标是容错而非零错误》（00:14:55）
>
-> **可能存在整理者推断的部分**：
-> - “边际收益递减”和“复合效果”这些描述换模型 vs 加工程的用词，可能是整理者加入的经济学隐喻
-> - 视频中的字幕或讲解可能有细微差异，当前报告基于结构化分析数据构建，而非逐字逐句听写
+> **整理归纳的判断**（多个段落的逻辑整合，非单一句子表达）：
+> - “真正的AI工程能力在于系统设计与组合” ——这个判断贯穿全视频，但从未被单独浓缩成一句话，是从多个章节的论证逻辑中提取的
+> - “提示工程核心在于Chaining与可观测性” ——由多处分论聚合，非单一原文
+> - “评估体系是衡量成熟度的关键指标” ——散落在评估章节各处的论述整合
>
-> **需要注意的局限**：
-> - 原视频 27 分钟，课程内容被大幅压缩，中间论证过渡可能丢失
-> - 关于 Multi-Agent 何时该上、何时不该上，视频给出的是质性判断（“不要过度设计”），但没有给出量化阈值（如任务数量、并行度指标），这是一个真实的 gap
-> - 内容偏经验分享和方法展示，落地效果因场景差异大，需要在自己的场景中验证
+> **模型推断的判断**（视频未直接讨论，但基于其论证逻辑可以推导）：
+> - “企业应以真实业务痛点驱动技术选型” ——视频讨论了技术选择的理性，但未直接给企业决策建议，这是从“不要盲目微调”、“不要跟风多智能体”等论述中推导出的一般性原则
+> - “提示工程与评估体系将成为AI产品成熟度的行业指标” ——视频讨论了这些技术的价值，但未做行业趋势预测
+>
+> **视频的局限与保留**：
+> 创作者自己在微调问题上有保留，承认其在法律、科学等领域仍有价值。原视频中未深入讨论MCP协议的实际部署成本，也未涉及多智能体系统中的安全与权限管理问题。另外，整个分析框架基于“大多数商业应用场景”，对于研究导向或极端定制化场景，部分建议可能不完全适用。
-## 关键术语
+## 关键术语表
-- **RAG (Retrieval Augmented Generation)**：检索增强生成。将领域文档切块存进向量数据库，用户提问时检索最相关的片段，作为上下文喂给 LLM，解决“模型没有你的私有数据”的问题。
-- **Agentic Workflow**：代理工作流。不是单个 prompt，而是把多个 prompt、外部工具、记忆系统组合成有结构的多步骤流程，让 AI 系统能自主决策、调用工具、执行复杂任务。
-- **MCP (Model Context Protocol)**：模型上下文协议。一个统一的工具接口标准，让 Agent 通过一个协议层与多个外部服务交互，不必为每个工具写单独适配。
-- **LLM-as-Judge**：用 LLM 做评委。设定评分标准或直接做对比，让模型来评估另一个模型的输出质量，是自动化评估中处理主观指标的主要手段。
-- **Prompt Chaining**：提示链。把复杂任务拆成多个独立的 prompt 串起来，前一个的输出作为后一个的输入，每一步可单独测试和调试。
-- **Domain Knowledge**：领域知识。指特定公司或行业的私有数据、产品信息、内部流程等，base model 在训练时没有，需要通过 RAG 或 Fine-Tuning 注入。
-- **Deterministic vs Fuzzy**：确定性与模糊性。Agentic Workflow 的核心设计原则——能用代码写死逻辑的（deterministic）就用代码，需要判断和理解的（fuzzy）才交给 AI，并在 fuzzy 环节预设人工护栏。
+| 术语 | 定义 |
+|---|---|
+| Augmenting LLM（纵向增强） | 在现有大模型基础上叠加工程技术以提升其能力，区别于等待更强模型的横向发展 |
+| Prompt Chaining（提示链） | 将复杂提示拆分为多个独立步骤，前一步输出作为下一步输入，提升可调试性 |
+| RAG（检索增强生成） | 通过向量数据库检索外部资料并注入提示，解决模型知识不足与幻觉问题 |
+| Agentic Workflow（代理工作流） | 由提示词、工具调用、记忆、多步决策组成的有结构工作流程 |
+| MCP（模型上下文协议） | 作为通用中间层，让AI代理无需了解具体API细节即可调用外部服务 |
+| LLM-as-Judge | 使用大模型作为评价者，对另一模型输出进行主观评分 |
+| Guardrail（护栏） | 在代理系统中设置的约束机制，防止输出超出可控范围 |
## 来源信息
-- **视频标题**：一部影片看完 Stanford AI 系統課程，從 LLM 到 Agentic Workflow
- **创作者**：Gary Chen
- **平台**：YouTube
-- **时长**：27 分 24 秒
-- **播放量**：166,885（数据截至结构化分析时）
+- **时长**：00:27:24
+- **播放量**：166,885（截至数据采集时）
+- **内容来源**：基于斯坦福大学《Beyond LLM》课程
---
*分析引擎: deepseek*
*模型: deepseek-v4-pro*
*原文长度: 12695 字*
-*生成时间: 2026-06-30 19:55*
+*生成时间: 2026-07-01 00:22*
*报告模板版本: video-digest-article-v2-debug-20260517-1738*