在trae中编写脚本需三层用户意图：角色+任务+约束、失败案例反推痛点、对话体锚定操作节奏，确保提示词贴合真实使用场景。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Trae中编写脚本时，若提示词缺乏用户视角，生成内容容易脱离真实使用场景，导致指令模糊、输出僵硬或操作路径不自然。必须让提示词明确承载“谁在什么情境下、为什么要做这件事、期待得到什么结果”这三层用户意图。
第一步：用角色+任务+约束重构提示词主干
把原始提示词如“生成一个Python脚本”改写为：“你是一名刚接手运维交接的新手工程师，需在5分钟内写出一个能自动检测本地MySQL服务是否存活的脚本，要求不依赖第三方库，且失败时直接弹出Windows系统通知。”
这一步强制嵌入身份、时效性、环境限制和交互方式——没有这些，Trae无法判断该用subprocess还是os.system，也不知道该写Linux命令还是PowerShell逻辑。
第二步：插入具体失败案例反推用户痛点
方法一：在提示词末尾追加一句真实报错或卡点描述。
例如：“上次运行时报错‘Access denied for user’，但账号密码确认无误，怀疑是socket路径配置问题。”
方法二：用“用户实际会怎么做”替代抽象要求。
比如把“脚本要健壮”换成：“用户双击运行后，如果MySQL没启动，脚本不能静默退出，而要在桌面弹窗显示‘请先启动MySQL服务（参考：services.msc）’，并高亮显示当前检测用的socket路径。”
【socket路径必须从my.cnf读取而非硬编码】——硬编码会导致迁移服务器后立即失效，而用户根本不会去看配置文件位置。
第三步：用对话体锚定操作节奏
第一步：打开终端 → 输入python check_mysql.py
第二步：观察终端是否闪退 → 若闪退，立即检查脚本第7行是否漏写了try/except包裹connect()调用
第三步：若弹窗出现但文字错乱，说明系统通知模块未适配中文编码，需在subprocess.Popen中显式传入encoding='utf-8'
这种写法不是教AI写代码，而是告诉Trae：用户接下来30秒内眼睛盯在哪里、手指准备敲什么键、看到什么反馈会皱眉——只有这样，它生成的提示词才会驱动脚本产出可被真实点击、可被真实报错打断、可被真实截图发给同事问“这行是不是写错了”的结果。
