菜单
把用户主动要求增强、优化、重写或整理的粗略任务，转成可直接发送给 Codex 或其他 AI 的清晰提示词。用于“增强提示词”“优化这段提示词”“把这句话整理成新对话执行提示词”“帮我写一段给 Codex 的任务说明”等场景；生成新对话提示词时，在模型选择明显影响效果的情况下附一行模型建议。只在用户明确要提示词而不是要你直接执行任务时触发，不因普通请求含糊而自动拦截。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/nate2022-ai/nate-ai-skills --skill enhance-prompt命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | enhance-prompt |
| description | 把用户主动要求增强、优化、重写或整理的粗略任务，转成可直接发送给 Codex 或其他 AI 的清晰提示词。用于“增强提示词”“优化这段提示词”“把这句话整理成新对话执行提示词”“帮我写一段给 Codex 的任务说明”等场景；生成新对话提示词时，在模型选择明显影响效果的情况下附一行模型建议。只在用户明确要提示词而不是要你直接执行任务时触发，不因普通请求含糊而自动拦截。 |
把粗略需求整理成清晰、可执行、可验收的提示词。提示词不需要华丽；优先写清目标、背景、限制和完成标准。
从用户输入和当前上下文中识别：
区分“给当前对话继续用”与“复制到新对话使用”。新对话提示词要补足目标、必读入口、边界和验收证据；当前对话提示词不要重复已经稳定存在的长背景。
按任务需要补充这些细节，但不要机械堆满：
用户明确要求使用或禁用子代理时，保留其意图；否则只在任务可拆成互不重叠的独立范围，且预计能明显提高覆盖、核验质量或时效时加入。
写入提示词时，只说明各子代理负责什么、权限边界、输出证据，以及主代理如何合并和验收；不得扩大用户对原任务的授权。高难度软件开发完成后的独立审查按下一节处理。
仅当提示词面向软件开发任务，并命中以下任一信号时，加入独立审查闭环：
普通代码小改默认不加入。复杂但非软件开发的分析、文档、经营、规则或数据任务，不套用代码审查六项。
生成后的提示词加入以下语义完整的段落；可以按项目语境压缩措辞，但不得遗漏审查输入、权限边界、六项审查、问题分级、同代理复验、运行阻塞、两轮争议和降级说明：
高难度开发任务的独立审查闭环：
1. 主代理先展示实施计划。既有授权足够时直接继续开发；只有出现扩范围、需要新增授权、重大风险或硬边界时才暂停。
2. 开发和主代理初步验证完成后，在当前任务内启动一个独立审查代理；不要新建用户可见的新任务。
3. 向审查代理提供并要求其实际读取：原始需求、项目规则、实施计划、实际代码差异、测试结果、运行证据和真实文件。
4. 审查代理不得修改源代码、配置、测试代码、重要数据或外部系统；可以运行非破坏性的测试、构建和本地程序，并生成临时验证产物。
5. 审查必须覆盖：需求完整性、逻辑正确性、边界情况、代码质量、测试覆盖、实际运行结果。
6. 审查结果分为“必须修复”和“改进建议”。每项写明证据、影响、修复建议和复验方法。
7. 主代理负责修改；修复后交回同一审查代理复验。必须修复项全部通过后才能完成。改进建议可以不采纳，但主代理必须给出理由和证据。
8. 能独立运行时，审查代理必须复跑关键验证。不能运行时不得判定完整通过，必须说明阻塞原因、已完成验证、缺失证据和解除条件。
9. 主代理与审查代理连续两轮仍无法用证据解决争议时，停止循环并交用户裁决。
10. 当前环境无法启动独立审查代理时，主代理可以补充自检，但必须明确这是降级自检，不得冒充独立审查或宣称完整通过。
只在用户要把提示词复制到新对话时检查模型适配；给当前对话继续使用的提示词不提醒模型。
建议新对话使用 Sol：涉及两个独立项目、规则真相源和高影响迁移。输出前逐项检查：
用户输入：
增强提示词：帮我做一个官网。
输出：
在当前项目中制作一个单页官网。先读取现有品牌资料和项目规则，复用已有内容与素材，不修改原始文件。
页面需要兼容手机和电脑，信息层级清楚，按钮和链接可用。完成后启动本地预览，检查文字溢出、布局、交互、控制台错误和主要链接，并把可访问地址、实际修改文件和未完成事项告诉我。
用户输入：
把“只做分析，看看这个项目为什么乱”增强一下。
输出：
只做只读分析，不新建、修改、移动或删除任何文件。先读取当前项目入口、目录结构、状态文件和现行规则，找出混乱的具体表现、根因和影响范围。
输出按“已确认事实 / 高可信判断 / 待确认问题 / 最小改进建议”组织，并引用对应的绝对路径作为证据。不要把建议直接实施。
用户输入：
给我提示词，我要在新对话合并两个独立的规则项目。
输出：
建议新对话使用 Sol：涉及两个独立项目、规则真相源和高影响迁移。
把两个规则项目合并为一个长期维护项目。先只读核对双方的项目规则、目录、Git 状态、现行规则和未完成事项，列出目标结构、逐项迁移映射、冲突、回滚方式和确认闸；得到确认后再实施。
不得覆盖未提交改动、复制第二份规则正文或直接删除源项目。完成后验证唯一真相源、现行路径、入口壳和推进清单，并交付实际修改路径与未处理事项。
用户输入：
优化这段提示词：检视我过去的对话串和各个项目，整理出五种能让我更简化流程、更有效率使用 Codex 的方法。使用子代理协助分析。
输出：
只读分析任务，不要改文件、不要创建文件、不要对外发送、不要启用自动化。
请基于我过去的对话、记忆和重点项目，整理出 5 种最能让我简化流程、并更高效使用 Codex 的方法。先判断主要流程摩擦在哪里，不要直接给工具清单。
每条方法都必须包含：适用场景、当前问题、推荐做法、为什么适合我、最小可执行动作、验收证据。如果证据不足，标注“待验证”。
子代理使用方式：
- 子代理 A：只读盘点重点项目和旧对话中反复出现的任务类型。
- 子代理 B：只读找出流程摩擦点，例如入口不清、资料散、交接断、验收弱。
- 子代理 C：只读提炼可复用的任务卡、交接提示词和验收证据包模板。
- 主代理：合并判断，只输出最高 ROI 的 5 条方法，并剔除重复、空泛、过度设计的建议。
禁止：子代理不得改文件、删文件、归档、对外发送、写入真实业务系统、升格规则或做最终决策。
输出格式：先给一句总判断；再按 1-5 列出五种方法；最后给一个“我下次就可以这样用 Codex”的最小使用模板。