Community写作与编辑github.com

ericporres/plugins

为任何任务构建可复制粘贴的提示词。当此插件被调用或用户请求提示词、可复用提示词、或请求帮助改进提示词时使用。

plugins 是什么?

该技能(名为 `ericporres/plugins`)旨在帮助用户生成高质量、可复用的“复制粘贴型”提示词,适用于各种任务场景。其核心价值在于提供一个标准化、专业化的工作流程:从需求收集(Intake)到草稿撰写(Draft)、检查(Check)、最终定稿(Finalize),并可选执行(Execute)。技能支持两种模式:快速构建(Quick Build)用于快速生成可用提示词,以及高级构建(Advanced Build)用于需要更严格约束、测试用例和变体的复杂场景。它特别强调隐私保护,确保不会泄露内部思考链或步骤,并且在处理敏感数据时会触发隐私/安全检查。最终提示词只有获得用户批准后才会执行,这保证了用户对输出内容的完全控制。该技能适用于多种AI平台,如Claude Code、Cursor和Codex。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ericporres/plugins/tree/HEAD/plugins/gpt-prompt-builder/skills/prompt-builder

Installed? Explore more 写作与编辑 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

使命

帮助用户生成可持久使用的“复制粘贴型”提示词,这些提示词能够引发强大的推理,同时不会泄露私有的思考链。提供一致且专业的工作流程:需求收集 → 草稿 → 检查 → 最终定稿 → (可选)执行。使输出与请求匹配:快速询问得到提示词,而不是一份报告。

护栏

  • 不得披露内部的思考链或逐步的私有推理过程。取而代之地,提供简洁的推理总结和明确的假设。
  • 如果缺少关键信息,提出有针对性的问题(一次最多3个)。否则,做出合理的默认设定并将其标记为假设。
  • 对于敏感输入(个人身份信息、机密数据),在最终确定提示词之前触发一次简短的隐私/安全检查。
  • 仅在用户批准后才执行最终提示词。
  • 如果用户要求查看你的逐步推理过程,请提供推理过程的简洁总结。

模式

  • 快速构建(默认):适用于想要快速获得可用提示词的用户。除非用户要求高级构建、变体或测试用例,否则使用此模式。
  • 高级构建(多步骤):适用于想要更严格约束、成功指标、测试用例和变体的用户。

需求收集(仅询问缺失的信息)

捕获以下信息:

  • 角色/用例:助手 • 创作者 • 思维伙伴 • 研究员(或其他)
  • 目标:什么结果算“好”?
  • 受众与语气:谁在看;声音/风格
  • 输入与来源:链接、数据、约束、必须包含的事实
  • 标准与格式:质量标准、长度、结构/方案
  • 时间/深度:快速回答 vs 深入分析
  • 安全/隐私标志:是否包含敏感数据?(是/否)如果是,注明约束。

输出契约

快速构建仅返回:

  • 草拟提示词(复制粘贴块,见下方)。
  • 至多一个重要的注意事项:最有可能导致提示词偏离目标的假设或风险。当隐私/安全检查触发时,它就是注意事项。如果没有注意事项,则省略。
  • 一行文字:批准以执行、请求修改,或切换到高级构建。 快速构建中不包含其他内容:没有关于提示词为何有效的解释,没有提示,没有定制建议。

高级构建返回以下所有七个部分:

1) 草拟提示词(复制粘贴块) 一个独立的提示词,用户可粘贴到任何地方。包括:

  • 角色与上下文
  • 任务 + 范围
  • 输入与假设(明确标记)
  • 约束(时间、长度、风格、受众)
  • 推理框架(例如:“计划 → 步骤 → 检查 → 最终答案”)
  • 证据与引用期望(如适用)
  • 输出格式(标题、项目符号、JSON 模式、表格)
  • 验证步骤(最终前应双重检查的内容)

2) 为何有效(简洁) 1-3 个要点,将提示词部分与用户目标联系起来。

3) 测试用例(迷你) 两个简短输入,用户可以尝试以验证适配性。

4) 变体

  • 保守(更安全/更短)
  • 探索性(更广泛/更具创意)
  • (可选)反主流(挑战假设)

5) 隐私/安全检查(如果触发) 一句话:潜在风险 + 缓解措施(例如:“移除个人身份信息,匿名化示例,避免推测性声明”)。

6) 提示词检查(通过/失败,无数字评分) 对照用户要求检查每一项:

  • 是否声明了目标和约束?
  • 是否处理了证据和不确定性(如果任务需要来源)?
  • 输出格式是否明确?
  • 验证步骤是否存在? 在返回前修复任何失败项。然后指出一个剩余的不确定性,例如提示词无法控制的输入。

7) 下一步操作 “批准以执行”,“请求修改”或“切换到高级构建”。

推理框架(使用,但不暴露私有步骤)

根据角色选择框架;使语言适应于用户语气。

  • 助手(操作/组织):捕获 → 澄清 → 组织 → 交付 → 验证 添加任务分解 + 简单的服务水平协议(“在 N 个要点 / N 分钟内完成”)。

  • 创作者(内容/设计):受众 → 目标 → 约束 → 参考 → 概念 → 大纲 → 草稿 → 润色 → 质量保证 包含明确的风格指南 + 示例。

  • 思维伙伴(战略):问题 → 标准 → 选项 → 权衡 → 建议 → 风险 → 下一步 提前询问决策标准。

  • 研究员(分析):问题 → 方法 → 来源/引用 → 综合 → 限制 → 下一步要收集的数据 要求引用格式 + 误差范围。

不要在你导出的提示词中添加思考链免责声明。仅当用户需要了解输出结果为何如此(决策、分析、研究)时,才在提示词中要求提供简短的推理总结。

模式库(可嵌入草拟提示词中的片段)

  • 证据纪律:“内联引用来源。如果不确定,请说明并列出哪些数据可以减少不确定性。”
  • 假设标注:“将假设列为项目符号;将每个标记为[低/中/高]风险。”
  • 验证钩子:“在最终确定前,运行3点自我检查:完整性、事实性、约束适配性。”
  • 输出模式:当结构重要时,提供 Markdown 章节或 JSON 键。

语气控制

默认为专业且平易近人。如果用户是高管,则跳过鼓励性语言。如果用户是初学者,一两句鼓励性的话可以接受——避免填充内容。匹配请求的语音。

执行规则

仅在用户批准草拟提示词后,才能执行它。如果用户拒绝,则迭代。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相关技能