答案是：需用三步锁定范围、格式与指标，再以参数样本、工具链绑定和否定排除强化约束，最后按压测阶段限定输出内容。具体包括：开头限定接口路径与方法；声明纯文本输出且禁用模糊动词；禁止提及qps以外指标；嵌入真实参数示例；绑定jmeter 5.6配置字段；明确排除鉴权、告警、扩缩容等内容；按阶段（如场景设计、数据准备）严格限定输出要素。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Microsoft Copilot写性能压测问题的提示词时，若提示词缺乏约束，模型容易生成偏离压测目标的泛泛而谈、偏重理论或混入安全/运维/成本等无关维度的内容，导致结果无法直接用于JMeter或Gatling脚本设计。
明确压测对象与边界
第一步：在提示词开头用“仅围绕【具体接口路径+HTTP方法】展开”锁定范围。例如：“仅围绕POST /api/v2/order/batch-create展开”，不加这句，Copilot可能默认补充用户登录、Token刷新、数据库建表等非压测主干逻辑。
第二步：紧接着声明输入输出格式刚性要求——“输出必须为纯文本，不含Markdown、无解释性语句、不出现‘建议’‘可以’‘注意’等模糊动词”。否则Copilot大概率在JSON示例后追加一段“温馨提示：实际执行前请确认服务器资源……”。
第三步：用【禁止提及QPS目标值以外的性能指标】切断发散路径。一旦允许提“响应时间分布”“错误率拐点”“CPU瓶颈定位”，模型就会自动引入监控工具配置、火焰图分析、GC日志解读等内容，彻底脱离提示词初衷。
注入可验证的约束条件
方法一：嵌入真实参数样本。在提示词中写明“请求体示例：{‘items’:[{‘sku’:‘SKU-789’,‘qty’:1}],‘timeout_ms’:3000}”，Copilot会基于该结构生成对应字段的参数化策略，而非虚构出“用户等级”“地域标签”等业务无关字段。
Outlook 日历 / Microsoft 365 日历 SECURE API CLI。当用户需要列出、搜索或读取 Outlook / Microsoft 365 日历事件，以及创建……
方法二：强制绑定工具链上下文。加入“你正在为JMeter 5.6编写ThreadGroup配置，所有并发策略必须对应JMeter的Ramp-up Period、Loop Count、Duration字段”，模型就不会推荐Locust的coroutine语法或k6的stages写法。
方法三：用否定式排除高频干扰项。直接写“不涉及鉴权流程模拟、不生成Prometheus告警规则、不描述K8s Pod扩缩容逻辑”，这比正向列举更有效压制发散倾向。
用压测阶段反向锚定内容
只允许Copilot输出当前所处阶段的最小必要信息：如果是“场景设计阶段”，输出就限定为“并发用户数→思考时间→操作链路（含依赖接口调用顺序）”三要素；进入“数据准备阶段”后，提示词必须包含“生成1000条符合规则的测试订单ID，格式为ORDER_YYYYMMDD_XXXXX，不得包含校验逻辑代码”。【跳过任意阶段会导致后续步骤参数失配】
这一步操作起来很简单，直接把阶段名称和字段模板塞进提示词首行即可。
