夜雨聆风大家好，我是云途。
很多人遇到 AI 工具报错，会很自然地来问我。
但如果要判断一个 AI 项目该不该做、值不值得继续做、应该先改流程还是先换工具，我不确定大家还会不会想到我。
这件事有点尴尬，但也很合理。
它不是观众理解错了，而是我过去的内容一条条训练出来的。
我前面确实讲了不少手把手教程。
一个工具怎么用，一条命令怎么跑，一个工作流怎么搭。很多人也是因为某一条实操内容关注我的。
这些内容有用，以后我也会继续讲。
刚开始学 AI 的时候，先跟着别人跑通一次，往往就是建立体感最快的方式。你先知道这个工具能动，知道按钮在哪，知道报错以后大概怎么处理，后面才有机会继续往下走。
所以我现在想调整内容，不是因为教程不够高级，也不是因为看教程的人有问题。
只是我后来发现，教程最容易留下来的东西，和我真正想长期留下来的东西，不完全是一回事。
教程最擅长解决眼前的问题。
这一步点哪里，这个参数怎么填，这个节点为什么报错。讲清楚以后，观众照着做，问题就过去了。
但 AI 工具变化太快。
今天的界面过几个月可能换了，今天的参数明天可能不叫这个名字，今天能跑通的链路，换个场景以后也可能完全不成立。
如果一个人只记住“上次是这样改的”，下一次遇到同类问题，还是容易重新卡住。
因为真正可迁移的，不是那一次点击，而是那次点击之前的判断：
先看哪里，为什么怀疑这里，排除了哪些可能，看到什么现象以后换方向。
之前有一次，一条 Coze 工作流因为前面的节点没有产出，后面的节点跟着报错。
我带着一个同学把问题处理完，工作流也跑起来了。
后来换到另一条工作流，几乎是同一类问题，只是出问题的位置变了，对方还是不知道先看哪里。
那条教程没有失败。
它把眼前的问题解决了。
只是我后来才看见，我把“改哪里”讲出来了，却没把为什么先看上游、当时排除了什么讲出来。
我替他完成了判断，镜头里只留下了答案。
这不是说对方笨，也不是说教程没用。
很多初学者看教程的时候，注意力会被报错、界面、按钮和具体操作占满。当下最想要的是先跑通，而不是抽象出一套排查规则。
于是他记住了：上次这个节点错了，要这么改。
但没有认出来：这次虽然换了节点，本质上还是“上游没产出，后面接不到结果”。
这就是教程最微妙的地方。
它能帮你跨过第一道门槛，但不一定自动帮你看见这道题背后的共同结构。
教程为了清楚，通常会把犹豫、试错、绕路和排除过程都收掉。
最后留下来的，是一个很干净的答案：
点这里，改这里，好，问题解决了。
但真实项目里，最值钱的部分经常不在这个答案里。
一个客户说想做智能体，我不会一上来就选工具、写提示词。我会先看他原来的工作是怎么做的：资料从哪里来，中间由谁判断，最后要交付给谁。
有时候问到后面会发现，对方缺的不是智能体，而是原来的流程连输入和结果都没有说清楚。
这个时候直接选工具、写提示词，做出来的东西大概率只能演示，很难真的放进工作里。
还有些工具，我一开始也很看好。真的放进项目以后才发现，它前面接不到需要的资料，后面也给不出能继续使用的结果，最后只能停在演示里。
这些过程未必漂亮。
有的项目要退回去先整理流程，有的试过以后干脆不做，有的要等工具再稳定一点。
这些判断我也不是每次都对。有些项目做过以后，我才发现前面想偏了；有些答案换了一个场景，就得重新来过。
但正是这些不那么干净的部分，慢慢训练出一个人对 AI 项目的判断。
我以前以为，只要简介里把定位写清楚，偶尔再讲几条项目和商业内容，大家自然会知道我平时做的不只是教程。
后来发现不是这样。
观众没有义务研究我的简介。
他们只会根据自己一次次从我这里拿到的东西认识我。
你长期帮大家解决什么问题，大家就会在什么问题上想起你。
所以大家把我理解成 AI 工具教程博主，并不是大家误解了我。
是我的内容长期展示了这部分能力，却很少展示另一部分能力。
过去我把很多判断过程放在了镜头外。
以后我想把它慢慢拿回来。
接下来，教程照常讲。
有些内容就应该简单一点：一个功能怎么开，一条命令怎么用，一个报错怎么处理，讲清楚就够了。我不想每次都硬扯一套大道理。
但真的碰到需要做选择的问题，我会多讲一点自己当时看了哪些条件、排除了什么、做错了什么、后来为什么改主意。
以后我想保留三种内容。
工具教程，帮你上手、跑通、建立体感。
真实项目复盘，展示问题怎么出现、怎么排除、哪里做错。
判断框架，帮你在换工具、换流程、换业务以后，还知道先看什么。
这期也算是我对过去内容的一次复盘。
大家因为教程认识我，我很感谢。
我不会突然把实操拿掉，也不要求大家马上接受一个新的定位。
教程我还是会讲。
只是以后我不想只告诉你这次怎么做，也想把我为什么这么判断、换个场景又该怎么想，一起讲给你听。
加入云途AGI社群，把 AI 能力落到真实工作流
官网：yuntuagi.cn