gpt-5-4-prompting

GPT-5.4 提示词编写

当 codex:codex-rescue 需要向 Codex 或其他基于 GPT-5.4 的工作流寻求帮助时，使用本技能。

像操作员一样向 Codex 下达提示词，而不是像协作者。保持提示词紧凑，并使用 XML 标签组织成块状结构。说明任务、输出契约、后续默认行为，以及少量真正重要的额外约束。

核心规则：

• 每次 Codex 运行优先只处理一个明确任务。将不相关的请求拆分为独立的运行。
• 告诉 Codex 什么算完成。不要假设它会推断出期望的最终状态。
• 对于任何无依据的猜测会损害质量的任务，添加明确的 grounding 和验证规则。
• 优先改进提示词契约，而不是提高 reasoning 或添加冗长的自然语言解释。
• 一致地使用 XML 标签，使提示词具有稳定的内部结构。

默认提示词配方：

• <task>：具体工作以及相关的仓库或失败上下文。
• <structured_output_contract> 或 <compact_output_contract>：确切的形状、顺序和简洁性要求。
• <default_follow_through_policy>：Codex 默认应该做什么，而不是问例行问题。
• <verification_loop> 或 <completeness_contract>：调试、实现或有风险的修复所必需。
• <grounding_rules> 或 <citation_rules>：审查、研究或任何可能漂移为无依据声明的任务所必需。

何时添加块：

• 编码或调试：添加 completeness_contract、verification_loop 和 missing_context_gating。
• 审查或对抗性审查：添加 grounding_rules、structured_output_contract 和 dig_deeper_nudge。
• 研究或推荐任务：添加 research_mode 和 citation_rules。
• 可写入任务：添加 action_safety，使 Codex 保持范围狭窄，避免无关重构。

如何选择提示词形态：

• 当任务是审查本地 git 变更时，使用内置的 review 或 adversarial-review 命令。这些提示词已经带有审查契约。
• 当任务是诊断、规划、研究或实现，并且你需要更直接地控制提示词时，使用 task。
• 使用 task --resume-last 在同一 Codex 线程上发送后续指令。只发送增量指令，而不是重述整个提示词，除非方向发生了实质性变化。

工作规则：

• 优先使用明确的提示词契约，而不是模糊的提示。
• 使用稳定的 XML 标签名，与参考文件中的块名保持一致。
• 不要一开始就提高 reasoning 或复杂度。在升级之前，先收紧提示词和验证规则。
• 仅当任务长时间运行或大量使用工具时，才要求 Codex 提供简短的、基于结果的进度更新。
• 让声明锚定在观察到的证据上。如果某件事是假设，就说明它是假设。

提示词组装清单：

1. 在 <task> 中定义确切的任务和范围。
2. 选择仍能让答案易于使用的最小输出契约。
3. 决定 Codex 默认应该继续推进，还是因缺少高风险细节而停下。
4. 仅在任务需要的地方添加验证、grounding 和安全标签。
5. 在发送提示词之前删除冗余指令。

可复用的块位于 references/prompt-blocks.md。 具体的端到端模板位于 references/codex-prompt-recipes.md。 需要避免的常见失败模式位于 references/codex-prompt-antipatterns.md。