Community程式設計與開發github.com

事實驗證

在傳遞事實主張前進行驗證。用於任何使用者將依據、轉發或與他人分享的答案或交付成果——規則、政策、法律、財務、日期或產品事實——以及當他們說「這樣對嗎」、「再確認一下」、「驗證這個」、「事實查核」、「你確定嗎」或「來源呢?」時。

事實驗證 是什麼?

這個技能「事實驗證」旨在確保AI代理在提供任何可能被使用者依賴或分享的資訊前,先對其中的事實主張進行嚴格驗證。它對於涉及規則、政策、法律、財務資料、日期或產品事實的答案特別重要,尤其是當使用者明確要求確認或查核時。該技能支援的平台包括任何能夠執行結構化驗證流程的AI代理工具,如Claude Code、Cursor或Codex。其工作原理是:首先從草稿答案中提取所有事實主張,然後根據其重要性進行分類(結構性主張必須驗證,背景主張則標記即可),接著透過可靠來源(如官方網站、法規原文、產品文件)逐一驗證關鍵主張,並在最終答案中以「✅ 已驗證」或「⚠️ 未驗證」等標籤標註。整個流程強調使用第一手資料、注意資料的時效性、避免依賴記憶,並對無法驗證的資訊誠實標註。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/josie2479-maker/claude-skills/tree/HEAD/skills/fact-verification

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

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

說明文件

事實驗證 是做什麼的?

授權條款: 採用 CC BY 4.0 發布 — 可自由使用、改編及分享,惟需標示出處。

1. 提取主張

列出草稿答案中所有的事實主張。跳過意見與推理。

2. 分類

為每項主張標記:

  • 結構性:使用者會據此決定、採取行動或轉發 → 必須驗證
  • 背景:僅供參考 → 標記即可,無需深究

3. 驗證負載主張

  • 依據第一手來源(發布者自己的網站、法規或標準本身、官方文件)進行核對,而非摘要

  • 若可用,使用 reliable-fetch 取得頁面文字;否則使用真實瀏覽器工具而非摘要式擷取來取得頁面。如果無法連線到來源,請如實告知;不要憑記憶填補

  • 日期、截止期限、金額:與來源本身的措辭比對,並註明其生效日期

  • 預測與警告:已過期的預測並非結果。每個數字都需標示為「觀測值」或「預測值」。對於過去的預測、峰值或警報等級,請查閱觀測記錄(測量記錄或系統記錄的資料),而非預測或警報文字,並報告實際情況。來自已撤回預測的數字等於從未發生。

  • 在來源本身中找到確切數字或措辭。有效的連結、真實的期刊以及相符的主題,並不能證明來源確實這麼說。多個來源一致,只有在它們並非相互複製時才算數。

  • 模板或舊文件中呈現的引用可能已過時。請將每個引用的規則、條款或章節與當前官方文字進行比對,不要依賴模板。

  • 「無要求」或「未發現」等否定說法僅涵蓋實際搜尋的來源與詞彙。在陳述此類說法之前:

    • 搜尋可能產生義務的各個層級(法律、法規、官方指引、地方規則)以及專案本身的記錄;
    • 使用同義詞搜尋概念,而非僅一個關鍵字;
    • 將主張範圍限定於已搜尋的內容(例如「在所檢查的來源中未發現法規要求」,而非「無要求」)。

    將此範圍保留在標題本身。置於標題下方的免責聲明在標題被複製時並不會隨之傳遞。

  • 區分規則允許的內容與使用者自身案例中實際發生的事件。請求、信件、核准與決策來自使用者的記錄(其備註、決策與事件日誌、專案中的前期研究),而非來自規則本身。請先搜尋這些記錄,如果顯而易見的位置沒有資料,則詢問記錄存放的位置。

  • 產品計畫(例如「X 是否已計畫?」):首先查閱供應商說明中心的「目前限制」部分,然後是發行說明,最後是部落格與新聞稿。

  • 交給您的算術差異:從來源重新加總每個層級(明細項目、小計、總計)。所給出的解釋可能僅涵蓋數個差異中的一個。

4. 在答案中標示

  • ✅ 已驗證:[來源,查核日期]
  • ⚠️ 未驗證:來自訓練資料,可能已過時
  • ❓ 推測/推斷:說明依據為何

5. 交付前

重新閱讀步驟 2 至 4。任何負載主張若無 ✅ 或明確的 ⚠️ 標記 → 修正或標記它。

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

josie2479-maker/claude-skills

Test a ready-made list of deliverables, documents or artifacts before anyone commits to tracking it. Use when someone is handed a list from a template, vendor, consultant, PMO framework or AI (\"standard project documents\", \"required artifacts\", \"deliverables checklist\") and asks whether to adopt it, what is really required, what to drop, or what is missing. Tags each item by who requires it (funder, law or regulation with citation, a named person, or standard practice that nobody requires), reads the funder's or agency's own template section by section to find required items the list leaves out, and returns a table plus a drop / keep / add list. Not for building a list from scratch with no list in hand, and not for checking whether finished documents are good.

josie2479-maker/claude-skills

Interview the user about something they are ABOUT TO BUILD, before any of it is built — a feature, a system, an automation, a workflow, a document structure. Use when a plan exists only in their head or as a rough idea and the design decisions are still open: \"grill me\", \"interview me about this\", \"help me think this through before I build it\", \"what am I not deciding\", \"ask me what you need to know\". Works the design as a dependency tree, asking one answerable question per round (the one that unblocks the most decisions first) with a recommended answer attached, and never asking anything it could look up itself. BOUNDARY — this is front-loaded, for decisions not yet made. Reviewing a plan that already exists and stress-testing it for holes is the plc skill. Interrogating information someone else handed you is critical-thinking-walkthrough. If the thing is already written down and the question is \"is this any good\", it is not this skill.

josie2479-maker/claude-skills

Strip AI-essay voice from a document that will be shared outside this conversation — a memo, spec, brief, proposal, SOW, report, or any deliverable going to a supervisor, agency, client, or contractor. Use when asked to \"clean this up\", \"make this professional\", \"take the Claude out of it\", \"de-AI this\", \"make it ready to send\", or when a draft is about to be handed off and has not had a register pass. Also run it unprompted as the last step when drafting any external-facing document. Not for chat replies, personal notes, or internal scratch files — conversational voice is fine there and flattening it is a loss. Not for fiction or other creative writing, where the voice is the point; see the fiction note in the body.

相關技能