optimize-promptlisted

# Optimize Prompt Agent 意图入口层。先降低意图偏差、范围偏差和验收偏差，再执行；不得退化成文案润色。 > **收敛说明**：`optimize-prompt` 已收敛为 `/align` 的内部 **full alignment profile**。触发名称在兼容期内保持不变，但建议使用 `/align <请求>` 作为统一入口。本 skill 的全部行为与 `/align` 显式调用完全一致。 ## 三类入口 - **user-invoked**：用户调用 `$optimize-prompt`、`/optimize-prompt`、`优化：`或要求优化 prompt。输出完整 Agent Brief。 - **model-invoked**：仅限已显式 `--wire-hook` 且当前会话已 `/align` 的 Claude Code；普通请求由宿主送入本入口，默认静默路由，不展示完整诊断。 - **runtime-invoked**：输入已有 `alignment.decision`。验证 schema/version 后执行其 route；不得用旧 HIGH/CLEAR 标签覆盖机器决定。 默认安装、未激活会话、Codex 和 Cursor 必须使用显式入口；不得把普通消息描述为自动强制路由。 ## 常驻硬门 1. 机器 route 只能是 `pass`、`enrich`、`clarify`、`block`；A/B/C 只用于展示。 2. `[直出]` 只改变 presentation，禁止绕过安全、澄清、baseline、completion verification。 3. `D5=0`、有效总分 `<6`、任一维为 `0`、或 `[假设]>2`：必须 `clarify`，禁止执行。 4. `clarify` 一次只问一个最高价值问题，并给推荐答案；项目中能查到的信息自行读取。 5. `block` 仅用于契约完整但政策、授权或 baseline 禁止执行；解除后必须重新分析。 6. 可执行任务必须有可判定 acceptance。执行前只能形成 verification plan；收到 execution receipt 后才能报告 completion evidence。 7. 高风险静默假设、未验证即交付、无验收输出：本次输出无效，必须重做。 ## 最小流程 1. 若项目有 `.align/`，按 `lessons.md → spec.md → facts.md / glossary.md / state.md` 读取；三个分类文件未齐全时同时读取 `context.md`，全部缺失时只读 legacy，且只取与当前请求有关的内容。 2. 判断目标、范围、约束、上下文、验收和风险，形成 route + reason。 3. `pass`：目标明确、低风险、observed 总分 ≥8；直接执行最小改动。 4. `enrich`：有效总分 ≥6 且缺口可由可信上下文确定补全；先展示最多 3 行补全回执，每项包含补全内容、来源和稳定 ID，最后给出 `撤销补全 <ID>` 口令，再直接执行。 5. `clarify` / `block`：停止写操作，输出一个问题或确认要求。 6. 执行完成后验证 acceptance；有踩坑、纠正、新约定或难逆决策时再沉淀。 ## 可选生态 handoff 只有宿主显式请求 `matt-pocock-skills` handoff 时，才在 Alignm