每次要生成新的配置文件，都不得不手动替换占位符、调整缩进，还要反复检查注释风格。稍不留神，YAML里混用了单双引号，或者INI文件的注释符号误用了#，这些低级错误在线上排查时非常令人头痛。因此，必须把提示词本身升级为一个自动化流程，而不是一次性文本。
先来说说痛点：多个项目来回切换，每次都要让Codeium生成符合团队规范的配置文件。环境名、端口号、日志级别这些变量每次都要手动改，缩进和引号规则也得反复强调。目标很清晰：把提示词从一次性消耗品，转化为可复用的流程。
提取配置特征并封装为结构化变量
挑一个当前项目里最规范的配置文件（比如docker-compose.yml或application-prod.yaml），逐行找出那5类必变项：环境名、服务端口、日志级别、缓存路径、超时毫秒数。把它们全部替换成大写加中括号的占位符。例如把production改为【ENV】，把8080改为【SERVICE_PORT】。
占位符命名必须带有业务含义，千万不要使用VAL1、INPUT_2这类无意义的标识。每个占位符首次出现时加粗，后续出现保持原样。这一步完成后，原始配置就退化为纯粹的结构骨架——它不再属于某个具体环境，而是成为所有环境的通用母版。
构造带校验逻辑的提示词模板
方法一：嵌入动态校验指令
在提示词开头插入一条强制判断：“若【ENV】取值为‘prod’或‘staging’，则max-retries字段必须大于3且为奇数；否则允许为1或2。” Codeium会据此在生成时主动校验数值合法性，而不是等你上线前才发现配置越界。
方法二：绑定格式守恒规则
紧接在样本之后写明：“所有键名必须采用kebab-case，字符串值强制用双引号包裹，布尔值仅接受小写true/false，注释统一前置两个空格加井号，每级缩进严格为2个空格。” 这句话不是建议，而是契约——Codeium违反任意一条，输出即视为无效。
特别注意：必须删除提示词中的代码块标记（```yaml 和 ```）——Codeium会把反引号内的内容识别为纯文本，导致缩进塌陷、引号丢失、注释错位。
固化为VS Code可调用模板
第一步：在项目根目录新建 ./codeium-templates/config_style_v2.txt，粘贴整理好的提示词全文（含占位符、校验指令、格式契约）。
第二步：打开VS Code设置（Ctrl+,），搜索“Codeium”，点击“Edit in settings.json”。
第三步：在codeium.promptTemplates对象中新增一项：
"config_yaml_style": "./codeium-templates/config_style_v2.txt"
第四步：重启VS Code，在任意配置文件中按 Alt+Shift+T（Windows/Linux）或 Alt+Option+T（Mac），从弹出列表选择config_yaml_style即可加载该模板。
从此，所有新配置生成都自动继承占位符体系、校验逻辑与格式契约，无需再手动复制粘贴提示词。