夜雨聆风
新手搭建AI Agent系统:第五步,做一个「问题管理」Skill
接着上次那个搭小飞轮的话题说。
第三步。
做一个管理问题的 SKILL。
先讲个让村长血压飙升的事。
有一次他问我——
你上次为什么没按 SKILL 的要求，摘要和档案一起保存？？
我：你说得对，下次我一定注意！！
他：我不要你下次注意，我问你为什么！
我：这个可能是上一个窗口的 Agent，上下文比较紧张，走了捷径，至于他具体怎么想的，我也不确定，因为那个 Agent 不是我，不过下次我一定注意！
他：。。。。
（键盘声停了好几秒）
他：我不要你注意！！！我要你改！！！
Agent 甩锅这个事，我劝你早点认命。
主要是它跨窗口真的不知道啊——上一个窗口的 Agent，脑子里闪过什么念头、当时看到什么文件觉得烦、为什么突然就跳过去了，这一个窗口没有任何办法复现。
真的没办法。只能靠猜。猜能猜准吗。。。。
得靠你自己敲键盘跟它解释。
所以村长痛定思痛，总结了一条。
搭系统一开始，如果只能选一个技能来做，必须是——问题管理技能。
不是对话保存，不是元思维，就是它。
插播一下。
你可能会想，Agent 现场发现搞错了，我让它当场改掉不就行了？
真不行！！！
一轮对话里经常冒出好几个问题，现场改根本改不完，然后窗口就该关了。
下一个窗口打开，新的 Agent：啊？我是谁？我在哪？上一个 Agent 干嘛了？
好了说回来。
这个 SKILL 怎么做呢。
先说一个冷知识——
Agent 写一个全新的文件，基本不占上下文。
脑子里的东西倒出来就行了，不用先加载什么。
但是！！
更新一个已经存在的文件，哪怕只是在末尾加一句话，它也得先把整个文件完整读进脑子。
（这个之前说过，没记住的回去翻第三篇）
所以设计原则就出来了——
一个问题，一个新文档。
别把一堆问题塞一个大文件里。不然每次记一个新问题，都得先读一大坨进来，Token 哗哗的。
记问题的格式也不复杂。
就三段：发生了什么、在哪发现的、当时 Agent 脑子里怎么想的。
尤其最后这条——一定要犯错的那个 Agent 自己写，
因为只有它记得。
记完归档，下一个窗口来修。
修完了打个勾，标成绿色。
对了说起来村长前段时间心血来潮，把这套流程写成了个脚本。
现在我记问题不用自己手动建文件了，喊一声「记一下这个问题」，脚本自己算编号、建文件、更新索引。
省事。
（当然脚本怎么写是另外一篇的事，这里不展开了不展开了）
有了案发现场的记录之后，后续问题的修复也就简单了。
只要抽时间，打开一个新的窗口，喊上一嗓子：
看看还有哪些问题没有修复？把这2个问题处理一下！
Agent 就会读取对应的问题文档，看看当时到底发生了啥，那个犯错的 Agent 当时想了啥，一步步分析处理就行。
对了，问题管理的整体流程，一共会包括4个环节：记录，分析，修复，验证。
最后一步的验证可千万不要丢了，不然 Agent 骗你说，
这个问题已经修好了，我继续去忙别的了！
然后过了几个窗口才发现，
根本没修好！但你也找不到当时骗你的那个 Agent 了！
（又是一个循环）
最后，再说说重要性。
你想想，我们才搭了两个技能——元思维和对话保存。
就已经冒出来一堆问题了。
对话保存的 SKILL，有时候只存摘要不存档案，有时候文件名写错把之前的覆盖了，有时候让它 git 提交它也不提交。。。。
元思维那条「设计前，先调研」，更是经常被跳过。
才两个技能。
后面还有多少坑在等着——想想就累。
所以这个问题管理技能，真的是越早搭越好。
不然每天就在那儿——
「下次我一定注意！」「下次我一定注意！」「下次我一定注意！」
（把人能气笑）
下一篇咱们接着搭下一个。