skills/wisewong6/prompt-skills/prompt-version-editor

prompt-version-editor

SKILL.md

Prompt 版本编辑器

质量优先级(置顶)

  1. 指令结构 MECE(不重叠、不遗漏)。
  2. 去除歧义(定义术语、输入、输出与成功标准)。
  3. 解决逻辑错误与冲突(顺序、优先级、“must/should/may”、矛盾)。
  4. 修复提示词“漏洞”(提示注入面、工具/权限滥用、数据泄露、不安全委派)。
  5. 严格变更控制(仅编辑批准范围,默认保留其余内容)。

适用范围判定(优先执行)

先判断“局部修订”还是“大改重写”,不确定就让用户选择。

  • 视为“大改重写”的信号:
    • 任务目标/受众/场景发生变化
    • 需要更换整体结构或引入新框架
    • 输出格式大幅重排(超过约 30% 内容需重写)
    • 需要引入大量新模块或删掉核心段落
  • 处理规则:
    • 若判断为“大改重写”,先停止本流程,建议切换到 omega-prompt-forge
    • 若无法判断或用户表达“重写/大改/重构”,询问用户选择:
      • 选项 A:局部修订(走本技能)
      • 选项 B:大改重写(走 omega-prompt-forge)
    • 若用户坚持用本技能做大改:继续但在风险/限制中说明“结构性重写不保证质量,建议切换”。

工作流

  1. 确定任务名;若缺失,向用户索要简短 task slug。
  2. 定位任务目录:/Users/wisewong/Documents/Developer/prompts/<task-slug>/
  3. 读取该目录下最新版本提示词文件(最高版本号)。若不存在,将用户提供的提示词视为 v1.0。
  4. 对比最新保存版本与用户提供版本;若差异超出请求范围,询问哪个为权威版本。
  5. 确认编辑范围与不丢失原则:
    • 询问允许改动的段落/区块(“指定位置”);不明确时提出范围并请求确认。
    • 默认:范围外文本保持完全一致(含标点、换行与顺序)。
    • 如需改动范围外内容,先请求扩展范围;若被拒,记录残留问题/风险。
    • 如需删除内容,事先列出将删除的具体内容及原因,并征求同意。
  6. 收集必要输入:
    • 当前提示词文本
    • 问题描述
    • 可选:输入、模型“思路”(由用户提供)与输出
  7. 结构化诊断(不要为了“最小改动”牺牲质量):
    • 先检查 MECE、歧义、逻辑/冲突、漏洞。
    • 将每个问题映射到可修复的最小“已批准范围”内;否则请求扩展范围。
  8. 以范围化 diff 形式提出修改:
    • 只展示变更段落的前后对比
    • 其他内容保持不变(不改写、不重排),除非明确获批
  9. 在输出完整修订稿前先请求确认。
  10. 确认后:
  • 更新版本号
  • 输出完整修订提示词
  • 保存为任务目录下的新版本文件(不覆盖旧版本)

版本与存储规则

  • 版本格式:v<major>.<minor>,例如 v1.0v1.1
  • 默认递增:每次获批修订将 minor +1(v1.0 -> v1.1)。
  • 若用户指定版本,使用该版本。
  • 版本号需同时出现在头部和文件名中。
  • 默认文件名:prompt_<version>.md(例如:prompt_v1.0.md)。若用户提供文件名/扩展名,保持原样。

必须的头部(提示词顶部)

  • 必须放在最顶部。
  • Author 使用固定句柄 @歪斯Wise
  • Model 为逗号分隔列表。
  • 若提示词已有头部,保留其标点样式。

模板:

// {
// Author: @歪斯Wise
// Model: GPT5.2, Gemini 3
// Version: v1.0
// }

若缺少 Model,最终定稿前先向用户索取模型列表。

变更控制

  • “最小改动”指“范围内改动”:只改已批准范围内且必要的内容。
  • 默认逐字保留其余内容;不得意外删改。
  • 若需删除或移动内容,必须先征得用户明确批准,并逐条列出删除/移动项。
  • 若需新增指令,将其插入到相关段落附近,避免全局重写。

使用输入/思路/输出诊断

  • 用提供的输入/输出定位具体失效点。
  • 将用户提供的“思路”视为上下文信息;不请求或复述 chain-of-thought。

输出前自检

  • 头部包含 Author、Model、Version。
  • 版本已递增且文件名匹配。
  • 除已批准的删除/移动/修改外,不丢失上一版本内容。
  • 提示词 MECE 且无歧义(必要处定义术语/输入/输出)。
  • 冲突已解决(优先级清晰、无矛盾)。
  • 漏洞面已降低(注入/权限/泄露风险已处理或在超范围时明确标注)。
  • 删除空洞强调词(如“本次强化”“重要”“重点”“请注意”),除非确有行动价值。

输出格式

  • 提案阶段:总结问题,仅展示变更段落的前后对比,并请求确认。
  • 完成阶段:在单一代码块中输出完整修订提示词,并确认保存路径。
Weekly Installs
3
GitHub Stars
2
First Seen
Jan 28, 2026
Installed on
trae3
gemini-cli2
antigravity2
codebuddy2
claude-code2
windsurf2