Community寫作與編輯github.com

helikos-labs/source-tight-copy

審查引用數字、研究、調查或統計數據的文案,確保每項陳述不超過來源所述範圍。針對每項聲明逐字引用來源、檢查計數對象與單位、標示數據類型(實測、自述、調查、相關、模型)、標註日期,然後保留、收緊或刪除並改寫文案。最後產出審計表、可發布的「如何解讀這些數字」說明與待確認事項,並在使用者要求時套用修正。

source-tight-copy 是什麼?

此 AI 技能名為「Source-tight copy audit」,專為需要發布含數據之文案(如登陸頁面、報告、部落格、新聞稿、圖表或應用程式文案)的開發者與內容團隊設計。它能確保每一項引用數字、研究或統計的聲明,在措辭上都不超過原始來源的範圍,避免過度宣稱或誤導讀者。技能涵蓋多個平台(如 Claude Code、Cursor、Codex),工作流程包含列出所有聲明、逐字引用來源、比對用詞與量化詞、檢查研究對象與單位、標示數據狀態(例如實測、自述、調查、相關、模型、預測、經驗法則、廠商宣稱)、標註日期,然後決定保留、收緊或刪除聲明,並進行改寫。最後會產出詳細的審計表、為一般讀者設計的「如何解讀這些數字」說明,以及發布前須檢查的待確認事項。使用者可要求直接修改檔案,AI 會逐一修正所有出現的數字(包括標題、圖表標籤、替代文字、後設標籤等),確保一致性與準確性。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/helikos-labs/prompts/tree/HEAD/skills/source-tight-copy

Installed? Explore more 寫作與編輯 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜歡的 AI 中提問

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

說明文件

來源緊縮文案審計

確保文案中每一項聲明都不超過其來源所述範圍,且讀者能清楚了解數字的類型、計數對象與時間。

輸入

  • 文案:貼上的文字或檔案。在程式碼庫中,除了正文外,還需檢查標題、圖表與圖形標籤、圖說、替代文字、工具提示、後設描述、社交卡片文字以及包含數字的資料檔案。
  • 來源:貼上的摘錄、檔案、PDF 或可點開的連結。請閱讀方法論章節與每個數字背後的段落,而不只是摘要或新聞稿。若連結被阻擋或需付費,請說明並索取文字。切勿僅根據搜尋片段或摘要來判斷聲明。

僅依據這些來源進行工作。切勿憑記憶填補空白,即使你認為某個數字是正確的。若某個聲明的來源缺失,請索取一次。若仍未提供,則在該行標註「未提供來源」,保留該聲明不修改,並在「發布前檢查」清單中列出該來源,以免將缺失的檔案誤認為未受支持的聲明。

工作流程

1. 列出每一項聲明

聲明包含任何以下內容:

  • 數字(百分比、倍數、計數、金額、時間)
  • 數量詞:「大多數」、「少數」、「一半」、「兩倍」、「多數」
  • 因果關係:「減少」、「驅動」、「提升」、「導致」、「因為」、「結果」
  • 歸因:「X 發現」、「研究顯示」
  • 最高級:「第一」、「唯一」、「領先」、「最快」
  • 時間詞:「現在」、「今天」、「今年」、「最新」、「近期」
  • 要求或範圍:「必須」、「規定」、「適用於」、「從 <日期> 起」,意指法律、標準或政策涵蓋的內容、對象及生效時間

每個出現處分開列出。同一個數字出現在標題、圖表標籤和替代文字中,則為三行,因為各自可能產生偏差。同一個句子中共享一個引用段落與一次改寫的聲明可以共享一行。在文案儲存格中,將每個聲明詞以粗體標示。

2. 引用來源

針對每個聲明,逐字引用支持該聲明的段落,加上引號,並標註其位置(章節、頁碼、表格、段落)。切勿在引用中改寫。若無任何段落支持該聲明,則寫「無支持段落」。

3. 比對用詞

保留來源的動詞、數量詞、單位與四捨五入方式。

  • 「在每週規劃中使用它」不等於「每週用它規劃」。
  • 「低於目標」不等於「未達標」。
  • 「說他們可以」不等於「做了」。「預期會」不等於「將會」。
  • 1.8 倍不等於「兩倍」。43% 不等於「將近一半」,除非來源本身如此四捨五入,且需註明。
  • 不要擴大類別:若來源僅測量某一種工具、產品或行為,文案不應涵蓋整個領域。

4. 檢查基礎與單位

確認計數對象、數量、地點與時間。標示每一項主詞的轉變:

  • 受訪者變為組織(「受訪者表示其公司…」不等於「公司…」)
  • 某產品的使用者變為所有人
  • 子群體變為整個樣本
  • 單一國家、行業或公司規模變為「企業」

檢查單位:每人或每團隊、每訂單或每客戶、專案佔比或公司佔比、受訪者佔比或所有人佔比。提供任何子群體或小樣本的 n 值。

5. 標示狀態

每個數字可有一個或多個標籤:

狀態定義適用詞彙
實測研究人員觀察、記錄或計數的結果,或實驗結果「做了」、「花了」、「上升」
自述人們對自身時間、金錢或結果的估計「說」、「報告」、「估計」
調查受訪者回答某問題的比例「x% 的受訪者表示」
相關群組比較:關聯性,非因果關係「與…相關」、「那些 X 的人也 Y」
模型根據假設或其他數字計算得出「基於…的估計」
預測預測結果「預期」、「預測」、「預計」
經驗法則專家或公司的經驗法則,無數據佐證「根據經驗法則」、「X 建議」
廠商宣稱來自銷售該產品者:其自身數據,或出資的研究「根據 X(銷售 Y 的公司)」、「由…委託」

相關與自述的數字永遠不應在文案本身的語氣中使用因果動詞;受訪者提供的因果關係應保留在「說」的引述中。同時,需標註來源自身提出的任何警告:初步結果或未經同儕審查、已修正或被後續版本取代、排名或分數而非計數、或作者表示不具統計顯著性的結果(此時不應將點估計呈現為發現)。

6. 標註日期

提供來源的月份與年份,以及來源所述之實地調查期間。將「現在」、「今天」、「今年」和「最新」替換為「截至 <月份 年份>」,以免文案在無聲中過時。

7. 決定

  • 保留:文案已不超過引用內容,且已在行內或閱讀說明中提供讀者所需的狀態、基礎與日期。
  • 收緊:來源支持一個更狹隘的聲明。改寫為恰好符合的內容。
  • 刪除:無任何段落支持,或來源無法證實。移除該數字。請勿將其弱化為「許多」或「數千」;這仍然是未受支持的。

來自不同研究、方法或年份的兩個數字不構成一個統計數據,也不形成趨勢。請勿將其相加、平均或作為同一數據進行比較。若來源為新聞稿或引用另一項研究,請說明;主要來源仍需檢查。

8. 改寫

保持文案風格,而非註腳形式。將狀態體現在動詞中(「說」、「報告」、「預期」、「與…相關」),並在結尾加上簡短的來源標籤:「(來源,Mon YYYY,n = 812)」。改寫後的內容可以比原始文案更具體,但絕對不能比來源更寬泛。保留原文的語氣與大致長度。基礎、方法與不適合放入行內的警告應放在閱讀說明中,而非每一行。

9. 撰寫閱讀說明

若文案使用了任何調查、自述、相關、模型、預測、經驗法則或廠商數據,請撰寫「如何解讀這些數字」:2 到 5 句簡潔的文字,可發布於文案下方或來源頁面。說明:

  • 調查數據是人們所說的話,而非實際測量結果
  • 相關數字顯示關聯性,非因果關係
  • 預測是預測結果,非實際結果
  • 經驗法則是經驗法則,非發現
  • 誰委託了該研究,以及何時為廠商
  • 數據所指的日期,以及何時、依據何種資料(完整報告、新聞稿或摘錄)進行檢查
  • 哪些標籤、分數、門檻或框架是作者自己的,而非來源的

若所有數據均為實測,則跳過此說明。

10. 套用(僅在要求時)

僅在使用者要求修正時才編輯檔案;否則回傳表格並提供套用選項。套用時:

  • 僅修改聲明部分。保留周圍文案。
  • 修正會隨數字流動:在專案中搜尋每個數字的所有形式(「61%」、「61 百分比」、「1.8×」、「1.8 倍」),並修正所有出現處,包括標籤、圖說、替代文字與後設標籤。
  • 將閱讀說明放置在文案下方或來源頁面。
  • 以陌生人的角度再閱讀一次編輯後的文案:是否有任何句子現在超出了其所在行的引用內容?
  • 若數字存在於程式碼中,考慮將每個數字與其來源字串一同儲存,並新增一個檢查,當某個數字缺失時會失敗。

輸出

  1. 審計表:

    #文案中的聲明來源所述(逐字引用)狀態 · 基礎 · 日期判定與原因改寫

    若為刪除,改寫儲存格說明應如何處理:刪除該句,或使用其他行的有來源數字。

  2. 如何解讀這些數字(如有需要)。

  3. 發布前檢查事項:任何來源無法解決的事項,例如確切的問題措辭、子群體大小、新聞稿背後的主要研究、或是否有新版或修正取代了某個數字。一行一項,或「無」。

  4. 若檔案已修改:列出每個檔案及其變更處。

Individual skills in this repo

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

相關技能