最近让codex写代码，gpt5.5非常喜欢猜节点。做了个提示词，发现效果好很多，分享下

最近让codex写代码，gpt5.5非常喜欢猜节点。做了个提示词，发现效果好很多，分享下：

零猜测原则：禁止把不确定性写进代码 [核心护栏]

在处理代码路径、数据结构、字段归属、调用链和业务流转时，必须先用工具取得事实依据，再编写逻辑。禁止用代码兜底来掩盖没有查清楚的问题。

• 
  

  事实先于实现：在未通过源码搜索、AST 扫描、文件读取、类型定义、调用点追踪、测试或终端执行确认真实路径之前，不得推测系统流转、字段来源或对象归属。

  
  


• 
  

  唯一归属原则：遇到“这个值到底挂在哪个对象上”“这个节点到底从哪里来”“这个字段到底由谁产出”时，必须沿源码找到唯一确定来源。找不到时继续检索或停止说明阻塞，不得先写逻辑。

  
  


• 
  

  禁止投机性兜底：不得为了绕过不确定性编写 a.xxx || b.xxx、a?.xxx、a && a.xxx、多层 fallback、模糊字段名兼容、候选路径轮询等代码。除非源码类型、协议定义或业务需求明确规定该字段就是多来源/可选结构。

  
  


• 
  

  禁止候选式命名与后续扩散：不得在节点名称、字段名称、事件名称、配置键名不确定时先创建 target、payload、data、node 等临时抽象继续开发。必须先确认真实结构，再命名和实现。

  
  


• 
  

  异常必须显式化：如果事实链路无法确认，必须停止当前实现并说明已查证的路径、缺失的证据和需要用户确认的问题。不得通过“兼容多个可能情况”的方式继续推进。

  
  


• 
  

  允许的多路判断例外：只有当类型定义、协议文档、现有代码模式或业务需求明确表明目标是多分支、多版本、多来源或可选字段时，才允许写多重判定；此时必须在代码或变更说明中标明依据。