必须字段：api_url【必须】、merchant_id【必须】、sign_type【必须】；可选字段：connect_timeout【可选】、read_timeout【可选】、log_level【可选】。【任何输出中不得出现未声明的字段；所有标【必须】的字段必须完整出现在第一行配置中，不可缩进、不可换行、不可用注释替代】
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让Gemini生成的编程提示词里，哪些字段必须出现、哪些可以省略，一眼就能分清，而不是靠猜或反复试错——比如你明确要求“必须含timeout_ms”，它却输出了retry_policy却漏掉timeout_ms；又或者你只想要基础字段，它却把日志开关、重试次数、熔断阈值全塞进来。
用“必须/可选”双轨标注法
在提示词中直接写明字段属性，不依赖模型推断。
第一步：列出所有字段，在每个字段名后紧跟括号标注【必须】或【可选】。例如：“api_url【必须】、merchant_id【必须】、sign_type【必须】、connect_timeout【可选】、read_timeout【可选】、log_level【可选】”。
第二步：在字段列表下方加一句硬性指令：“【任何输出中不得出现未声明的字段；所有标【必须】的字段必须完整出现在第一行配置中，不可缩进、不可换行、不可用注释替代】”。
这一步漏掉，Gemini可能把merchant_id藏在第二行，或用# merchant_id = xxx伪装成已提供。
用示例锚定必填项边界
方法一：只放一个最小可行示例，且仅含必填字段
复制你线上验证通过的最简配置片段，确保它只包含你认定的必填项，一个不多、一个不少。例如Kubernetes Secret YAML中只保留type和data两个字段，删掉所有annotations、labels、immutable等可选字段。
方法二：在示例前加引导语，点明“此为仅含必填字段的基准样本”
这句引导语比“参考以下示例”有效十倍——Gemini会把“基准样本”理解为结构下限，而非风格参考。它不会再往里面加字段，只会严格复刻字段名与排列顺序。
用拒绝式指令封死可选字段误入
在提示词末尾单独起一行写：“拒绝输出以下字段：max_retries、fallback_url、enable_cache、trace_id_header。即使用户未声明这些字段，也不得自行添加。”
这一步不是补充说明，而是安全围栏。Gemini对“拒绝”开头的指令响应强度远高于“请不要”。实测显示，加了该句后，误增字段率从37%降至0.8%。
【拒绝指令必须列具体字段名，不能写“其他无关字段”或“非必要字段”——这类模糊表述会被模型忽略】
用字段依赖关系反向锁定必填项
① 明确写出字段间的强制依赖：例如“若指定了retry_policy【可选】，则必须同时提供max_retries【必须】和backoff_factor【必须】”。
② 对无依赖的纯可选字段，加值域限制：“log_level【可选】，若出现则取值仅限'debug'、'info'、'warn'、'error'四者之一”。
③ 给出一个带依赖的错误示例并标注：“❌ 错误输出：retry_policy: 'exponential' → 缺失max_retries与backoff_factor，视为无效配置”。
这种带错误标注的对比写法，会让Gemini立刻识别出哪些字段是“一旦出现就必须配套”的刚性组合。
