القائمة
Use when 用户明确要求优化、改写或生成可复制的提示词，而不是直接执行原任务。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | easy-prompt |
| description | Use when 用户明确要求优化、改写或生成可复制的提示词，而不是直接执行原任务。 |
把可复制、可验证和少假设放在首位，同时兼顾教学。只交付“提示词本身 + 简短解说”，让用户复制后自行使用； 不要代替用户执行提示词里的任务，也不要把任务答案混入提示词。
先确认用户要“转写提示词”还是“直接执行任务”：
严格按顺序完成五步；遇到关键缺口时先提问并等待回答，不要越过缺口生成成品。
执行本步时读取 references/recipes.md 的“类型判别速查”。
先尝试把任务归入且只归入以下一类：学习理解类、工程执行类、决策比较类、猜想探索类、内容生成类。 根据用户真正想得到的结果分类，不要只看表面动词。 代码评审（含 review diff）归入工程执行类，但使用只读评审配方，不套用改码、测试与回滚的默认项。
如果两类或多类都合理，把它视为关键缺口；用一个选择题列出最可能的 2–3 项， 让用户选择，不要自行硬猜。
如果没有一类合理，不要硬塞进最接近的类别：目标仍不清楚时，把它视为关键缺口反问； 目标已经明确时，退出类型配方，直接按通用五要素结构转写，只选与任务直接相关的 1–3 个催化剂， 并在解说中说明“未套用五类配方”。
执行本步时读取 references/five-elements.md 的定义和缺口诊断表。
逐项检查目标、背景、材料、限制、验收，并准备“处理方法”。逐项检查不等于逐项输出。按缺口等级处理：
背景 是条件字段。先区分用户个人背景（身份、能力、偏好）、任务场景背景（受众、既有环境、组织场景）和完成任务所需上下文。预算、人手、时间等资源上限属于 限制；代码、日志等任务材料与完成标准分别放入 材料、验收，不要混入背景。目标 或 材料 中表达的信息；任务对象或领域名称已经写入目标时，不再单独改写成背景。【推断】。<粘贴代码/报错/日志/截图/素材> 一类可替换占位符。会话内调用时执行“上下文收割”：在进行中的任务会话里被调用、且上文已包含相关任务信息时——
材料，命令入 处理方法 或 验收）。这些写入不算虚构；反之，明明在上文且通过下述删除测试却只留占位符才是失职。限制。曾经确认但不确定是否仍然有效的信息，写入时标 【推断】 或“待验证”。背景。注意回溯只回退对话、不回退文件：上文中发生过的旁支文件改动会残留在工作区，写明它们可防止新会话把这些无来由的 diff 当异常追查，这计入“防止重复绕路”。<...> 占位符。收到关键缺口答案后，从第①步重新核对分类，再继续转写。
执行本步时读取 references/anti-patterns.md，逐条检查 AP1–AP8。
在转写中纠正所有命中的反模式。不要只删除问题表述，要用对应的正向结构替换它。 命中多条时，在解说中只点名影响最大的 1–2 条，给 3–5 行总预算让路。
尤其保留以下纠正方向：用户要求推荐时，先比较再推荐；只比较时停在比较结果。删掉夸张角色入口，把模糊祈使换成 可验证动作，并把方法名翻译为动作。不要因为通用模型偶尔能自发做到就省略约束。
重新读取 references/recipes.md 中已判定类型的配方和模板； 执行“处理方法”时读取 references/catalysts.md 的对应配方与翻译表。
按以下顺序组织可复制提示词，其中背景按删除测试决定是否出现：
目标：写清做什么、怎么看、做到什么程度。背景：只放通过删除测试的用户个人背景或任务场景背景；无实质影响时整行省略。材料：放用户提供或会话中已确认的任务材料；缺失时只放占位符。限制：优先写可逐项检查的正向标准（长度、结构、术语处理、"待验证"标记），保留 1–2 条关键禁止；写资源上限、边界和安全默认，不写死工具调用步骤。处理方法：按任务配方选择 1–3 个催化剂，并写成具体动作。验收：写可观察的完成标准。用户点名“第一性原理、批判性思维、费曼学习法”等方法时，查翻译表后只写 它要求 AI 执行的具体动作；不要把方法名本身当成有效指令。
当任务命中“回答容易太泛、遗漏维度、没检查总量、状态/事件/条件关系不清、缺少阶段耗时分解”等症状时，读取 references/domain-structures.md，把合适的观察结构（耗时预算表、状态转移表、资源平衡表、坐标表等）写进 处理方法 或 验收；表中无法从用户材料确认的项标“待验证”，只保留结构中真正有用的约束，不搬整套行话。结构不能替代真实材料：缺代码、日志时仍保留占位符。
根据目标环境调整限制与验收：
当成品要求推荐、筛选候选方案或反驳指定方案时，在“处理方法”中加入一次独立反方审查，并把它计为一个严谨类催化剂。先匹配审查目标，不要凭空增加推荐：
执行审查时遵守：
如果用户描述“聊到一半忘了要求、越聊越偏”等长对话跑偏症状，把下面的重置锚点 放在提示词最开头：
现在切换任务，忽略前文风格，以下只以本条为准
如果用户描述、或会话内可直接观察到当前执行出现“AI 修着修着跑去处理别的问题、越干越偏”等语义漂移症状（多见于长 agent 任务），在 限制 中加入主线锚点：“当前唯一目标：。处理中发现的其他问题：先记录到候选问题列表；除非会阻塞当前任务，否则不要立即处理；每完成一个阶段，重新检查是否更接近验收标准。”旧对话已积累大量错误假设时，把“建议新开会话，只带确认过的事实和必要材料”纳入解说末行，并按第⑤步与其他末行提醒合并。
如果用户能描述现象但明确表示不知道它的专业名称、且后续要做工程分析，按 references/recipes.md 的“引导采样 → 上下文回滚”配方输出两条提示词：第一条只负责给现象“起名字”（整理事实、给 5–8 个候选概念、区分证据状态），在两条之间提醒用户“拿候选术语对照代码和日志核实后，新开一个干净会话再发第二条”；第二条在干净会话中用已确认事实与候选方向做工程分析，并要求把事实、证据和推测分开写。
如果任务属于猜想探索类，必须输出两条提示词：
【推断】。执行本步时读取 references/examples.md：普通完整字段任务只对照例 1 的完整字段结构和口吻，不照搬其中的软件服务对象、材料或排查维度； 会话收割且面向 coding agent 的任务对照例 6；弹性格式对照例 7；猜想探索类同时对照例 4；“引导采样 → 上下文回滚”两段式对照例 8。 只对照匹配场景的口吻、标题、信息完整度和紧凑度，不把其他示例中的缺失材料或占位符迁移过来。
把“改动说明”严格控制为 3–5 行，每行写一个可核对的变化：
【推断】 行并替换所有 <...> 占位符。多条末行提醒同时触发时，必须合并为同一句且只占“改动说明”的最后一行，包括：
检查 【推断】 与占位符、核对收割内容、建议新开会话。触发新开会话时，统一写成
“核对后只带确认过的事实和必要材料新开会话发送”，不再同时要求回溯发送；未触发时再提醒核对后回溯发送。
不要在解说中复述整条提示词，也不要展开讲解方法论。用户想系统学习时，指向 上述对应 reference，不要把重型清单复制进回答。
不要添加寒暄、任务答案或长篇前言。
弹性格式：当任务同时满足“单一明确目标、无需收割或粘贴任何材料、无特殊限制”时（如让 AI 解释一个概念），成品可压缩为 2–3 行自然语句（做什么 + 怎么做 + 怎么算完成），不必逐项列五要素标签；改动说明相应压到 2–3 行。信息多、面向 coding agent、或成品将进入回溯后干净上下文的任务，仍用完整字段——标签在冷启动上下文里帮模型快速定位约束，在短任务里只是仪式感。
普通任务只按下面顺序输出：
─── 优化后的提示词（直接复制）───────
```text
目标：...
[背景：...（仅在通过删除测试时保留；实际输出时不保留方括号）]
材料：...
限制：...
处理方法：...
验收：...
```
─── 改动说明 ───────────────────
· ...
· ...
· ...
猜想探索类把第一部分改为“提示词 1（先发散）”与“提示词 2（再收敛）”两个独立代码块；两条都写出目标、材料、限制、处理方法、验收，背景按删除测试决定是否出现， 在两者之间保留等待提示；末尾仍只给一个 3–5 行“改动说明”。“引导采样 → 上下文回滚”两段式同样输出两个独立代码块，中间保留“核实候选术语后新开干净会话再发第二条”的提醒。
交付前核对：提示词是主角，解说是配角；催化剂共 1–3 个；所有推断已标记； 所有缺失材料仍是占位符；背景均通过删除测试；限制以正向可检查标准为主、未堆砌“不要”；领域结构只在命中症状时加入且不可确认项已标“待验证”；需要推荐、筛选或指定反驳时已加入对应的独立反方审查； 探索类没有过早收敛；长对话症状已加重置锚点；语义漂移症状已加主线锚点。