arome3/證據驅動的文案撰寫

證據驅動的文案撰寫 是做什麼的？

概述

任何無法追溯到您已擷取的來源或專案自身文件的主張，都不應發布。 這條規則也是美國廣告主必須遵守的法律：FTC 要求在客觀主張「傳播」之前就具備「合理依據」，而非在受到質疑之後（請參閱 references/evidence-standards.md）。這項技能將該標準轉化為一個可運作的流程：基礎建立 → 研究 → 撰寫 → 驗證 → 發布。

其產出不僅是文案，還包括其稽核軌跡：一個事實基礎、帶有來源標記的逐節註釋、已標記的未決定事項，以及一份可供審查者推翻的清單。

此技能旨在防止的兩種失敗

基準測試顯示，有能力的撰寫者（無論是人類還是模型）現在很少會虛構推薦或標誌。他們會以兩種更微妙的方式失敗：

1. 未經驗證的引用。 聽起來很真實的統計數據和看似合理的 URL，憑記憶寫出，從未擷取過——有時會帶著「發布前請驗證」的備註一起發出。統計數據會過時、被取代，或者從未說過那樣的話。待辦事項 (TODO) 並非實質證據。
2. 虛構能力與術語。 虛構的產品機制（「無代理感測器」、「唯讀連接器」、「系統呼叫基線化」）、商業條款（「終生鎖定費率」、「原始碼託管」）以及沒有任何文件支持的架構細節。這些「感覺上」像是文案的發揮空間。但它們是未經實質證據支持的主張——FTC 的學說涵蓋默示主張，而虛構的條款會變成合約糾紛。

如果您注意到自己正在做上述任何一件事，請停止，並將該項目作為一個未決問題列入事實基礎中。

工作流程

將此清單複製到您的工作筆記中，並在完成時逐項勾選：

證據驅動文案流程
[ ] 1. 基礎建立 — 從專案文件建立事實基礎；列出未決問題
[ ] 2. 研究   — 擷取並驗證外部證據；繪製競爭者地圖；收集買家語言樣本
[ ] 3. 撰寫     — 根據範本草擬交付物，主張內嵌標記
[ ] 4. 驗證    — 通過對抗式審查；通過確定性檢查
[ ] 5. 發布      — 誠實標記清單；向負責人標明未決定事項

1. 基礎建立

根據專案自身的文件（策略文件、規格書、定價表、創辦人回答）填入 templates/fact-base-template.md。在撰寫任何內容之前，先閱讀專案提供的每一份文件。

• 文案中將要提出的每一個關於產品的主張，都必須能追溯到事實基礎中的一行記錄，並附有來源。這包括機制、架構、整合、效能、團隊資歷和商業條款——而不僅僅是主要功能。
• 文案所需要的任何內容，如果沒有任何文件能夠回答，則應列入 「給負責人的未決問題」。這將阻擋該文案的發布，或者以交付物註釋中的一個明確的 [待負責人決定的未決定事項] 標記形式發布。永遠不要為了填補未知而編寫一些看似合理的內容。
• 當負責人自身的指示相互衝突時（例如，指定的受眾 vs. 要求的語氣，要求的證明 vs. 實際的階段），應根據已記錄的事實來撰寫，並將此衝突標記為一個未決定事項——永遠不要默默選邊站，也不要讓語氣更強烈的指示凌駕於已記錄的事實之上。
• 忠實記錄 「階段誠實度」 部分：實際客戶數量、實際持有的認證、以及在該階段被禁止的主張。如果公司有零個客戶，文案就必須如實陳述——請參閱 references/copy-craft.md 中的階段誠實度操作手冊。

2. 研究

三個平行軌道（如果可用，則派遣子代理；否則依序執行）。完整協議：references/evidence-standards.md。

• 市場證據。 尋找支持問題敘述的外部統計數據。嚴格規則： 只有在您於本次任務期間擷取了該主張的來源 URL，並確認該主張以原文出現在該處時，才能使用該主張。優先選用原始發布者；為所有內容標註日期；檢查發布者是否已取代該數字；記錄衝突而非選擇有利的解讀。
• 競爭者地圖。 擷取文案必須與之區別的競爭對手頁面。逐字記錄他們的定位、主張、定價、行動呼籲 (CTA) 和重複出現的詞組——這既是為了與之對抗定位，也是為了讓步驟 4 的相似度檢查能夠證明您的文案沒有模仿他們。關於競爭對手的比較性主張帶有法律風險（蘭哈姆法案——請參閱 references/evidence-standards.md）；請精確引用並標註日期。
• 買家語言。 從公開來源（職位公告、社群播客/部落格、公開論壇）收集買家自身的詞彙。永遠不要虛構對私人社群的存取權限；如實陳述限制。

無網路備援方案： 如果無法進行擷取，就無法進行驗證。將每個外部主張標記為 [未經驗證 — 在擷取前請勿發布]，在交付物頂端陳述來源驗證尚未執行，並且不要勾選最終清單中關於來源驗證的項目。

3. 撰寫

根據 templates/deliverable-template.md 進行草擬。關於語氣、禁用詞彙、英雄產品規格、章節結構、按公司階段的證明策略、中繼資料真實性等撰寫規則，均收錄於 references/copy-craft.md。不可協商的項目如下：

• 每個事實性句子都必須帶有其註冊級別：已驗證事實（附連結）、內部產品主張（附文件路徑）、預測/設計目標（已標記）、策略性建議，或文案判斷。每個章節後面的註釋需列出這些資訊。
• 最高級形容詞僅在引用的來源本身使用時才能使用。改寫必須保留來源的單位、母體和日期。
• 引文必須逐字引用。將作者的摘要歸因於調查受訪者是引文漂移 (quote drift)，而引文漂移就是偽造。
• 預測、設計目標和路線圖意圖，必須在每次出現時都標記清楚，而不僅僅是第一次。
• 您刻意排除的內容（未通過驗證的統計數據、已被取代的數字）應放在註釋中。排除清單是標準的一部分。

4. 驗證

兩個層級，皆為必要：

• 確定性驗證。 執行：python3 scripts/check_copy.py DELIVERABLE.md（檢查禁用詞彙 + 內嵌字數/字元限制；若失敗則回傳非零結束碼）。然後執行 python3 scripts/check_copy.py DELIVERABLE.md --urls 以產生供事實核查階段使用的引用工作表。使用 --lexicon FILE 加入專案特定的禁用詞彙。無執行備援方案： 如果您無法在此平台上執行指令稿，請手動套用禁用詞彙和範本中的 check: 預算，並在清單中記錄確定性驗證是手動而非透過指令稿完成的。
• 對抗式驗證。 根據 references/verification.md 進行獨立審查：(a) 網路事實核對——重新擷取每個引用的 URL，並測試文案的確切措辭是否與之相符，(b) 內部忠誠度檢查——與事實基礎進行比對，(c) 限制/合規性檢查，(d) 以懷疑買家的角色閱讀，(e) 競爭者相似度篩選。修正所有阻擋發布的問題；編輯後重新執行確定性驗證檢查。

5. 發布

誠實地標記交付物的自我審查清單——一個可能被審查者推翻的清單項目，其造成的傷害遠大於它所隱藏的缺陷。在您的交接摘要中，將每個 [待負責人決定的未決定事項] 項目都提出來。如果專案設有主張登記處或正式審查關卡（例如法務、品牌、MLR 形式），請附上註釋和引用工作表——它們的設計目的正是為了被審查（請參閱 references/enterprise-integration.md）。

鐵律

可單獨引用；在審查時請用編號引用。

1. 追溯或刪除。 產品主張需追溯到事實基礎；外部主張需追溯到本次任務中擷取的 URL。
2. 先擷取，再引用。 憑記憶記得的 URL 是披著引用外衣的未經驗證主張。
3. 機制即主張。 關於運作原理的文案、架構、整合、效能和商業條款，都需要像統計數據一樣有來源。
4. 標記註冊級別。 已驗證事實 / 內部主張 / 預測 / 建議 / 判斷——在註釋中要明確可見。
5. 來源設定上限。 不得升級為最高級形容詞，不得變更單位，不得更換母體，不得使用無日期的「近期研究」。
6. 虛構的證據永不發布。 客戶、推薦、標誌、案例研究、認證、合作夥伴、指標、結果。在美國，偽造的推薦和評論也是非法的（16 CFR 第 255 和 465 部分）。
7. 階段誠實度是策略。 如實陳述尚不存在的證據。對於持懷疑態度的買家而言，揭露事實比借用可信度更容易轉換——而且這是唯一能經得起盡職調查的姿態。
8. 未知事項應標記，而非填補。 未確立的事實應成為給負責人的未決問題，而非看似合理的文案。

常見的合理化藉口——這些都代表應該停止

藉口	現實
「我會加個備註，請發布前驗證」	驗證應在草擬之前完成。待辦事項 (TODO) 並非實質證據。
「我記得這個統計數據來自一份知名報告」	記憶不是來源。請擷取它，否則刪除它。
「描述產品很明顯的運作方式不算主張」	機制描述就是能力主張；默示主張也算在內。
「具體的術語讓提案感覺更真實」	虛構的術語會變成合約。請將其標記為未決定事項。
「這只是佔位文案」	佔位符會發布出去。請明確標記它們，否則就不要寫。
「我們的坦白部分證明了我們很誠實」	對客戶的誠實並不能授權在其他地方進行虛構。
「這個統計數據方向是對的」	方向不是主張。單位、母體和日期才是主張。
「來源被封鎖了，但次要報導相符」	請停止將其呈現為主要來源。請按照 references/evidence-standards.md 中的封鎖來源協議重新處理——僅可在重新標記為 verified-secondary（已驗證-次要）後使用，並附上封鎖備註。

紅旗——請停止並重新進行基礎建立

• 您草稿中一個您未在本次任務中親自擷取的統計數據
• 一個您無法在事實基礎中指出的產品細節
• 一個未在引用的來源中出現的最高級形容詞（「最大」、「最先」、「唯一」、「第一名」）
• 一個負責人從未提及的商業條款（鎖定期、折扣、保證、SLA）
• 您精簡、合併或重新歸因的引文
• 一個您即將勾選，但可能被審查者推翻的清單項目

參考文件指引

閱讀	時機
references/evidence-standards.md	在研究之前；在判斷任何來源時；了解法律底線和證據陷阱目錄
references/copy-craft.md	在撰寫之前；了解語調、禁用詞彙、英雄產品規格、章節結構、各階段誠實度證明策略、中繼資料
references/verification.md	在驗證階段之前；定義對抗式審查小組和修正協議
references/enterprise-integration.md	當客戶有主張審查、品牌治理或受監管產業要求時

範本：templates/fact-base-template.md（先填寫），templates/deliverable-template.md（據以撰寫）。指令稿：執行 scripts/check_copy.py（請勿將其內容讀入上下文；其 --help 和輸出是自解釋的）。

這項技能管轄的是主張和證據。它刻意不取代公司的品牌語調指南——而是定義在其之下（請參閱 references/enterprise-integration.md）。其中任何內容均不構成法律建議；受監管產業的最終文案應交由法律顧問審閱。