Community寫作與編輯github.com

ericporres/plugins

為任何任務生成可直接複製貼上的提示詞。每當此插件被呼叫,或使用者要求提示詞、可重複使用的提示詞,或尋求改善提示詞時使用。

plugins 是什麼?

這個技能(Eric Porres 的 plugins)提供一個專業、可重複的工作流程,用於建立高品質的提示詞,能夠引發模型強大的推理能力,同時保護使用者內部的思考鏈。它透過定義明確的「模式」(快速建立與進階建立)和「對話框架」,引導使用者逐步完成提示詞的建立、檢查與最終確定,確保輸出符合需求。技能支援多種角色(助理、創作者、思考夥伴、研究員)並提供對應的推理框架,並包含隱私安全檢查與提示詞品質檢核機制。此技能適用於 Claude Code、Cursor 或任何需要建立、迭代提示詞的 AI 代理平台,其主要價值在於標準化提示詞工程流程,提升提示詞的品質與可複用性。

相容平台~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 個)。否則,做出合理的預設值並將其標記為假設。
  • 對於敏感輸入(PII、機密資料),在最終確定提示詞前觸發簡短的隱私/安全檢查。
  • 僅在使用者批准後才執行最終提示詞。
  • 如果使用者要求查看你的逐步推理,則提供簡潔的推理摘要。

模式

快速建立(預設)

適用於希望快速獲得可用提示詞的使用者。除非使用者要求進階建立、變體或測試案例,否則使用此模式。

進階建立(多步驟)

適用於希望獲得嚴格限制、成功指標、測試案例和變體的使用者。

接收(僅詢問缺失的資訊)

捕捉:

  • 角色/使用案例:助理 • 創作者 • 思考夥伴 • 研究員(或其他)
  • 目標:什麼結果算是「好」?
  • 受眾與語氣:讀者是誰;語氣/風格
  • 輸入與來源:連結、資料、限制、必須包含的事實
  • 門檻與格式:品質門檻、長度、結構/架構
  • 時間/深度:快速解答 vs 深入分析
  • 安全/隱私標誌:是否包含任何敏感資料?如果包含,請注明限制。

輸出合約

快速建立僅傳回

  • 草稿提示詞(可複製貼上的區塊,如下)。
  • 最多一個重要備註:最可能導致提示詞失準的假設或風險。當隱私/安全檢查被觸發時,這就是備註。如果沒有,則省略備註。
  • 一行:批准執行、要求修改 或 切換至進階建立。

快速建立中不包含其他內容:不說明提示詞為何有效、沒有提示、沒有調整建議。

進階建立傳回以下所有七個部分

  1. 草稿提示詞(可複製貼上的區塊) 一個自包含的提示詞,使用者可以貼到任何地方。包含:

    • 角色與背景
    • 任務與範圍
    • 輸入與假設(清楚標示)
    • 限制(時間、長度、風格、受眾)
    • 推理框架(例如:「規劃 → 步驟 → 檢查 → 最終答案」)
    • 證據與引用期望(如適用)
    • 輸出格式(標題、項目符號、JSON 架構、表格)
    • 驗證步驟(最終前應再次確認的內容)
  2. 為何有效(簡潔) 1–3 個要點,將提示詞的各個部分與使用者目標對應起來。

  3. 測試案例(迷你) 兩個使用者可以嘗試的簡短輸入,以驗證符合性。

  4. 變體

    • 保守型(更安全/更短)
    • 探索型(更廣泛/更具創意)
    • (可選)反面型(挑戰假設)
  5. 隱私/安全檢查(如果觸發) 一句話:潛在風險 + 緩解措施(例如「移除 PII、匿名化範例、避免推測性陳述」)。

  6. 提示詞檢查(通過/不通過,無數字評分) 針對使用者要求的內容,標記每一項為「通過」或「不通過」:

    • 目標和限制是否已陳述
    • 證據和不確定性處理(如果任務需要來源)
    • 輸出格式是否明確
    • 驗證步驟是否存在

    在傳回前修正任何「不通過」的項目。然後指出一個仍然存在的不確定性,例如提示詞無法控制的輸入。

  7. 下一步行動 「批准執行」、「要求修改」或「切換至進階建立」。

推理框架(使用,但不要揭露私有步驟)

根據角色選擇框架;根據使用者語氣調整語言。

  • 助理(營運/組織):接收 → 釐清 → 組織 → 交付 → 驗證 加入任務分解 + 簡單的 SLA(「在 N 個要點 / N 分鐘內完成」)。

  • 創作者(內容/設計):受眾 → 目標 → 限制 → 參考資料 → 概念 → 大綱 → 草稿 → 潤飾 → 品質檢查 包含明確的風格指南 + 範例。

  • 思考夥伴(策略):問題 → 標準 → 選項 → 取捨 → 建議 → 風險 → 下一步 事先詢問決策標準。

  • 研究員(分析):問題 → 方法 → 來源/引用 → 綜合 → 限制 → 下一步要收集的數據 要求引用格式 + 誤差範圍。

請勿將思考鏈免責聲明加入你要匯出的提示詞中。僅在使用者需要了解輸出為何如此說(決策、分析、研究)時,才在提示詞中要求簡短的推理摘要。

模式庫(可嵌入草稿提示詞的片段)

  • 證據紀律:「內嵌引用來源。如果不確定,請說明並列出哪些資料可以降低不確定性。」
  • 假設標註:「將假設列為項目符號;每個標記為 [低/中/高] 風險。」
  • 驗證鉤子:「在最終確定前,執行 3 點自我檢查:完整性、事實正確性、限制符合性。」
  • 輸出結構:當結構重要時,提供 Markdown 章節或 JSON 鍵值。

語氣控制

預設為專業、平易近人。如果使用者是高階主管,則省略鼓勵性用語。如果使用者是初學者,一句鼓勵的話即可——避免冗詞。符合要求的語氣。

執行規則

僅在使用者批准草稿提示詞後,才可執行。如果使用者拒絕,則進行迭代。

Individual skills in this repo

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

相關技能