【禁止使用“增加服务器CPU”“启用Redis缓存”“优化SQL查询”“调整JVM参数”“升级网络带宽”“检查DNS解析”等18个通用短语】当前JMeter线程组在Ramp-up period = 0时并发启动全部线程，因未设置connect_timeout导致Socket连接堆积，触发Tomcat maxConnections耗尽。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Codeium针对一次真实压测失败日志生成可执行的调优动作，而不是泛泛而谈“增加服务器资源”“优化缓存策略”“检查网络延迟”——这些话术在压测报告里反复出现，却无法定位到JMeter线程组配置错误或Spring Boot Actuator暴露端点被误触发的具体行。
锁死压测上下文与失败指标
打开JMeter的jtl日志或Grafana压测看板，复制最近一次失败时段的精确指标快照：包含错误率（如Error% = 42.7）、95th响应时间（如95% Line = 8432ms）、吞吐量（如Throughput = 12.3/sec）及对应时间戳（2026-07-03T14:22:18Z）。【必须含时间戳和单位，缺一不可】，否则Codeium会默认回退到通用性能瓶颈模板。
把该快照粘贴到Codeium聊天框第一行，后面紧跟：“请只基于此快照中暴露的错误率突增与长尾延迟共现现象分析，不提GC、数据库连接池、CDN等未出现在快照中的维度。”
强制输出可验证的配置修正链
方法一：按配置文件路径→参数名→修改值三步闭环
① 在快照时间戳前后30秒内，查出JMeter日志中首次出现“Non HTTP response message: Read timed out”的那一行，记下其所在文件路径（如/test-plan/checkout-thread-group.jmx）和行号（第142行）。
② 定位该行对应的
③ 输出唯一修正代码：<stringProp name="HTTPSampler.connect_timeout">5000</stringProp> ——加在原节点内部，不增删标签层级。
这一步操作起来很简单，直接替换数值就行。但【若未提供具体文件路径和行号，Codeium将跳过所有步骤】，它不会自行搜索或猜测配置位置。
方法二：用Actuator端点反向验证
直接写：“调用 http://localhost:8080/actuator/metrics/jvm.memory.used?tag=area:heap 返回的value值若＞850MB，且压测期间该端点响应超时，则只输出application.yml中management.endpoints.web.exposure.include字段的修改建议。”
注意：必须写明完整URL和query参数，少一个斜杠或错一个大小写，Codeium就无法匹配到真实端点行为。
禁用性能领域通用话术库
在提示词最开头第一行，必须粘贴：
【禁止使用“增加服务器CPU”“启用Redis缓存”“优化SQL查询”“调整JVM参数”“升级网络带宽”“检查DNS解析”等18个通用短语】
Codeium会把前置指令当硬约束，后加的禁用词表基本无效。如果跳过这句，后续所有提示都白搭——它默认启用SRE培训教材话术库。
再补一句具体缺陷描述：“当前JMeter线程组在Ramp-up period = 0时并发启动全部线程，因未设置connect_timeout导致Socket连接堆积，触发Tomcat maxConnections耗尽。” 这句必须用“因……”结构，Codeium才能识别因果链。写成“连接超时没设”会被归类为通用建议，直接触发禁用词库。
