☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让豆包生成可用于性能压测的提示词，必须显式包含压测目标、系统边界、关键指标、典型场景和数据规模五要素；缺一不可，否则输出无法直接用于jmeter或k6脚本编写。
要让豆包准确理解并生成可用于性能压测的提示词，必须把压测目标、系统边界、关键指标、典型场景和数据规模全部显式写进提示里，缺一不可；否则豆包会默认按通用问答逻辑响应，输出的提示词无法直接用于jmeter或k6脚本编写。
明确压测核心目标
第一步：在提示词开头用一句话锁定压测目的，例如“本次压测目标是验证订单创建接口在高并发下的稳定性”，不能写“想了解怎么压测”或“需要压测建议”。【目标模糊会导致豆包泛泛而谈，输出的提示词缺乏可执行性】
第二步：紧接着说明失败容忍阈值，比如“要求99%请求响应时间≤800ms，错误率低于0.5%，TPS不低于1200”。这一步必须量化，不能用“尽量快”“不能太多错误”这类描述。
定义清晰的压测场景
方法一：按用户行为路径写，例如“用户登录→浏览商品列表→加入购物车→提交订单→支付成功”，每步标注平均停留时长（如浏览页停留3秒）和跳失率（如购物车放弃率12%）。
方法二：按接口维度列，例如“/api/v1/login（占比15%）、/api/v1/product/list（占比40%）、/api/v1/order/create（占比30%）、/api/v1/pay/submit（占比15%）”，括号内必须是真实流量占比，总和为100%。
方法三：按业务峰值时段模拟，例如“模拟双十一大促首小时流量，QPS从0线性上升至峰值850，维持15分钟后回落”。这里的时间节奏和数值必须具体，不能只说“模拟高峰期”。
指定数据量与构造规则
第一步：声明基础数据规模，例如“共准备10万真实手机号+对应加密密码，用户ID从10000001开始连续递增”。
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
第二步：说明动态参数生成方式，例如“商品SKU从预置的500个ID中随机选取，下单数量为1～5之间的整数，使用JSR223脚本生成不重复的订单号前缀”。【不写明生成逻辑会导致豆包默认用静态值，压测结果失真】
第三步：注明数据隔离要求，例如“所有压测账号加‘PTS_’前缀，压测结束后自动失效，不影响线上用户表”。
列出必须输出的监控指标
直接要求豆包在生成的提示词中包含以下字段：响应时间P95/P99、吞吐量（TPS）、错误率、服务器CPU使用率（应用节点）、JVM堆内存使用率、MySQL慢查询数量。不要写“相关指标”或“常见指标”。
这一步操作起来很简单，直接复制粘贴这七项指标名称即可，豆包能准确识别并嵌入最终提示词结构中。
