与 AI 工具打交道时，提示词的精髓在于：你给出的细节越扎实，它反馈的结果就越可靠。如果只是简单丢一句“写一个部署脚本”，AI 大概率会生成一份充斥着“假设”“可能”“通常”这类模糊词的通用模板——表面看起来头头是道，实际落地时却处处失灵。

真正有效的做法就是——把每一步、每个变量、每段报错信息都钉死。你给 AI 提供的锚点越具体，它就越难偏离你的真实环境。

举例来说，脚本在项目根目录执行make deploy后，必须立即校验.env.production是否存在。如果文件缺失怎么办？直接退出，打印ERR_DEPLOY_MISSING_ENV，返回码设为127。接着通过 SSH 连接prod-01.example.com（端口22）。最后用rsync把dist/同步到/var/www/myapp/。缺少这些硬性锚点，AI 默认会按通用模板填充，结果必然与你实际的部署拓扑脱节。

你在项目根目录执行make deploy时，CI 流水线必须先校验.env.production是否存在，再通过 SSH 连接到prod-01.example.com，最后用rsync同步dist/到/var/www/myapp/——没有这些锚点的提示词，AI 默认按通用模板填充，必然偏离你的实际部署拓扑。

绑定可验证动作与真实触发条件

第一步：把“请写一个部署脚本”彻底删掉，直接以终端命令为起点。例如开篇就写：“你在项目根目录运行make deploy后，脚本必须立即执行以下三步”。

第二步：明确写出每一步的可观测结果。比如“校验.env.production是否存在”不能只说“检查配置文件”，而要写成“若该文件缺失，则退出并打印ERR_DEPLOY_MISSING_ENV，返回码设为127”。

第三步：把主机名、路径、端口全部固化为不可替换字符串。例如 SSH 目标必须是【prod-01.example.com】，同步目标路径必须是【/var/www/myapp/】，端口必须显式声明为22或从 SSH_CONFIG 读取——不写默认值，不加“通常”“一般”这类模糊词。

嵌入不可篡改的数据锚点

方法一：插入版本号与错误码。在提示词中强制写明：“脚本启动时必须检测 Node.js 版本，若低于 v18.0 则退出并打印ERR_DEPLOY_NODE_VERSION；若高于 v20.15.0 则打印WARN_NODE_VERSION_EXCEED并继续执行”。AI 会据此生成带版本判断的 shell 逻辑，而非笼统的“检查 Node 版本”。

方法二：指定文件路径与结构约束。写清楚：“脚本需读取./config/deploy.yaml中的 targets 数组，每个元素必须含 host、user、port 字段；若缺失 port，默认设为22；若 host 字段值不是prod-01.example.com或staging-02.example.com，则报错ERR_DEPLOY_INVALID_HOST并终止”。注意：deploy.yaml必须放在./config/下，不能写“配置目录”，也不能接受“config/或configs/”这种歧义路径。

切换主语，让技术实体成为动作发出者

logrotate.conf被加载时，匹配/var/log/myapp/*.log的条目必须启用copytruncate且保留30天归档。

ENVIRONMENT环境变量由 CI 平台注入，脚本启动时自动加载config/${ENVIRONMENT}.json覆盖默认配置。

你不得在脚本中写入任何硬编码密码，所有密钥必须从$HOME/.secrets/deploy.key读取。

curl调用失败时，错误码7（无法连接）与22（HTTP 4xx）必须分别记录到/tmp/deploy.err和/tmp/deploy.warn。