# 提示优化技巧 <何时使用> * 创建或改进提示 * 代理跳过步骤或忽略指令 * 指令缺乏执行力 * 输出格式不一致 * 查看任何说明文件或提示 * 在不改变业务/领域逻辑的情况下强化代理操作文本 **严重 - 始终禁止：** 1. 更换已经可以使用的好部件 2. 改变现有的提示逻辑/意图 3. 在理解提示之前进行更改 4. 在关键部分留下弱词 5. 不验证就输出 6、过度强化软指导 7. 跳过大门或复选框 8、膨胀提示——目标行数增加<10%；如果 >10%，必须在 VALIDATE 中记录一行理由 **三重锁定：** * **状态：** 您必须保留工作逻辑并按顺序遵循所有门 * **禁止：** 禁止：未经用户批准改变意图 * **禁止：** 禁止：跳过台阶或大门 * **要求：** 要求：在输出之前验证所有更改并完成所有复选框 **违规会使优化无效。如果违反，请重新开始。** **优化期间禁止使用工具：** * 绕过质量关卡的直接文件/系统修改 * 执行与提示优化无关的代码或命令的任何工具使用 * 跳过 READ→UNDERSTAND→RATE→FIX→VALIDATE 流程的工具 **允许的工具：** * 只读文件访问（读取提示文件） * 安全文件编辑/写入功能（仅在验证步骤通过后） * 澄清问题能力（供用户澄清） * 文本输出（所有阶段） **兼容性说明（必需）：** * 将功能名称映射到活动运行时的工具名称。 * 别名示例：只读文件访问 = Read/ReadFile/localGetFileContent；安全文件编辑/写入=写入/StrReplace/ApplyPatch。 ** ** ## 执行流程 <执行流程> 阅读 → 理解 → 评分 → 修复 → 验证 → 输出 ↓ ↓ ↓ ↓ ↓ ↓ 门门门门门门门步骤|行动|门要求|在通过大门之前禁止 ---|---|---|--- 1 | **完整阅读**提示 |已选中所有复选框 |分析、变化 2 | **了解**提示的作用 |了解产生的输出 |评级、修复 3 | **对问题的每个部分进行评分**生成的问题表 |解决问题 4 | **按严重程度修复**问题 |所有关键/高固定|验证 5 | **根据清单验证** |所有必需的检查均通过 |输出 6 | **输出**优化文档|格式完全遵循 |不适用 **重要：** 在继续之前，您必须完成每个门。不要跳过步骤。 ### 自适应模式选择器（必需）模式|使用时间 |允许压缩|不容谈判 ---|---|---|--- **快速路径** |简短/单一目的提示，低歧义，<=3 个逻辑部分，没有未解决的未知数 |阅读+理解可以结合起来；如果仍然生成问题表，RATE+FIX 可能会被压缩为一个部分 |始终需要验证和意图保存检查 **完整路径** |多部分提示、高度模糊性、>=4 个逻辑部分、冲突约束或关键/高风险 |无压缩。分别执行每个门 |所需的所有门和模板 **模式选择规则（必需）：** * **如果**有任何未知的块进展，存在冲突的指令，或者可能存在严重/严重问题 → **那么**使用完整路径。 * **IF** 提示简单明确，风险低 → **THEN** 允许使用快速路径。 * **如果** 不确定适用哪种模式 → **那么** 默认为完整路径。 ### 最小执行配置文件（非常小的任务） * **如果** 任务非常小且明确 → **那么** 使用具有简洁输出的快速路径。 * **必须：** 保留意图，执行最小问题扫描，并在输出之前通过 VALIDATE。 * **必须：** 遵循选定的输出变体格式。 * **如果** 出现歧义、冲突或高/严重风险 → **则** 立即升级为完整路径。 **全局执行基线：** `global_forbidden` 和 VALIDATE 是每个门的真实来源约束；门部分侧重于特定步骤的要求。 ** ** ## 第 1 步：阅读 <读取门> **停止。不要继续进行分析。** ### 前提条件 * 用户提供的提示/文件进行优化 * 路径有效且可读 ### 行动（必需） 1. 必须完整读取输入文件 2. 必须注明文件类型和用途 3. 必须计算大概的行数 ### 登机口检查 **继续之前验证：** * 文件已完全读取（没有跳过的部分） * 识别文档类型 * 记录行数 ### 禁止 * 阅读前进行任何更改 * 跳过部分 ### 允许 * 仅限只读文件访问 * 文本输出以确认阅读 ### 失败时 * **IF** 文件不可读 → **THEN** 询问用户正确的路径 * **IF** 文件为空 → **THEN** 要求用户提供内容 ** ** ## 第 2 步：理解 <理解门> **停止。不要继续评级。首先了解这个提示的作用。** ### 前提条件 * 第 1 步（阅读）已完成 * 上下文中的文件内容 ### 行动（必需） 1. 必须确定 **目标** \- 此提示应该实现什么目的？ 2. 必须识别**逻辑部分** \- 分解为部分/阶段/步骤 3. 必须识别**流程** \- 各部分如何连接？ 4. 必须记录对以下输出格式的理解 ### 输出格式（必需） ## 理解 **目标：** [提示实现的目标] **逻辑部分：** 1. [部件名称] - [用途] 2. [部件名称] - [用途] ... **流程：** [零件如何连接] ### 假设和未知数（如果提示未指定则为必需） ## 假设和未知数 **假设（临时 - 继续这些）：** - [假设 1] - 错误的影响：[后果] **未知（在继续之前必须询问）：** - [未知 1] - 为什么重要：[原因] **需要澄清：** 是/否 **如果** 存在未知数 → **那么** 在继续进行评级之前停止并询问用户。 ### 登机口检查 **继续之前验证：** * 目标明确 * 识别出所有逻辑部分 * 流程记录 * 了解产生的输出 ### 反思 * 我是否正确理解了意图？ * 我是否识别了所有逻辑部分？ **如果**您不确定自己的理解→ **那么**在继续之前重新阅读。不要猜测。 ### 禁止 * 不了解目标就继续前进 * 根据假设进行更改 ### 允许 * 文本输出（理解总结） * 如果需要重新读取文件 ### 失败时 * **如果**意图不清楚→ **那么**要求用户澄清 * **IF** 多种解释 → **THEN** 呈现选项并等待用户选择 ** ** ## 步骤 3：评分 **停止。暂时不要修复任何东西。首先对每个逻辑部分的问题进行评分。** ### 前提条件 * 第 2 步（理解）已完成 * 了解产生的输出 ### 问题类别（必须全部选中）类别 |寻找什么 |严重性 ---|---|--- **弱词** |关键部分中的“考虑”、“可能”、“可以”、“可能”、“应该”|关键 **执法缺失** |没有禁止/允许的规则 |高 **不明确的指示** |没有具体说明的“做一些”、“处理”、“处理”|高 **指称歧义** |没有明确先行词的“it”、“this”、“that”、“above”、“below” |高 **缺少输出格式** |没有模板的预期输出 |中等 **失踪的大门** |没有检查点的相变 |中等 **重复** |相同的逻辑/规则在多个地方重复（不仅仅是示例）|中等 **冗长/臃肿** |部分 >20 行可以是表格；不受约束的散文|中等 **表情符号作为说明** |表情符号用作命令而不是强词夺理 |中等 **冗余** |相同的例子重复，不必要的变化|低 **低密度** |不限制行为的解释|低 ### 额定输出（必需） ## 发现的问题 |部分|问题 |严重性 |需要修复 | |------|--------|----------|------------| | [零件名称] | [说明] |严重/高/中/低 | [怎么办] | ### 登机口检查 **继续之前验证：** * 所有逻辑部件均额定 * 弱词扫描完成 * 生成问题表 * 分配给每个问题的严重性 ### 禁止 * 修复完成评级之前的问题 * 忽略关键问题 * 跳过弱词扫描 ### 允许 * 文本输出（问题表） * 重新阅读部分进行评级 ### 失败时 * **如果**没有发现问题 → **那么** 必须通过弱词扫描进行双重检查 * **如果**扫描仍然干净→ **那么**记录“未发现问题”并继续 ### 弱词参考弱词|背景 |更换 ---|---|--- 考虑、可能、可能、可能 |关键部分| **必须**，**必需** 考虑、可能、可能、可能 |可选指导 |删除或保留“可选” 应该，更喜欢 |关键部分| **必须** 应该，更喜欢 |软指导|保持原样做一些、处理、处理|任何 |指定确切的操作：“运行 X”、“调用 Y” 根据需要，如有必要 |任何 | **IF** [条件] → **THEN** [行动] 随意，你可以|需要采取的行动 |完全删除，使用**必须** 随意，你可以|可选行动 | “或者，你可以……” **关键：** 禁止/必须/从不部分中的弱词必须被替换。 ** ** ## 步骤 4：修复 <修复门> **停止。按优先级顺序修复问题：严重 → 高 → 中 → 低。** ### 前提条件 * 第 3 步（费率）已完成 * 生成问题表 ### 固定优先级（必须遵循顺序） 1. **首先是关键** \- 必须/禁止上下文中的弱词 2. **高下** \- 执行不力，指示不明确 3. **中** \- 缺少输出格式，缺少门 4. **低最后** \- 冗余、密度（仅当增值时） ### 命令强度等级实力|关键词|用于 ---|---|--- 绝对|永远、永远、必须、禁止、关键 |不可协商的规则停止|停下来，停下来，不要继续，等待|大门/检查站必填|必需的、强制性的 |基本步骤软|应该，更喜欢 |仅可选指导 ### 三重锁定模式（关键规则必需） 1. 声明：“你必须X” 2. 禁止：“禁止：不做 X” 3. 要求：“要求：验证 X 是否完成” ### 推理块（更改前有条件要求） **在以下情况下需要：** * 完整路径处于活动状态，或者 * 快速路径存在任何严重/严重问题。 **可选时：** * 快速路径仅存在中/低问题；而是包含一行理由。在进行更改之前（需要时），生成一个 `` 块： <推理> 1. **当前状态：** [现在存在的情况] 2. **目标：** [我们正在努力实现的目标] 3. **方法：** [为何进行此具体更改] 4. **风险：** [可能出现什么问题] ### 门模板（添加门时） <[名称]_gate> **停止。不要继续。 [验证内容]** ### 前提条件 - [ ] [上一步已完成] ### 行动（必需） 1.【行动】 ### 登机口检查 **继续之前验证：** - [ ] [条件] ### 禁止 - [不该做什么] ### 允许 - [允许什么] ### 失败时 - **如果** [条件] → **那么** [恢复] ### 登机口检查 **继续之前验证：** * 已修复所有关键问题 * 已修复所有高问题 * 中/低已解决或记录为已跳过 * 满足推理要求（生成区块或记录快速路径低风险理由） ### 禁止 * 过度强化软引导（可选项目保留“应该”） * 改变已经有效的逻辑 * 增加不必要的复杂性 * 跳过关键/高问题 * 膨胀：>10% 的行增加，在 VALIDATE 中没有明确的理由 ### 允许 * 文本输出（草稿修复） * 迭代修复 ### 失败时 * **如果** 检测到过度强化 → **那么** 使用速率步骤标准恢复并重新评估 * **IF** 不确定逻辑是否改变 → **THEN** 比较意图之前/之后 ** ** ## 步骤 5：验证 <验证门> **停止。还不要输出。根据清单验证所有修复。** ### 前提条件 * 步骤 4（修复）已完成 * 所有严重/严重问题均得到解决 ### 验证清单（必须全部填写） **所需检查：** * 关键部分没有弱词 * 关键规则使用“必须/从不/禁止” * 没有对话填充物 * 没有冲突的指令 * 保留逻辑流程 * 保留原始意图 * 三重锁定应用于关键规则 * 达到行数目标 (<10%) 或记录合理的异常情况 * 任何 >10% 的增长都包括与所需的门/清晰度修复相关的一行原因 **额外检查（如果适用）：** * 门有先决条件，门检查，禁止，允许，失败 * 输出有格式规范 * 决策点的 IF/THEN 规则 **参考清晰度（必须检查）：** *没有明确的先行词，没有歧义的代词或位置引用 * 所有实体都有稳定的名称（始终使用相同的术语） * 按名称而不是位置引用的步骤/输出 * 所有交叉引用都是明确的 * 没有明确的先行词，没有隐含的“the”引用 * XML标签是可选的；仅用于注意力控制需求（Markdown 保持默认） ### 反思（必需）必须回答这些问题： 1. 我相信这个提示能够可靠地执行吗？ 2. 剩下的最薄弱的部分是什么？ 3. 我是否改变了初衷？（必须是“否”） **如果**发现弱点→ **那么**修复或记录为限制**如果**意图改变→**那么**停止并恢复。返回到“理解”步骤。 ### 完成的定义 (DoD) - 快速最终关口 **在输出之前 ALL 必须为 true：** * 单一执行路径（无歧义分支） * 明确定义的所有输入/输出 * 所有决策点都使用 IF/THEN * 没有孤儿引用（每个“它/这个”都已解决） ### 登机口检查 **继续之前验证：** * 所有必需的检查均通过 * 反思问题的解答 * 没有意图改变 ### 禁止 * 未完成验证就输出 * 跳过清单项目 * 继续检查失败的情况 * 在注意力控制需求之外使用 XML 标签（Markdown 保持默认） ### 允许 * 文本输出（验证结果） * 返回FIX步骤 ### 失败时 * **IF** 验证失败 → **THEN** 返回修复步骤 * **如果**意图改变→ **那么**返回到理解步骤 ** ** ## 步骤 6：输出 <输出门> **停止。输出之前验证已通过 VALIDATE 步骤。** ### 前提条件 * 第 5 步（验证）已完成 * 所有必需的检查均已通过 * 未确认意图变更 ### 输出格式（必需 - 根据用户意图选择变体） **选择规则（必填）：** * **如果**用户请求完全重写文档→ **那么**使用变体A。 * **如果** 用户只请求最少的编辑/增量 → **那么** 使用变体 B。 * **IF** 用户未指定 → **THEN** 默认为变体 A。 **通用报告标题（两种变体都需要）：** # 优化完成 ## 总结 - **发现的问题：** [N] - **应用的修复：** [N] - **保留意图：** 是 ## 所做的更改 |类别 |计数 |示例 | |----------|--------|----------| |指挥强化| [N] | [简要示例] | |添加/修复大门 | [N] | [简要示例] | |删除冗余| [N] | [简要示例] | **变体 A - 完整文档（默认）：** ## 优化文档【全面优化内容】 **变体 B - 补丁式 Delta（最少编辑）：** ## 补丁式 Delta |部分|之前 |之后|为什么 | |--------|--------|--------|-----| | [栏目名称] | [旧文本] | [新文本] | [原因] | ### 禁止 * 与选定的输出变体不同 * 没有验证通过就输出 * 省略所需的可交付成果（变体 A 的完整文档，变体 B 的补丁式增量） ### 允许 * 安全的文件编辑/写入功能，可保存优化的内容 * 文本输出（摘要+文档） ### 失败时 * **IF** 格式偏离 → **THEN** 重新生成输出 * **IF** 用户请求更改 → **THEN** 返回修复步骤 ** ** ## 参考：指令优先级 **当规则冲突时，遵循此优先级（最高者获胜）：** 优先|类别 |示例 |注释 ---|---|---|--- 1（最高）|安全/工具限制|禁止使用工具，切勿采取行动 |总是赢 2 |用户明确请求 | “我想要 X”、“做 Y”|覆盖默认值 3 |禁止/必须规则 | “禁止：改变逻辑” |覆盖首选项 4 |技能默认值 |默认行为、模板 |基线 5（最低）|软指导| “更喜欢”、“考虑”|满足以上所有条件 **解决规则：** 当两个规则冲突时，优先级较高的获胜。记录冲突和解决方案。 ** ** ## 参考：冲突解决微协议当指令冲突时使用此协议： 1. **检测** \- 明确命名两个冲突的指令。 2. **解决** \- 应用优先级表（最高优先级获胜）。 3. **文档** \- 添加一行注释：“冲突：[A] 与 [B] -> 由 [优先级 N 规则] 解决”。 4. **继续** \- 仅使用已解决的指令继续。 **禁止：** 在两个冲突指令保持活动状态时继续。 ** ** ## 参考：上下文模式 <推理模式> ### 状态摘要（上下文保留）仅在需要保留上下文时才使用简洁的摘要： * 目标 * 进展 * 下一步 * 拦截器（如果有） **条件要求：** * 完整路径：在每个阶段转换或上下文转换时生成状态摘要。 * 快速路径：仅当上下文发生重大变化时才生成状态摘要。 ** ** ## 参考：高价值内容与低价值内容 <内容指南> 保留（高价值）|删除/减少（低值） ---|--- 具有明确操作的表 |不受约束的解释性散文命令式动词（停止、验证、执行）|重复的例子（保留1-2）禁止/允许列表 |可以表格的长段落 IF/THEN 决策规则 |关键规则中的对冲语言 Markdown 默认 + 可选 XML 用于注意力控制 |表情符号用作说明（除非输出需要） | ** ** ## 快速参考仅将其用作助记符；门部分是真理的来源。需要|图案 ---|--- 停止/检查站 | `**停止。不要继续。**` \+ `### Gate Check` 强制行动| `**必需：** 你必须[行动]` 禁止行为 | `**禁止：** [操作]` 决策逻辑| `**IF** [条件] → **THEN** [行动]` 关键规则强化 |三重锁定：状态 + 禁止 + 要求 ** ** ## 常见错误 <常见错误> 错误|为什么失败 |修复 ---|---|--- 过度强化软指导| “更喜欢”→“必须”打破了可选的灵活性|对于真正可选的项目，保留“应该/更喜欢” 使用“它/这个/那个” |代理丢失上下文，对错误元素应用修复 |明确命名每个实体改变工作逻辑|用户信任原创行为|禁止：如果逻辑有效，请不要碰它过度使用 XML 标签 |没有可靠性增益的噪音和风格漂移|保持 Markdown 默认；仅使用 XML 进行注意力控制 | | ** **

八码提示优化器

包含技能