Codeium性能排查清单提示词：完整约束条件编写指南

你只能基于我接下来提供的【全部】上下文生成排查清单，不得假设任何未说明的环境、工具或行为。 【必须满足】运行环境：Linux内核 5.10+，容器化部署（Docker 24.0+，非K8s原生）； 【必须满足】语言栈：Java 17（OpenJDK 17.0.2+），Spring Boot 3.1.x，无Quarkus或GraalVM； 【必须满足】性能阈值：P99响应时间 > 1200ms 或 GC暂停 > 200ms/次 或 CPU持续 > 85%达5分钟以上； 【必须满足】现象限定：仅覆盖HTTP接口慢、线程阻塞堆栈含org.apache.http.impl.client.CloseableHttpClient，不涉及数据库死锁或磁盘IO问题。 不许出现“可能”“建议检查”等模糊表述；每个条目必须是可立即执行的具体命令或代码片段。不许添加JVM调优参数、Prometheus配置、Arthas安装步骤等与当前故障现象无直接因果关系的内容。每一条排查动作必须能通过单一命令或一次代码注入得出明确的是/否结论，例如：jstack -l | grep -A 10 'WAITING' → 统计线程数；不能写“观察线程状态” 你需要让Codeium在生成性能排查清单时，严格遵循你设定的系统环境、语言版本、指标阈值和故障现象范围，避免它自由发挥或遗漏关键约束。 ### 明确声明输入上下文不可省略 在提示词开头直接写：“你只能基于我接下来提供的【全部】上下文生成排查清单，不得假设任何未说明的环境、工具或行为。” 这一步必须前置——如果把它放在末尾，Codeium大概率会忽略。模型对提示词首句的权重最高，后置条件容易被稀释。 ### 用分项结构固化四类硬性限制 方法一：按维度分行罗列，每行以“【必须满足】”开头： 【必须满足】运行环境：Linux内核 5.10+，容器化部署（Docker 24.0+，非K8s原生）； 【必须满足】语言栈：Java 17（OpenJDK 17.0.2+），Spring Boot 3.1.x，无Quarkus或GraalVM； 【必须满足】性能阈值：P99响应时间 > 1200ms 或 GC暂停 > 200ms/次 或 CPU持续 > 85%达5分钟以上； 【必须满足】现象限定：仅覆盖HTTP接口慢、线程阻塞堆栈含org.apache.http.impl.client.CloseableHttpClient，不涉及数据库死锁或磁盘IO问题。 注意：四项缺一不可，漏掉任意一项，生成的清单就会偏离真实场景。 ### 封堵模型常见越界行为 第一步：禁止泛化——在提示词中插入：“不许出现‘可能’‘建议检查’‘可以考虑’等模糊表述；每个条目必须是可立即执行的具体命令或代码片段。” 第二步：禁止扩展——追加一句：“不许添加JVM调优参数、Prometheus配置、Arthas安装步骤等与当前故障现象无直接因果关系的内容。” 第三步：强制验证逻辑——写明：“每一条排查动作必须能通过单一命令或一次代码注入得出明确的是/否结论，例如：jstack -l | grep -A 10 'WAITING' → 统计线程数；不能写‘观察线程状态’这种无法落地的描述。” **【关键】** 所有限制条件必须出现在同一段提示词中，不可拆到多轮对话里——Codeium不维护跨轮次的约束记忆。

来源：互联网