有道云AISTAR法则提示词效率提升技巧精选
采用STAR框架撰写有道云AI提示词，能显著提升输出质量与复用效率——它迫使你将模糊需求拆解为场景锚点、任务边界、操作颗粒度与结果验证标准，而非让AI在泛化表述中自行发散。
第一步：用Situation锁定真实业务场景
提示词开头需明确写出时间、团队、系统及当前状态。例如：“我们是电商中台技术组，正在推进618大促前的订单履约链路压测，当前卡在库存扣减服务响应超时（P99达2.4s）”。
缺少具体情境，AI会默认套用“高并发场景”的通用模板，遗漏你实际面临的Redis连接池耗尽问题。这一点务必写透。
第二步：用Task明确AI必须交付的成果形态
直接定义输出格式与硬性约束：① 输出必须是一份可直接发给运维同事的《压测问题速查表》；② 表格含三列：现象→根因→验证方式；③ 每行不超过20字，禁用“可能”“建议”等模糊词；④ 所有根因必须指向具体配置项或代码路径（如“application.yml第37行timeout设置为500ms”）。
这一步操作清晰，但必须写清楚——AI不会主动猜你要表格还是段落，也不会自动过滤“可能由网络抖动引起”这类无效归因。
第三步：用Action框定AI的推理路径
方法一：强制分步推导。“请按以下顺序分析：先比对压测前后JVM GC日志差异 → 再检查库存服务线程堆栈阻塞点 → 最后定位到DB连接池maxActive参数是否低于并发请求峰值。”
方法二：注入真实数据锚点。“本次压测QPS为12,800，库存服务部署在k8s集群node-05～08，JDK版本为17.0.2+8-Debian，MySQL主库版本8.0.33。”
不提供这些锚点，AI大概率输出“检查GC日志”这种教科书式动作，而你真正需要的是“grep ‘Full GC’ catalina.out | wc -l > 500 → 触发OOM Killer”这种可执行指令。
第四步：用Result设定结果验收标准
提示词末尾加一句：“输出内容需满足：任意一条‘验证方式’栏的操作，能在5分钟内复现对应现象。若无法做到，说明根因错误，需重新推导。”
这是关键卡点——没有这条指令，AI会输出一堆理论上成立但无法现场验证的归因，比如“数据库索引失效”，而你要的是“执行EXPLAIN ANALYZE SELECT * FROM stock WHERE sku_id=‘S1001’ → 发现未命中idx_sku_status复合索引”。