乐于分享
好东西不私藏

要教会 AI,你必须先看懂自己

要教会 AI,你必须先看懂自己

元认知,是你与 Agent 协作的接口协议。

你可能有过这样的体验。

当你专注解决一个技术问题时,脑海里总有一个“声音”在同步评估进展:

“这个思路走不通了。”

“这里不能靠猜,要查文档。”

“这个 bug 的模式我见过,先看边界条件。”

这个声音并不直接执行任务。它更像一个旁观者,在监控你如何执行任务、如何判断方向、如何决定继续还是切换路径。心理学把这种能力叫作元认知:关于思考的思考。

有趣的是,当我们开始认真使用 AI Agent 时,反而重新发现了元认知的价值:

要教会 Agent 做一件事,你必须先观察自己是怎么做这件事的。

而大多数人,从来没有真正做过这件事。


你最有价值的知识,往往说不出来

问一个资深工程师:你是怎么看出这段代码有问题的?

他可能只能说:“感觉不对。”

这不是不愿意解释,而是很多判断真的已经说不清楚了。专家的知识经过大量实践后,会被压缩成直觉:他看到一个变量名、一个异常路径、一段分支结构,就能隐约判断哪里不稳。

这就是专家的悖论:

你最值钱的能力,恰恰是最难传递的能力。

过去这不是大问题。直觉装在自己的脑子里,自己用就好。

但在 Agent 时代,这件事变了。你想让 Agent 替你完成一类工作,就必须把这些“感觉”“经验”“判断标准”翻译出来。翻译不出来,Agent 只能执行表面指令:总结一下、改写一下、查一下资料、列几个方案。它能做事,但做不到你真正想要的深度。

然后你会觉得:“AI 还是不够聪明。”

更准确地说,很多时候不是 AI 不够聪明,而是我们还没有把自己的判断标准变得足够清晰。


一套可落地的工作流:观察、固化、执行、升维

第一步:观察

在完成某项工作时,刻意记录自己的决策过程。

不要只记录“我做了什么”,而要记录:

  • 我为什么选择这条路径?
  • 我在哪里犹豫过?
  • 什么信号让我判断这个方向该停下?
  • 我什么时候决定查文档、问人、写测试或回滚?
  • 哪些经验让我觉得“这里可能有坑”?

尤其要注意那些你觉得理所当然、但新手会困惑的环节。那里往往藏着你最有价值的隐性知识。

比如,资深工程师看到一个接口设计时,可能会自然地问:“失败重试怎么办?”“幂等性在哪里保证?”“调用方能不能承受这个异常?”这些问题看似普通,其实是多年踩坑后形成的风险扫描清单。

Agent 不会天然拥有你的这份清单。你必须先把它从自己的直觉里捞出来。

第二步:固化

把观察到的思维模式,翻译成 Agent 可以执行的形式。

不同稳定程度的模式,应该放到不同层级:

思维模式类型
固化形式
例子
始终如此的偏好
全局指令
“代码评审先看行为风险,再看风格问题”
特定任务的流程
专项 Skill
“数据分析:先看分布,再处理缺失值,再做假设检验”
高频触发的动作
快捷命令
“/review-pr 生成 PR 摘要和风险清单”
机械重复的操作
自动钩子
“每次编辑后自动格式化并运行最小测试”

这一步往往比想象中难。

你坐下来写,会发现自己“知道”某件事,却描述不清判断条件。比如“这篇笔记应该放到技术类还是成长类”“这个需求应该拆成几个任务”“这段代码到底算不算过度设计”。

这种卡顿不是坏事。

它说明你碰到了真正值得固化的隐性知识。

第三步:执行

Skill 部署之后,Agent 可以不知疲倦地以一致质量重复执行。

这里有两个价值经常被低估。

第一个是一致性

人会疲劳,会分心,会在下午三点犯低级错误。Agent 第 1 次和第 1000 次执行同一个 Skill,表现不会因为情绪和体力波动而明显漂移。你最好状态下的工作方式,被固定成了一个可复用流程。

第二个是认知负担归零

当执行层的判断被外包出去,你可以把工作记忆留给真正困难的问题。你不再反复想“下一步该做什么”,而是专注判断“这个问题本身是不是定义对了”“这个结论能不能被证据支撑”“这个系统还有没有更好的结构”。

这不只是省时间,而是改变了思考的质量。

第四步:升维

当底层工作被接管,注意力会被释放到更高层级。

你不再纠结“这篇笔记放哪个目录”,而开始思考“我的整个知识体系结构合不合理”。

你不再逐条整理会议纪要,而开始思考“这套决策机制为什么总是反复遗漏同一种风险”。

你不再只让 Agent 改一段代码,而开始设计“我希望团队以后如何评审这类代码”。

在更高层级上,你又会形成新的思维模式。然后再次观察、再次固化、再次交给 Agent 执行。

这是一条螺旋上升的路径,没有终点。


一个具体例子:整理 Obsidian 笔记

以前,收件箱里有一批新笔记,你需要手动判断:

  • 这是技术类、投资类,还是个人成长类?
  • 它是原始材料、过程笔记,还是已经成型的长期笔记?
  • 是否需要补充标签?
  • 有没有相关笔记应该双向链接?
  • 这篇内容成熟度够不够,是否应该继续放在 Inbox?

每篇 3 到 5 分钟。50 篇就是好几个小时。

然后你决定把这套逻辑写成一个 Skill。

真正开始写才发现,事情并不顺利。

“技术类”和“成长类”怎么区分?写到第三条规则就开始出现例外。

“长期笔记”的标准是什么?是观点成熟,还是可被复用?

“需要链接”的判断条件是什么?是主题相近,还是存在明确的因果、对比、补充关系?

你花了两个小时反复推翻自己的规则,才写出一份勉强自洽的分类标准。表面上看,这是在写 Skill;实际上,这是你第一次认真审视自己的分类逻辑。

Skill 跑起来之后,你只需要审核结果。注意力随之升到新的层级:

  • 目录结构本身合理吗?
  • 标签体系是不是太散?
  • 哪些知识节点正在变成新的主题中心?
  • 有没有更好的知识关联方式?

这些问题,是你以前被执行细节占满时没有余力思考的。


一个必要的清醒剂:判断不能外包

这个框架有一个陷阱:

你以为你懂了,但你只是看到 Agent 做了。

AI 工具会制造一种微妙的错觉:因为结果出现得很快,因为表达看起来很顺,因为流程似乎很完整,我们就容易高估自己对问题的掌握程度。

问自己一个问题:

你上次认真检查 Agent 的输出,是什么时候?

不是扫一眼,也不是觉得“看起来差不多”。而是真的判断过:

  • 这个结果对不对?
  • 为什么对?
  • 证据够不够?
  • 哪些地方可能有问题?
  • 如果这个结论错了,代价是什么?

有一条底线不能突破:

你可以把执行外包给 Agent,但不能把判断外包出去。

Agent 可以帮你收集材料、整理结构、执行流程、发现异常、生成初稿。但你仍然必须判断:

  • 问题是否被正确定义?
  • 关键约束是否被遗漏?
  • 证据是否足够可靠?
  • 结论是否可以行动?
  • 风险是否在可接受范围内?

一旦连“对不对”都懒得判断,你不是在升维,而是在退化。


结语

在 Agent 时代,专家的进化路径变了。

以前是:

积累经验 → 形成直觉 → 成为专家。

直觉越来越强,但也越来越内化,越来越难以传递。

现在是:

积累经验 → 形成直觉 → 将直觉外化为 Skill → 站到更高层级 → 形成新直觉 → 再次外化。

差别不只是效率。

传统专家的直觉装在脑子里,无法复制,难以交接,也会随着人的离开而消散。外化为 Skill 的直觉,可以共享、可以迭代、可以被团队继承和改进。

这意味着,个人的认知资产第一次有了真正意义上的传承路径。

未来最有竞争力的人,不一定是掌握最多工具的人,而是最善于观察自己如何思考,并能把这种思考系统化的人。

元认知,是你与 Agent 之间的接口协议。协议写得越清晰,协作效率就越高。