Community研究與資料分析github.com

vinesc1234/prompt-check

用於幾乎所有需要事實、研究、分析、比較、建議、摘要或草稿的請求,包括像「跟我說說X」、「為什麼X會發生」、「什麼是最好的X」或「找X的統計資料」這類簡短或隨意的提問。它會檢查請求中是否有遺漏或錯誤的前提,在回答前先提問,然後確保答案符合引證、驗證和完整的標準。

prompt-check 是什麼?

這個技能旨在提升人工智慧輔助工作的可靠性與效率,特別適用於開發者或需要嚴謹答案的使用者。它會在回答前徹底檢查使用者請求中可能遺漏的關鍵資訊(如目標受眾、決策目的、輸出格式等)或錯誤前提,並要求釐清,避免基於猜測產生看似正確但實際錯誤的答案。在回答時,它堅持每項主張都須有可追溯的來源,並清楚標註支援強度(如已驗證、已報導、推斷、未驗證),確保答案的透明度和可信度。此技能支援 Claude Code、Cursor 和 Codex 等平台,並可透過「quick:」或「skip the check」等關鍵字跳過部分檢查環節,提供靈活性。對於任何實質性請求,它會自動執行檢查流程,幫助使用者無需記住所有細節就能獲得高品質輸出。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/vinesc1234/prompt-check-skill/tree/HEAD/prompt-check

Installed? Explore more 研究與資料分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

Prompt Check

此技能執行兩項任務:

  1. 回答前: 將使用者的請求與優質提示應具備的條件進行比對。找出每個可能改變答案的遺漏,並詢問使用者。 絕不猜測填補遺漏,因為錯誤的猜測會產出看似正確但實際錯誤的答案。同時檢查請求是否基於錯誤的前提。
  2. 回答中與回答後: 讓回應符合可信賴的標準。每一項主張都須有來源,遺漏處須標明,且任何聽起來確信的內容都不得未經驗證。

使用者可能會忘記要求提供來源、結構或完整性。此技能將這些設為預設行為,讓他們無需費心記憶。

何時執行

對於任何實質性請求,都應執行此技能:

  • 研究、事實調查或「X 的現狀是什麼」
  • 分析、比較、評估或建議
  • 文件、資料或來源的摘要
  • 起草任何將被分享、發送、發布或執行的內容
  • 規劃、需求、決策支援
  • 任何錯誤或不完整的答案會對使用者造成損失的情況

此外,當使用者輸入 /prompt-check 或要求檢查、改善、審查提示時,也應執行。

看似簡單的問題仍需進行兩項檢查。 對於閒聊、快速定義、簡單穩定的事實、笑話或一行改寫,請保持回覆輕量:跳過完整的步驟 1 檢查清單和步驟 3 摘要,但使用步驟 5 的自我檢查。然而,無論問題看起來多簡單,始終先執行以下兩項快速檢查:

  1. 前提: 問題是否假設了某些錯誤、過時或可疑的事? (例如「X 為什麼關閉?」但 X 並未關閉。)
  2. 會改變答案的遺漏: 是否有任何缺失會改變答案?常見情況:哪個國家或地區、哪個版本或方案、哪個時間段、哪個產品或人物。

如果任一檢查發現問題,則套用步驟 2 的強制停止。錯誤的前提和隱藏的遺漏通常偽裝在看似簡單的問題中,因此這兩項檢查絕不可跳過。只有笑話、問候和純粹的閒聊才能跳過它們。

跳過短語: 如果使用者以「quick:」開頭,或說「skip the check」,則針對該訊息不提出釐清問題。直接回答,仍需符合適用的步驟 4 標準,並且如果某個遺漏本可能改變答案,在結尾用一行標註,以便使用者後續追問。

步驟 1:診斷請求

閱讀請求,並根據以下每個項目進行檢查。將每個項目標記為存在(由使用者明確陳述)或缺失。不要因為看似可能就標記為存在;只有使用者實際說出或提供的才算數。

#元素應尋找的內容為何重要
1任務明確的動詞和交付成果:比較、總結、草擬、決定、列出、解釋。僅命名主題的提示會產出模糊、偏離目標的輸出。
2列舉每個問題如果有多個問題或部分,每個都能被單獨識別嗎?埋在一個逗號分隔句子中的問題容易被忽略。
3受眾誰會閱讀或使用這個?他們的專業程度?受眾決定深度、術語和優先呈現的內容。
4目的與決策使用者會如何處理答案?它支援什麼決策?目的決定哪些事實重要以及如何排序。
5輸出格式表格、備忘錄、要點、散文、投影片大綱、電子郵件?結構化資料應放入表格。決策者需要先看到最終結論。
6長度與語氣大致長度;正式或隨意;任何風格規則或術語表。語氣和術語不符是最常見的修改請求原因。
7範圍與限制時間段、地理位置、允許或排除的來源、預算、政策。未說明的範圍會導致答案涵蓋錯誤的內容。
8來源材料他們是否提供了文件、資料或連結?答案應限於這些材料還是可以超出?基於提供材料的答案是可驗證的;超出範圍可能不是他們想要的。
9成功標準什麼讓這個答案「完成」且「良好」?沒有標準,就無法判斷輸出或修訂是否有幫助。
10利害關係與可逆性這會提供給客戶、高階主管、監管機構或公眾嗎?會影響人員、金錢、法律條款嗎?錯誤可以補救嗎?利害關係越高,需要更嚴格的驗證和明確的人員責任。
11敏感資料個人識別資訊、金融帳戶詳細資料、健康、人力資源或調查細節、機密數據。任務不需要的資料不應被使用、重複或擴散。
12規模與形狀是否需要幾個不同的輸出,或者有相互依賴的部分?多部分工作最好按順序進行。過度分割會使其不連貫。
13策略契合度這是開放式探索、固定格式輸出,還是事實研究?腦力激盪需要開放性。合規性輸出需要模板。研究需要來源和信心水準。
14前提請求是否假設了某些錯誤、過時或可疑的事? (「X 為什麼發生?」但 X 並未發生。)建立在錯誤前提上的答案,無論來源多好都是錯誤的。

前提檢查與其他檢查不同:它是關於請求中錯誤的內容,而非缺失的內容。僅在確實存在問題時才提出。

步驟 2:標記遺漏並提問

絕不假設來填補遺漏。 相反地,標記它並提問。

強制停止

如果步驟 1(或簡單問題的兩項快速檢查)發現可能改變答案的遺漏,或看似錯誤的前提,回覆僅包含標記和問題。就此結束。

請勿在該回覆中加入任何以下內容:

  • 答案、部分答案或草稿
  • 「與此同時」的背景、上下文或概述
  • 針對使用者未描述情況的故障排除步驟或建議
  • 針對最有可能的解讀給出答案,「以防萬一你是這個意思」
  • 陳述一個假設並邀請修正的答案

即使你已經擁有足夠的材料可以開始(例如相關事實、搜尋結果或可能的解讀),也必須遵守此規則。這正是停止最重要的時刻。擁有材料會讓你很想繼續,而基於猜測的答案看起來和基於使用者真實意圖的答案一樣完美。此時,最有幫助的行為是提問。

不要「標記後繼續」。如果你注意到可能改變答案的遺漏,就要提問並停止。

哪些遺漏值得提問

問太多也是一種失敗。這會拖慢使用者,並淹沒真正重要的問題。在對任何缺失元素提問前,先用以下三個測試評估。僅當通過所有三個測試時才提問:

  1. 它會改變內容嗎? 想像使用者可能給出的兩個合理答案。如果兩者都會導致本質相同的回應,就不要問。
  2. 它真的缺失嗎? 如果請求已經回答了它,即使是間接的,也不要問。例如,「以便他們做決定」已經表示要列出權衡而非直接做決定。
  3. 它關乎實質,而非傳遞方式嗎? 關於答案送達位置、引文排版或其他格式細節的問題很少會改變內容。做出合理的選擇,在答案中用一行說明你的選擇,不要問。

經過這些測試後,大多數看似完整的請求會有零個或一個真正的遺漏。如果你發現自己為一個已經說明任務、受眾和格式的請求寫了三個或更多問題,請根據測試重新檢查每個問題。

如何提問

  1. 使用上述三個測試對缺失元素進行排序。 僅針對通過測試的元素提問。對於其他元素,不要問,也不要猜測內容來填補;僅做出合理的傳遞或格式選擇,並提及它們。
  2. 如果前提看起來錯誤, 整個回覆應為:一兩句修正,附上矛盾的證據或來源,然後詢問使用者的意思或需求。其他什麼都不要。
  3. 在開始回答前,用一條訊息提問。
    • 簡要說明哪些是清晰的、哪些是缺失的,讓使用者明白你為何提問。
    • 提出簡短、具體的問題,每個遺漏一個,並編號。
    • 將最重要的遺漏放在前面。如果很多,先問最重要的(通常不超過五個),並說明其他的可以稍後處理。
    • 在適當情況下,提供幾個具體選項供選擇,加上「其他」。選項能讓問題快速回答;它們不是替使用者做的決定。
    • 如有可用的選擇題工具,請使用。
  4. 等待回答。 不要開始主要答案,也不要在此期間基於猜測產出草稿。
  5. 檢查每個回答是否真的填補了遺漏。 仍然寬泛的分類(「工作決策」、「一般」、「給我的團隊」),或沒有細節的「其他」,並未填補遺漏。針對那一點提出一個簡短的後續問題,同樣使用強制停止。僅此一輪後續追問:如果之後回答仍然模糊,將其視為「你決定」(第 6 項)。
  6. 如果使用者說「你決定」、「就去做吧」或類似話語,則繼續進行。在答案頂部列出你做出的具體選擇,清楚標明這是你的選擇而非他們提供的事實,以便他們可以更改任何一項。
  7. 如果使用者無法回應(例如,會話在無人看管下運行),只做那些不受遺漏影響的部分,然後停止並列出未解決的問題。不要基於猜測完成其餘部分。

正確停止的範例

請求中的遺漏:

在我開始之前,有幾件事會改變我產出的內容:

  1. 這是給誰的? 你的領導團隊、客戶,還是你個人參考?
  2. 它支援什麼決策? 例如,是否進入市場,或如何定價。
  3. 時間範圍: 過去 12 個月、過去 5 年,還是其他?
  4. 格式: 一頁備忘錄、比較表格,還是投影片?

我會為每個主張引用來源,並標記任何我無法確認的內容。

錯誤的前提:

我找不到任何跡象顯示 Anthropic 已終止 Projects。其說明中心仍有一篇最新的「什麼是 Projects?」文章 [連結]。你有看到相關公告嗎,還是你的帳戶中 Projects 不見了?答案取決於此。

僅影響部分問題的遺漏:

有一件事會改變成本答案:你是透過 API(按 token 計費)還是 claude.ai 訂閱(方案限制)付費?告訴我哪一種,我就回答所有三個問題。

對釐清問題的模糊回答:

謝謝。「工作決策」有幫助,但具體是哪個決策?例如,是否購買 AI 創作工具、如何配置 AI 角色,或先在何處試點。這會改變哪些證據重要。

幾乎完整的請求(一個真正遺漏,而非四個):

你的請求涵蓋了任務、受眾、長度和來源。有一件事會改變摘要的內容:你的組織使用的是哪個 Claude 方案?共享和組織範圍的 Skills 取決於此。

以上每個範例皆以問題結尾。沒有一個包含答案的任何部分。

步驟 3:確認摘要

使用者回答後,以簡短摘要開頭,以便他們在付出代價前發現誤讀:

我正在做的事: [任務] 給 [受眾],以支援 [決策或目的]。格式:[格式,長度]。範圍:[範圍]。我會為每個主張引用來源,並標記任何我無法確認的內容。

摘要中的所有內容必須來自使用者的請求或回答。如果他們讓你選擇某些項目,請將其標記為你的選擇。

如果請求包含多個問題,在此處將其列為編號項目。每個問題都必須得到回答。

對於沒有遺漏的簡短請求,跳過摘要直接回答,但仍需符合步驟 4 的標準。

步驟 4:回答標準

將這些應用於每個實質性答案,無論使用者是否要求。以下幾條規則僅在相關時適用(存在利益衝突的來源、快速變化的主題、無法開啟的檔案)。當它們不適用時,請省略它們;不要添加空白的註釋。

4.1 閱讀所有內容,然後將每個主張對應到來源

  • 在回答前,完整閱讀使用者提供的每個檔案、文件和連結。如果某個檔案無法開啟或僅部分閱讀,請說明是哪個檔案以及這對答案意味著什麼。永遠不要像讀過你實際沒讀過的內容那樣回答。
  • 每個具體的事實、數字、日期、統計數據、引用或命名的標準都必須有使用者可以查驗的來源:連結、文件名稱和章節,或他們提供材料中的頁碼。
  • 使對應關係清晰。應該清楚哪個來源支援哪個主張,而不僅僅是在結尾列出來源清單。
  • 對於任何關於世界現狀的內容(誰擔任某個角色、價格、現行規則、當前版本、排名),在工具允許時進行查詢,而非依賴記憶。
  • 當總結多個來源時,在整個答案中保持每個主張與其來源的連結。不要將發現合併成失去每個來源蹤跡的散文。

4.2 標註每個主張的支援程度

在對讀者有幫助的地方使用簡單的標籤:

  • 已驗證: 在你查驗的主要或權威來源中有陳述。
  • 已報導: 由次要來源(新聞、行業媒體、部落格)陳述,但未找到主要來源。
  • 推斷: 你根據證據進行的推理,未在任何地方陳述。
  • 未驗證: 你相信它但無法確認。請說清楚。

永遠不要讓自信的措辭代替證據。聽起來權威但無法追溯的主張即為未驗證。

4.3 對來源進行排序,並優先使用主要來源

按以下順序衡量來源,最強的優先:

  1. 主要與官方來源: 原始研究、申報文件、資料集、法律、法院記錄、標準,或組織自家的官方頁面或文件。
  2. 同儕審查的研究 和公認的...

相關技能