让AI自己动手拆软件，提示词要这么写

最近我在自己学习一些事情，之前一直看人家的的文章说给ai提示词。周日试了文章说的真正用法，让助手自己操作。

文章说，安装的时候把要用的助手勾上，它做两件事。往助手的配置里写一条注册，再装一份配套的说明书进去，告诉助手这套工具该怎么用。

这两件事是一套。只有注册没有说明书，助手拿着工具不会用。只有说明书没有注册，助手连工具都摸不到。

光注册不算完，说明书也得在位。不然助手有工具，也不知道按什么章法使。只想装说明书、不注册的话，文章给了一条单独的命令。

不过文章也说了，前面已经执行过设置安装的，这条就不用再跑。装过一遍的人，直接进下一步。

装好、重启完，直接用大白话问就行。文章挂了官方 README 里的例子，搞清楚某个应用里的搜索是怎么做的，把证据给我看，然后照着这个思路，帮我做一个类似的功能。

我数了数，这句话里三个要求，一个目标，一个证据，一个续跑。文章说这句话本身就在示范正确用法，确实，它把自己要说的话说了。

图注：它干活，你盯着

一、能直接抄的模板

文章说，这句话本身就在示范正确的用法。拆开是三段。要什么，说清目标。要证据，防它瞎编，也让结果可核对。要它接着干，照这个思路帮我做。

第三段最值钱。文章写，传统流程走到这里，是你自己看懂了，再自己去写。现在这一步被接上了，看懂了，直接让同一个助手接着写。

中间省掉的不是力气，是切换。看懂的人是自己，写的人也是自己，中间不用倒手，思路不断。

图注：看懂了，接着写

文章给了一段能直接抄的模板。我抄在便签上，贴在显示器旁。

帮我拆一下某个功能。它是怎么实现的，讲给我听，别堆术语。每条结论把证据带上。你没能确定的地方，单独列出来。最后照这个思路，写一个我自己的版本。

文章说，第四条建议每次都带上。主动要它报不确定清单，比事后自己去猜哪些是它编的，省事得多。

图注：要什么、带证据、报不确定、接着写

二、坑集锦里挑几条

周日还读了一遍文章的坑集锦，九条坑我挑了最通用的几条记下来。

不重启助手就以为装失败。文章说九成不是坏了，是没重启，体检查的是文件，不查当前连接，它说没问题，也不代表你手上这个会话能用了。体检的 false 当成装坏，其实它把所有可能用到的都查了一遍，用带范围的看自己那摊就行。以为只点一次同意就够了，下载包批准一次，改配置批准一次，有人第一遍过了就以为全过。一上来就装引擎，卡在收费和配环境上，其实第一档一个引擎都不需要。路径写相对路径它不认，得写完整的绝对路径。

最该记的一条在最后。拿敏感的东西去拆之前，先问自己一句，这个文件进了 AI 的上下文，能不能接受。文章说它在本机分析不上传这条是真的，但你用的模型有它自己的数据政策，那条线得单独算。

还有个反常识的坑。项目越大越容易爆。拆解是持续输出的，任何一个模型都会爆。文章说，要么先存到文件再分析，要么换小一点的项目试试。作者自己补了一句，他拿大项目试过，很容易就爆了。

九条坑里，一半是安装相关，三条是预期相关，最后一条是权利相关。文章把权利放在最后，说不属于技术问题，但最该放在脑子内。

文章的常见问题里还有两条实用的。它返回的是源码吗，不是，是伪代码，逻辑还原了，命名是猜的。哪些助手能用，支持本地服务器的都能用，官方列出来并验证过的有二十来个。

一周的便签攒了四张。从给 AI 装手，到让它自己干，文章给的最短路径就一句话，先跑通一个最小的。

文章最后写，先跑通一个最小的，比看完十篇介绍管用。

周日晚，把这一周的笔记拖进归档文件夹，命名第一周。合上电脑。

下周的队列也排好了，从第一档那十一个里，挑一个下手。

这文章有人看和反馈我就继续更新，希望可以给到大家一些帮助。