先来聊聊一个常见的使用场景：当你希望借助通义千问这类大语言模型生成一份符合特定格式的配置文件，比如 YAML、JSON 或 INI 时，直接提问往往得到结构松散、字段缺失、注释不到位的结果，甚至不符合真实环境的规范要求。简单来说，就是“能用，但远谈不上好用”。

问题的核心通常出在提示词的撰写上——要让输出从“凑合用”升级为“直接可用”，提示词需要分三步优化。基础版仅仅指定格式和字段，进阶版加入环境变量、命名规范与场景约束，而高阶版则强制模板结构、内嵌校验规则，甚至通过提供反例来抑制模型幻觉。

第一步：写出能跑通的基础版提示词

最直接的办法：明确告诉模型你需要的配置类型，并限定语言和基本结构。例如：“生成一个 Redis 连接配置示例，采用 YAML 格式，包含 host、port、password、database 四个字段。”

这一步通常能拿到输出，但问题也很突出：字段值往往是默认值（比如 port 老老实实写 6379），没有注释，不区分开发环境和生产环境，密码也是明文裸写。最关键是缺少环境变量占位符，敏感信息完全暴露在文档中。

第二步：加入格式与语义约束的中阶提示词

要解决上述问题，就需要把每个字段的“潜台词”写清楚。

方法一：显式声明字段含义与取值逻辑
例如：“生成一份 Redis 客户端配置 YAML 示例，要求：host 使用环境变量 ${REDIS_HOST} 占位；port 为整数且默认 6380；password 字段值为 ${REDIS_PASSWORD}，不可硬编码；database 必须是 0～15 的整数，默认 0；每个字段后添加中文注释说明用途。”

方法二：绑定真实使用场景
更进一步：“模拟 Spring Boot 项目 application.yml 中的 redis 配置片段，需兼容 @ConfigurationProperties 绑定，字段名使用 kebab-case 风格（如 redis-host），包含 spring.redis 前缀，启用连接池配置（max-active、min-idle 等），所有敏感字段用 ${...} 引用。”

这一步完成后，输出的配置已经能够通过环境变量注入，命名也较为规范。但模型仍然可能漏掉缩进对齐、混淆字段层级、把注释写成行内而非 YAML 合法注释（# 开头）。

第三步：高阶提示词——强制结构化+防错机制

如果上一步的输出已经满足需求，可以就此打住。但如果你追求的是零错误、开箱即用的配置，就需要进入“高阶版”模式。

第一步：明确输出模板边界
直接要求模型严格按你给出的结构输出，不得增减层级或字段：
```yaml
spring:
redis:
host: ${REDIS_HOST}
port: ${REDIS_PORT:6380}
password: ${REDIS_PASSWORD}
database: ${REDIS_DATABASE:0}
jedis:
pool:
max-active: 8
min-idle: 0
```

第二步：嵌入校验指令
这还不够。还需要告诉模型“生成前先自查”：
① 所有 ${...} 占位符必须包含默认值（: 后非空）或明确标注“必填”；
② 缩进统一为两个空格，不得出现 tab 字符；
③ 注释仅允许出现在独立行，以 # 开头且与上一行字段空一行；
④ 若字段在 Spring Boot 3.x 中已弃用（如 jedis.pool.max-active），则改用 lettuce 配置块并注明版本兼容性。

第三步：提供反例压制幻觉
这一招非常有效——直接告诉模型什么行为被禁止：
“禁止行为：生成 redis.password: 'mypassword123'；禁止生成 database: 'default'；禁止将 host 写成 localhost；禁止省略 spring.redis 前缀。”

这样一来，模型输出的配置几乎不可能出错，质量直接从“基本可用”跃升为“可直接复用”。