文案刷檢
已有文字。此技能旨在改善它，而非取而代之。會執行七個檢核層級，每個層級專注於一種缺陷，因為一次讀取就試圖找出所有問題，只會可靠地注意到最響亮的問題，而忽略了其他部分。
無需轉換簡報，而這正是重點
此外掛程式中其他每個技能要不是會產生「轉換簡報」，就是會讀取一個。此技能則直接處理眼前的內容：一封電子郵件、半個著陸頁、客戶退回並加上問號的提案段落。編輯工作往往是不請自來的，若在此設下關卡，檢核便可能永遠無法執行。
如果確實存在一份簡報——位於此筆記本檔案系統下的 03 Projects/<Project>/_Research/[C] Conversion Brief — *.md，或你的專案存放研究資料的其他地方——請先閱讀其中三個章節，因為它們會改變各層級允許進行的操作，而不僅是提供資訊：語域（Register）的名稱、排序過的異議（Objections），以及可用證據（Proof available）列表中的內容。
若無簡報，仍照常執行，並養成兩個習慣：
- 從文案中推斷語域，標註該推斷，且不要默默將其修正為你個人的品味。 用不熟悉的語域撰寫的文案，在未被告知其語域的編輯者眼中會顯得錯誤，而由此產生的編輯修正將是最昂貴的一種：流暢、自信，但卻瞄準了錯誤的讀者。
- 改變論點的編輯，與改變陳述方式的編輯，是兩種不同的行為。 將第一種編輯獨立標示出來，並以問題的形式退回。你並不知道這家公司實際上能提供什麼，而一個經過修飾但無人能兌現的主張，是你自己引入的缺陷。
語域決定各層級允許進行的操作
七個檢核層級隨處皆同。但每個層級可以修改的內容則不盡相同。最明顯的例子是情感強化：在 Conservative B2B (DACH) 中，該層級完全不添加形容詞——它會刪除模糊用語，因為對這類讀者而言，能觸動情感的是一個陳述其自身狀況的平實聲明，而每個「可以協助」和「旨在」都削弱了它。同樣的層級在 Direct-response 中則會真正添加內容。兩個相反的操作，同一個層級名稱。
五種語域為：Conservative B2B (DACH) · Technical / industrial · Consumer / lifestyle · Mission / nonprofit · Direct-response。定義於 ../audience-research/references/register-profiles.md。references/seven-sweeps.md 中的每個檢核層級在結尾處都會附上一個語域備註，說明該層級在不同語域下行為會有差異的語域——但並非每次都提及全部五種。若當前使用的語域未被提及，則表示無需特殊處理，該層級將依其預設方式執行。
七個檢核層級
請依此順序執行，且不可重新排序——每個層級會將更乾淨的輸入交給下一個，而情感相關的層級特意排在後面，這樣它們就能作用於一個已經變得更具體、更可證實的主張上，而不是裝飾一個尚未如此的主張。
- 清晰度——句子能否只有一種解讀方式？
- 語氣——是否從頭到尾都是同一人在說話？
- 那又怎樣——每個能力是否都附帶了其結果？
- 證明它——主張背後是否有具體證據，還是只有主張本身？
- 具體性——主張是有具體數據衡量，還是僅為熱情表述？
- 情感強化——讀者是否能從中認出他們自己的處境？
- 零風險——當讀者看到行動呼籲時，還有哪些未解決的顧慮？
完整定義、各層級可以及不可以觸碰的範圍、前後對比範例，以及各語域的備註：references/seven-sweeps.md。該檔案也包含了回歸規則——即三個特定的位置，後面的層級可能會可預測地破壞前面層級的成果，這是你需要重新檢查的地方，而不是重新執行所有內容。
可選：專家小組
七個檢核層級是逐行處理的。它們會讓一個方向錯誤的論點讀起來很優美，因為沒有一個層級被允許去質疑這個論點是否正確。references/expert-panel.md 就是負責提出這個問題的模式——一個由數位具名實踐者組成的小組，每位都將其本人實際發表的立場應用於整份文案。
一條規則統治著它：小組中沒有人可以提出一個無法追溯到某個具名著作的觀點，而一個無法找到依據的空位就保持空缺。 該檔案完整陳述了這條規則，以及為何它值得付出成本。請將此模式用於高風險文案——即將接受付費流量的頁面、啟動郵件、提案。對於圖說則可跳過。
詞彙與結構線索
references/banned-vocabulary.md 是一個獨立的清單：包含了因特定原因而不適用的詞彙，以及即使每個詞彙本身無誤，卻會讓文章讀起來像機器人寫作的結構性節奏。
它也是此外掛程式的備用方案。conversion-page-build 和 offer-architect 都會將完成的素材導向一個已安裝的 humanizer 技能，若無此技能，則兩者都會退回使用該檔案。該檔案的設計是讓即使從未開啟過此技能的人也能直接使用。
請保持界線清晰：該檔案管理詞彙與節奏。而主張本身是否值得提出、是否可證明且具體，則屬於檢核層級的範疇。
此技能不做的事
- 它不重組結構。 如果章節順序錯誤或完全缺少一個章節，那是
../conversion-page-build/SKILL.md的範疇，編輯檢核應停止並說明這一點。 - 它不審核已上線的頁面。 任何需要渲染後的頁面、表單、流量來源或分析資料的事項，屬於
../conversion-page-audit/SKILL.md的範疇。 - 它不重新設計提案。 因為銷售的商品本身薄弱而導致的薄弱文案，無法透過編輯來強化——請參照
../offer-architect/SKILL.md，並直接說明，而不是更努力地潤飾。
編輯如何呈現
每個提出的編輯都必須附帶它修正的缺陷，以及由哪個檢核層級發現該缺陷。作者保有文案的所有權：提出變更及其理由，然後讓他們接受、拒絕，或自行撰寫版本。沒有說明理由的編輯與個人偏好無異，而偏好會引發爭論，而非被採納。
當某個檢核層級發現一個無法僅從文案中解決的缺陷時——例如一個沒有可用證據的主張、一個沒有答案的異議、一個該公司尚未同意的保證——請寫下 NOT ESTABLISHED — <what would close it> 來取代編造的修正。這是整個外掛程式的紀律，其理由已在 ../audience-research/SKILL.md 中說明一次；此處直接沿用不變。
輸出
編輯後的文案加上簡短的變更日誌——說明了哪些內容變更、由哪個檢核層級發現、以及任何被當作問題退回而非解決的項目。根據筆記本的慣例，編輯後的版本會與原始版本並列而非取代，以便兩者可以互相比較；在任何其他地方，請確保原始版本可以恢復。