<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>AI方法论 on Code Plato</title><link>https://CodePlato3721.github.io/zh/categories/ai%E6%96%B9%E6%B3%95%E8%AE%BA/</link><description>Recent content in AI方法论 on Code Plato</description><generator>Hugo -- gohugo.io</generator><language>zh</language><lastBuildDate>Fri, 15 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://CodePlato3721.github.io/zh/categories/ai%E6%96%B9%E6%B3%95%E8%AE%BA/index.xml" rel="self" type="application/rss+xml"/><item><title>AI时代我们应该如何阅读技术文档：精炼阅读</title><link>https://CodePlato3721.github.io/zh/post/ai%E6%97%B6%E4%BB%A3%E5%A6%82%E4%BD%95%E9%98%85%E8%AF%BB%E6%8A%80%E6%9C%AF%E6%96%87%E6%A1%A3-%E7%B2%BE%E7%82%BC%E9%98%85%E8%AF%BB/</link><pubDate>Fri, 15 May 2026 00:00:00 +0000</pubDate><guid>https://CodePlato3721.github.io/zh/post/ai%E6%97%B6%E4%BB%A3%E5%A6%82%E4%BD%95%E9%98%85%E8%AF%BB%E6%8A%80%E6%9C%AF%E6%96%87%E6%A1%A3-%E7%B2%BE%E7%82%BC%E9%98%85%E8%AF%BB/</guid><description>&lt;img src="https://pub-deacd49348914a49b1254b01f351ef0d.r2.dev/2026/05/how-to-read-tech-docs-in-the-ai-era/banner.png" alt="Featured image of post AI时代我们应该如何阅读技术文档：精炼阅读" /&gt;&lt;h2 id="读不完的技术文档"&gt;读不完的技术文档
&lt;/h2&gt;&lt;p&gt;一直以来，我们都关注要多看技术文档。但是我遇到的实际情况是：有时候一篇文档太长，看得时间太久，导致：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;犯困，效率下降&lt;/li&gt;
&lt;li&gt;中间被其他事情打断&lt;/li&gt;
&lt;li&gt;被中间的知识点引导到别的文章去，而那篇文章也很长。我计算过，如果把这些文章全部读完，是不可行的，时间成本太高&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;实际的结果就是，我的浏览器常年开着很多没看完的技术文章 tab，我又舍不得关掉它们。我有时候会把它们放到收藏夹里。但是这并没有从根源上解决问题，反而造成收藏夹里的文章越来越多。收藏夹变成了一个巨大的 todo list。&lt;/p&gt;
&lt;h2 id="阅读技术瓶颈"&gt;阅读技术瓶颈
&lt;/h2&gt;&lt;p&gt;这些堆积的技术文档在我内心造成了负担，让我觉得愧疚。这成为了我脑子里的技术债。我总觉得是我不够努力，才没有读完它们。&lt;/p&gt;
&lt;p&gt;但是我今天想，我要把这些技术文档全部读完是不可能的。因为：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;文档的长度决定了读完它们注定要消耗大量的、超过我可承受范围的时间成本&lt;/li&gt;
&lt;li&gt;文档中又会发散出新的文档，这个过程永不停歇&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;就像技术问题有瓶颈一样，我将它称之为阅读方面的技术瓶颈。这个问题需要通过逻辑层面的解决方案来解决，而不只是纯技术手段。&lt;/p&gt;
&lt;p&gt;这个瓶颈的本质是：我们的时间和注意力都是有限资源。时间这个单位离人本身太远了，不能作为主要的度量工具，因为同样的时间里，你的阅读速度是不一样的。所以我更愿意将&amp;quot;注意力&amp;quot;作为我们的资源单位。你可以把人的注意力看作某种 token，你的 attention token 简称 AT。当你的注意力足够强，就可以产生 AT 力场（大雾）。消耗完了，就得靠睡眠来补充。&lt;/p&gt;
&lt;p&gt;这个阅读技术瓶颈本质上是：&lt;/p&gt;

 &lt;blockquote&gt;
 &lt;p&gt;阅读文档总时间 &amp;gt; 你所拥有的注意力&lt;/p&gt;

 &lt;/blockquote&gt;
&lt;h2 id="精炼阅读"&gt;精炼阅读
&lt;/h2&gt;&lt;h3 id="永远可以提炼"&gt;永远可以提炼
&lt;/h3&gt;&lt;p&gt;我想到，就算这些技术文档全都只看了一点点，我也能好好地做技术做到现在。有些文档甚至在我还没读的时候，这门技术就已经被淘汰了。所以，其实大部分文档中的信息我是不必去记忆的，只是把它们当作字典查询就可以了。&lt;/p&gt;
&lt;p&gt;这甚至适用于很多总结归纳后的文档。它们依然可以继续被提炼。被提炼过的文字，其实依然可以再被提炼，最终提炼成一句话。但是提炼的过程会丢失大量信息，而这是预期内可以接受的。&lt;/p&gt;
&lt;h3 id="llm提炼"&gt;LLM提炼
&lt;/h3&gt;&lt;p&gt;在 AI 编程时代，程序员的价值就是&amp;quot;注意力&amp;quot;。&lt;/p&gt;
&lt;p&gt;我想，可以在注意力下降的时候，适当使用 LLM 去归纳文章剩下的部分。通过让 LLM 阅读并归纳后，我们先阅读大纲，然后对感兴趣的部分反复提问来学习。&lt;/p&gt;
&lt;p&gt;后来我又想，为什么不更进一步：一开始就让 LLM 先提炼出一个足够短的文章大纲。然后我们阅读大纲后，选择继续读，还是就此放弃。继续阅读时，也可以选择自己逐行精读，或者只阅读感兴趣的部分。&lt;/p&gt;
&lt;h3 id="不要发散"&gt;不要发散
&lt;/h3&gt;&lt;p&gt;在阅读到自己感兴趣的知识点后，不要去 Google。我们来看这个行为链：&lt;/p&gt;
&lt;p&gt;Google 关键词 -&amp;gt; 看到想看的页面 -&amp;gt; 点击页面 -&amp;gt; 查看该页面&lt;/p&gt;
&lt;p&gt;Google 的搜索结果页面单项结构：&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-text" data-lang="text"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;LOGO: 网站名
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;一句话的页面简介（不一定是页面标题）
&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;2-3 行的页面短简介
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;你需要消耗注意力去逐条看这些词条。你打开了一个新的、花里胡哨的页面后，还需要继续消耗注意力去寻找你想看的东西。也许页面中的其他部分也在消耗你的注意力。&lt;/p&gt;
&lt;p&gt;所以，遇到你感兴趣的知识点后，不要立刻去 Google。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;直接问 AI，让 AI 给你找到你想看的东西&lt;/li&gt;
&lt;li&gt;在回答中要求它附上链接，作为确认的证据&lt;/li&gt;
&lt;li&gt;你可以自己点链接确认。一旦发现链接失效，后续会话中可以让它自己先访问链接，排除失效链接后，再给出可用链接&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;所以，我将这种方式称为 &lt;strong&gt;精炼阅读&lt;/strong&gt;。&lt;/p&gt;
&lt;h2 id="验证"&gt;验证
&lt;/h2&gt;&lt;p&gt;我们需要一种方式去验证这种方式，否则无法证伪。所有无法证伪的都是伪科学。如果这种方法只是我瞎扯的，那么就可以被证明我在瞎扯。如果这个方法无效，那也是在浪费读者你的时间。&lt;/p&gt;
&lt;p&gt;验证方式：&lt;/p&gt;
&lt;p&gt;通过以下维度来验证使用该方法后的效果：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;浏览器打开的技术文档 tab 数量应该下降&lt;/li&gt;
&lt;li&gt;收藏夹内的未读文章数量应该下降，或者被归档&lt;/li&gt;
&lt;li&gt;结束一天后总结，今天确实实现了本来预定的阅读计划，负罪感降低（这点其实很主观，也很伪科学，但没关系）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;你也可以通过这套验证方式来验证该方法是否有效，从而决定你是该相信我，并改变自己的阅读习惯，还是觉得这个人就是在 bullshit。无论哪一种，你都走出了重要的一步：亲自实践 AI 带来的生活习惯改变。这就是有价值的。&lt;/p&gt;</description></item><item><title>AI时代如何提问面试者</title><link>https://CodePlato3721.github.io/zh/post/ai%E6%97%B6%E4%BB%A3%E5%A6%82%E4%BD%95%E6%8F%90%E9%97%AE%E9%9D%A2%E8%AF%95%E8%80%85/</link><pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate><guid>https://CodePlato3721.github.io/zh/post/ai%E6%97%B6%E4%BB%A3%E5%A6%82%E4%BD%95%E6%8F%90%E9%97%AE%E9%9D%A2%E8%AF%95%E8%80%85/</guid><description>&lt;img src="https://pub-deacd49348914a49b1254b01f351ef0d.r2.dev/2026/05/ai-interview-in-the-ai-era/banner.png" alt="Featured image of post AI时代如何提问面试者" /&gt;&lt;h2 id="背景"&gt;背景
&lt;/h2&gt;&lt;p&gt;在 AI 时代，我们要如何面试才能保证招到合适的人才？你也不想招到一个 LeetCode 很厉害，但是却不会用 Claude Code，而且也不愿意学习 AI 编程的人吧。&lt;/p&gt;
&lt;p&gt;但是相比起 LeetCode 或者传统软件知识来说，AI 又太年轻。我们又怎么样才能知道，对方是否能在未来几年的工作中，在公司保持较高的生产力呢？&lt;/p&gt;
&lt;h2 id="术语规范"&gt;术语规范
&lt;/h2&gt;&lt;p&gt;AI 只是一个泛泛的术语，适用于普通人理解。但是我们身为职业工作者，用词必须准确。&lt;/p&gt;
&lt;p&gt;AI 包含很多范围，比如深度学习、监督学习、大语言模型，以及各种模型。本文只探讨大语言模型这个范畴内的面试问题。所以为了简单，本文会用 AI 指代 LLM。&lt;/p&gt;
&lt;p&gt;本文也不讨论 LLM 训练方向的人才招聘。因为我不懂。而且这方面的知识体系存在时间比较久，已经有成熟的面试体系了。本文只探讨大语言模型应用方向的人才招聘。&lt;/p&gt;
&lt;h2 id="核心思想"&gt;核心思想
&lt;/h2&gt;&lt;p&gt;我们主要考核 4 个方面：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;学习能力：&lt;/strong&gt;&lt;br&gt;
我们要招聘的是面向 AI 编程的程序员。无论他做的是 AI 方面的工作，还是只是使用 Claude Code 来编程，他都需要保持对技术的渴望，要紧跟时事。&lt;/p&gt;
&lt;p&gt;因为在 LLM 应用这个领域，没有哪个学校可以有效地开课教授这方面的知识。你年初学的东西，可能到年末就已经过时了。所以学习必须靠自己。&lt;/p&gt;
&lt;p&gt;要像追明星八卦一样去追逐 AI 的新动向。我经常会说，好的 AI 程序员就是狗，是你在 chasing 技术，而不是技术在 pushing 你。&lt;/p&gt;
&lt;p&gt;所以我们的问题不仅会问 LLM 的知识，还需要知道他是否对 LLM 技术有追逐感。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;整体理解：&lt;/strong&gt;&lt;br&gt;
考核面试者对 LLM 的整体理解。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;使用经验：&lt;/strong&gt;&lt;br&gt;
考核面试者是否真的使用过 AI 编程工具。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;具体知识：&lt;/strong&gt;&lt;br&gt;
考核对具体框架（比如 LangGraph）的了解。但这方面更多是针对 AI 整合方向的。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="问题例子"&gt;问题例子
&lt;/h2&gt;&lt;p&gt;以下是一些问题的例子，以及我自己的一些答案。&lt;/p&gt;
&lt;p&gt;这些不代表标准答案。而且就像 LLM 有训练截止时间一样，我这些答案的截止时间是 2026.06。&lt;/p&gt;
&lt;h3 id="学习能力"&gt;学习能力
&lt;/h3&gt;&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;LLM 应用发展到现在经历了哪几个阶段？提示：第一个阶段是提示词工程&lt;/strong&gt;&lt;br&gt;
答案：提示词工程、上下文工程、Harness Engineering&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;什么是 Harness Engineering？&lt;/strong&gt;&lt;br&gt;
Harness Engineering 是为 AI Agent 搭建&amp;quot;外部运行框架&amp;quot;的工程，包括 tools、memory、retrieval、validation、workflow 和 feedback loop，用来提高 Agent 的正确率与可控性。&lt;/p&gt;
&lt;p&gt;简单地说，现在的 Agent 架构可以简化为：model + harness。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;说几个你知道的最新的 LLM 应用？&lt;/strong&gt;&lt;br&gt;
比如 OpenClaw、Hermes Agent、Happy Codex 等等（这个回答截止于 2026.05）。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;说几个你知道的最新的 LLM 模型名字？&lt;/strong&gt;&lt;br&gt;
Opus、GPT5.5 等等（这个回答截止于 2026.05）。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;你一般通过什么方式学习 LLM 技术？&lt;/strong&gt;&lt;br&gt;
看资讯网站、follow 某些媒体、自己做 LLM 项目，然后需要什么学什么，等等。&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h3 id="整体理解"&gt;整体理解
&lt;/h3&gt;&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;上下文工程和提示词工程的区别是什么？&lt;/strong&gt;&lt;br&gt;
答案：提示词工程是&amp;quot;怎么写一句更好的 prompt&amp;quot;，上下文工程是&amp;quot;怎么为 AI 动态构建整个运行时上下文系统&amp;quot;。&lt;/p&gt;
&lt;p&gt;因为现代 AI Agent 的效果，主要取决于&amp;quot;是否拿到了正确的上下文和工具&amp;quot;，而不只是 prompt 写得漂不漂亮。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;你怎么理解 &amp;ldquo;RAG is dead&amp;rdquo; 这句话？&lt;/strong&gt;&lt;br&gt;
有两个层面的理解：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;由于上下文工程的出现，人们更多地把提升智能体工作效率的重点，从&amp;quot;更强的 RAG&amp;quot;转向&amp;quot;更好的上下文工程&amp;quot;。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;严格来说，不是 RAG 死了，而是早期那套 Naive RAG 死了。早期的 Naive RAG 基本是：文本 chunk -&amp;gt; embedding -&amp;gt; similarity search。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;你有了解什么上下文工程的方法论吗？&lt;/strong&gt;&lt;br&gt;
上下文压缩、结构化笔记、子 Agent 架构。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;上下文工程和 Harness Engineering 的区别和联系是什么？&lt;/strong&gt;&lt;br&gt;
Harness Engineering 更关注 AI Agent 的整体运行框架和执行系统，而上下文工程更关注如何为 Agent 动态组织和提供正确的上下文。&lt;/p&gt;
&lt;p&gt;上下文工程可以看作 Harness Engineering 的核心组成部分之一。&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;什么是渐进式披露（Progressive Disclosure）？&lt;/strong&gt;&lt;br&gt;
渐进式披露（Progressive Disclosure）是指系统不一次性展示全部信息，而是在需要时逐步暴露相关内容，以降低复杂度并减少上下文干扰。&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h3 id="使用经验"&gt;使用经验
&lt;/h3&gt;&lt;p&gt;以下问题没有标准答案，除了最后一题。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;介绍一个你日常使用 Claude Code 编写代码的场景。&lt;/li&gt;
&lt;li&gt;你遇到过 AI 写的最蠢的代码是什么？&lt;/li&gt;
&lt;li&gt;遇到 AI 一直无法修好的 bug 怎么办？&lt;/li&gt;
&lt;li&gt;你是否比较过市面上几款 AI 编程工具的效率？你觉得哪个好？理由是什么？&lt;/li&gt;
&lt;li&gt;作为开发者，我们应该怎么写代码？&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;关于这题，我自己有一些答案，但会放在我的另一篇文章《AI 时代的程序员应该掌舵而不是编写（Steering Not Typing）》里面。&lt;/p&gt;
&lt;h3 id="具体知识"&gt;具体知识
&lt;/h3&gt;&lt;p&gt;这部分就根据具体框架来出题即可。比如你要考 LangGraph，那就根据 LangGraph 出题。&lt;/p&gt;
&lt;p&gt;我就不献丑了。&lt;/p&gt;</description></item></channel></rss>