Claude Projects 入門：放好背景文件，開新對話唔使由頭講

將每次都要講嘅背景放埋一齊

你每次叫 Claude 寫文案，都要先講公司做乜、寫畀邊個睇、邊啲字唔用。Projects 可以集中呢啲背景，等你開新對話時直接講今次任務。

呢篇用現有 Projects 介面做例子。免費帳戶亦可以用 Projects；新版正逐步推出，部分帳戶會見到唔同工作方式。方案同功能以 官方 Projects 說明 為準，唔好再用「一定要 Pro」做前提。

1. 開一個範圍清楚嘅 Project

喺 Claude 搵 Projects，建立專案。名稱用「鞋店品牌文案」「個人寫作」或者「客戶 A」，描述寫一句用途。

開始用自己可控制嘅私人專案。要共用先核對成員同權限，唔好將「公司內部」當成「所有同事都應該睇到」。

2. 寫專案指示

Project instructions 係你提供嘅固定指示，唔需要稱為可以凌駕一切嘅「system prompt」。內容寫你真正會用嚟評稿嘅準則。

你幫我起草香港小店嘅品牌文案。

背景：

- 品牌：[名稱同產品類別]
- 主要讀者：[邊類人、關心乜]
- 已確認賣點：[只填有資料支持嘅事實]

語氣：誠實、親切、句子短。用自然香港廣東話，品牌名保留原文。唔寫「業界領先」「革命性」等冇根據嘅說法。

每次工作：

1. 睇我今次提供嘅產品資料同目標。
2. 資料唔夠就問最影響結果嗰一條問題。
3. 出三個唔同切入點，唔好只換形容詞。
4. 講明你建議邊個版本同原因。
5. 未確認嘅價錢、優惠、庫存同成效一律標「待確認」。

留返今次限時優惠、出街日期等變動資料喺當次任務。唔好全部塞入長駐指示，否則舊優惠容易被帶到新文案。

3. 加幾份真係用得着嘅文件

品牌專案可以先放：

• brand-guidelines.pdf：品牌同視覺規則。
• voice-examples.md：幾段已確認文案，附一句點解啱。
• product-facts.md：產品資料同更新日期。
• audience.md：受眾需要，同唔應該自行推斷嘅資料。

個人寫作專案就放自己嘅作品同編輯偏好；顧問專案可以放獲准使用嘅客戶簡介、會議決定同交付要求。先刪走無關個人資料同機密。

唔存在通用嘅「超過十份文件就一定差」規則。文件多少要睇相關性、版本同帳戶限制；保留過時文件而冇標示，往往比文件多更易出錯。

4. 用一個小任務試

請根據 product-facts.md，起草五頁 IG 輪播，主題係 [主題]。先列你用咗邊份文件、邊個版本，再交文案。未提供嘅優惠唔好自己補。

逐項睇：產品事實啱唔啱、語氣似唔似你、缺資料時有冇停低問。唔好只因為文案順就當設定成功。

可以再試一條故意缺價錢嘅要求，確認佢會標「待確認」，而唔係沿用舊活動。

5. 用過先微調

睇返你最常改嘅地方，再改指示。例如「每篇最多一個 emoji」「先講客人遇到嘅問題」「唔好每次都用同一個購買呼籲」。每次改少量，保留一兩個測試例子睇結果。

已經定案嘅決定，要自己加返入專案文件。唔好假設同一個 Project 入面所有對話都會互相知道全部內容。

三種延伸用法

幾個客戶同時做： 每個客戶獨立 Project，參考資料分開。唔好靠「今次係客戶 B」一句去避免混用。

個人寫作： 指示可以改成「先指出重複、含糊同結構問題，唔好整篇重寫；每個建議附原句同替代句」。保留自己寫作主導權。

團隊共用： 先分清邊個只需睇、邊個可以改指示。共用規則改咗會影響其他人，文件註明更新日期同負責人。重要客戶資料另按公司權限處理。

Project 最實用嘅成果，係一份你同同事都睇得明嘅背景記錄。你自己讀一次都唔清楚，Claude 亦難以穩定跟到。