用途：在 Codex 中拦截低质量提示，先分析用户意图、推断缺失结构，输出结构良好的 Codex 提示，再用该提示执行任务。
触发条件：当原始输入命中两个或以上信号时激活，例如无明确目标（“look at auth”）、无范围或目标文件（“fix the bug”）、无成功标准（“make it faster”）、动词含糊（“handle the errors”）、多个不相关请求（“fix login, add dark mode, update deps”）、零上下文或约束（“refactor the backend”）。若提示已含清晰目标、范围与完成状态，或用户明确要求探索、头脑风暴，或提示虽短但无歧义（如“run tests”“format src/app.ts”），则不激活。
分析协议：从原始输入提取四个维度并标记为存在、可推断或缺失——意图（诊断、实现、修复、审查、重构或研究）、范围（目标文件、目录、模块，提取 @file 与路径）、约束（检查 AGENTS.md、对话上下文、语言/框架约定）、完成状态（成功标准，无法推断时只问一个针对性问题，绝不超过一个）。
提示组装：使用 XML 块构建优化提示，始终包含 <task> 与 <default_follow_through_policy>，并按意图类别添加条件块：诊断加 compact_output_contract、verification_loop、missing_context_gating；实现加 completeness_contract、verification_loop、action_safety；修复加 structured_output_contract、completeness_contract、verification_loop、action_safety；审查加 structured_output_contract、grounding_rules、dig_deeper_nudge；重构加 completeness_contract、verification_loop、action_safety；研究加 structured_output_contract、research_mode、citation_rules。优化规则：每个提示只做一个任务，混合请求拆分后先优化第一个、其余排队；优先用契约而非催促；输出契约保持最小；不要膨胀复杂度；保留用户词汇并锚定 AGENTS.md 中的实际仓库路径。
执行流程：用户输入 → 质量门（≥2 信号？）否→直接通过；是→提取四维度→有无法推断项？是→问一个问题；否→组装 XML 提示→输出摘要→执行。执行前摘要格式为“Prompt optimized: [澄清内容] Intent: [类别] Scope: [文件/模块] Done: [标准]”，随后立即继续，除非需要澄清问题，否则不请求批准。可复用 XML 块模板见 references/prompt-blocks.md，端到端示例见 references/optimization-recipes.md，常见反模式见 references/anti-patterns.md。
限制：资料未提供具体安装命令、收费、价格、平台支持或效果数据，暂未提供。