可重複使用的寫作風格，始於作者的真實作品與決定。Claude 可以協助整理證據，但哪些模式應成為規則，必須由作者或編輯決定。本指南利用 Claude Project，讓同一專案的新對話可以使用已核准的設定檔，再檢查新稿的事實準確性與風格。產品操作步驟依據Anthropic 最新的 Projects 指南，核對日期為 2026 年 10 月 19 日；證據與核准方法是 BIG CHANGE 的編輯程序。我們沒有為本文進行作者訪談、上傳檔案或測試草稿。

關鍵改變

  • 改變了什麼： 專案知識與指令讓作者或編輯能在同一 Claude Project 後續的對話中沿用已核准的寫作設定檔。僅有先前的對話，並不是文件所述的設定檔載入方式。
  • 為何重要： 小型寫作團隊可以將風格規則追溯到獲准使用的範例與作者本人的回答。這讓核准文稿的人能針對具體內容接受、更正或拒絕，而每篇草稿的事實仍須另外檢查。
  • 留意什麼： 交接的關鍵是儲存的設定檔版本：各項規則有什麼證據、由誰核准，以及下一個專案對話是否有正確的檔案與指令。Claude 聲稱使用了某版本，不能證明實際儲存的內容。

開啟專案前

你需要已登入的 Claude 帳戶、分析與上傳文字的許可，以及作者對簡短訪談的真實回答。另外保留一份自己有權使用、附有核准事實資料的寫作任務，供最後檢查。選定目標讀者與管道，例如作者實際撰寫的電子報或產品頁；不同管道可能需要不同規則。

Anthropic 表示，Free 帳戶也能使用 Projects，最多可建立五個專案。方案用量限制仍適用。加入資料前，檢查帳戶目前的控制選項與組織政策。本指南採用目前 Claude 對話中的 Projects 介面，不需要另一項逐步推出的 Projects 測試版。

上傳文字或訪談回答前，檢查帳戶隱私設定與組織資料政策。針對一般消費者帳戶，Anthropic 說明了 Settings > Privacy > Help Improve our AI models 設定路徑，詳見其模型改進設定。請依資料擁有者允許的方式選擇；關閉設定不會撤銷已開始的訓練，且文件列有安全審查例外。這項選擇與專案分享、記憶功能各自獨立。只上傳作者或權利人允許的資料。

1. 盤點可以使用的文字

選擇能確認作者與重複使用許可的真實範例。逐一記錄來源 ID、作者、日期、管道、讀者，以及上傳或保留限制。移除尚未獲擁有者許可的機密段落。代筆或第三方作品應排除，除非相關權利人明確允許此用途。另行保留那份事實寫作任務；最後檢查的輸入若不屬於建立設定檔的範例，會更有用。

檢查： 每個候選範例都有已知來源與許可。任何一項不確定，就不要使用。不要用虛構文稿補足不足的證據。

2. 訪問作者本人

詢問作者面向誰、希望語氣多直接或正式、偏好的用字與結構、不同管道有何變化，以及絕不會說什麼。記錄真實回答、日期與回答者。將逐字引文與你的轉述分開。對於未回答或互相矛盾的問題，標註需要擁有者決定；Claude 不能代作者回答。

預期結果： 一組精簡證據，包括獲准使用的文字與註明回答者的訪談內容，並清楚呈現未決事項。沒有規定範例數量，也沒有通用的訪談腳本。

3. 建立 Claude Project 並控制範圍

在 Claude 中開啟 Projects，選擇 + New Project，並為專案命名。在專案知識區使用 + 加入獲准使用的文字檔，保留來源 ID 與權利註記。Anthropic 表示，專案名稱與描述本身不會成為 Claude 的脈絡。專案知識才是文件說明的跨專案內對話提供檔案方式。

上傳到 Team 或 Enterprise 專案前，先檢查可見性、成員與權限。若要將此次檢查與帳戶記憶分開，目前的 Projects 指南 說明如何關閉 Use account memory，位置在專案的 Memory 設定中。指南也說明如何關閉 Memory：在每個新對話的 + 選單中，於第一則訊息前關閉此功能。這些控制項針對記憶，不會移除你明確加入專案的知識或指令。若介面缺少控制項，繼續前先查閱目前的說明頁。若無法建立專案或已達帳戶上限，保留本機盤點資料，不要把敏感內容移到其他帳戶。

4. 從證據整理候選規則，再逐一查核

在專案內的對話中，要求 Claude 以便於審查的表格提出候選規則：確切引文與來源 ID、觀察到的模式、推論、反例或管道例外，以及在證據缺失或不一致處標示需要擁有者決定。請它依讀者、語氣、語言、結構、允許的變化與禁止事項整理設定檔。這是建議的編輯要求，並非經測試的風格擷取功能。

將每段引文與原始檔案或訪談紀錄比對。移除虛構引文與對作者信念的無據說法。重複模式可以支持一項候選規則，卻不能證明作者意圖。若作者刻意為不同讀者或管道採用不同寫法，應保留例外。

檢查： 每項規則都有可追溯來源，必要時標示推論，並有真人裁決爭議。證據有衝突時，讓作者決定，不要讓模型自行選擇。

5. 核准並載入一個確切版本

由作者或負責編輯接受、修改或拒絕每項候選規則。將核准設定檔存檔，附上版本識別碼、日期、核准人、來源 ID，以及少量獲准使用的偏好與避免用語範例。未決事項另外記錄，不要默默改成指令。

在專案中開啟 Set project instructions，加入已核准的可重用規則及其設定檔版本識別碼，再選擇 Save instructions。使用 + 將已核准且註明來源的設定檔加入專案知識。檢查兩個儲存位置，確認都有確切版本識別碼。Anthropic 將知識與指令記載為該專案對話的脈絡。訪談對話本身不能證明跨對話可重用，這些指令也不會全域套用到其他專案。

6. 對另一篇事實草稿做兩次檢查

在同一專案開啟新對話。若採用步驟 3 的記憶範圍檢查，請關閉 Memory，位置在此對話的 + 選單關閉記憶。親自檢查已儲存的設定檔與專案指令。提供預留的自有寫作任務、核准事實與目標管道，再要求草稿。可以詢問 Claude 使用哪個設定檔版本，但應將回答視為待與已儲存專案內容比對的聲稱。

將每項重要陳述與核准事實及來源比對：增添、遺漏、語意變動與無據說法都需要修正。接著才檢查用字是否符合核准的風格規則、範例、讀者、管道例外與禁用語。分別記錄兩項判斷，由作者或編輯決定草稿能否使用。熟悉的語氣不會讓無據事實變真。

若看來缺少版本，確認對話位於預定專案，且檔案與指令都儲存在該處。若規則誤讀引文或遭作者否決，以新識別碼修訂設定檔，保留前版，並用有權使用的輸入重做相關檢查。先依核准事實修正事實錯誤，再處理風格。作者、讀者、管道或定位改變時，重新確認人工核准。

限制與重用

Anthropic 的上傳指南 表示每個專案檔案最多 30 MB，專案知識總量必須符合脈絡視窗。Anthropic 的 Projects 概覽 說明付費方案可以透過 RAG 擴充大型專案知識；本指南的小型文字流程不需要這項功能。用量限制與付費方案成本會變動，大量上傳或反覆產生草稿前，先檢查帳戶。這些僅依文件編寫的步驟，不能推得固定完成時間、風格還原分數或生產力提升。

如果你要對現有草稿重複進行審查，我們的Gemini Skill 寫作審查指南 處理的是另一項任務。這裡的產出是經作者核准的設定檔，以及依新事實輸入完成檢查的草稿。