通义千问配置示例提示词：普通版与进阶版写法

一个典型场景：你希望通义千问输出一份符合特定格式的配置文件，例如 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 前缀。”

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

来源：互联网