Claude Projects 項目指令怎麼寫：項目自定義指令模板提示詞（讓 Claude 先採訪你，再生成可粘貼的指令）
在 Claude 裏建了一個項目（寫公眾號、帶一個客戶、備一門考試），想寫一份好用的項目指令卻不知從何下手時用：讓 Claude 先問你 6–8 個問題，再按「目的—資料怎麼用—產出規範—不確定時怎麼辦」生成一份可直接粘貼進項目指令的文本，並附 3 個檢驗用的測試問題。
Claude 對話模型通用
我在 Claude 裏新建了一個項目，想寫一份項目指令（Project instructions），讓這個項目裏的每個對話都按同一套要求工作。請你幫我起草。 項目是做什麼的：[項目用途] 我會放進項目知識庫的資料：[知識庫資料清單] 常讓你做的幾類事：[常見任務] 第一步：採訪我 先向我提 6–8 個問題，一次問完，等我回答。問題要覆蓋： - 產出給誰看、用在什麼場合； - 我滿意的產出長什麼樣（請我貼一兩段樣例）； - 以前遇到過哪些不滿意的情況； - 知識庫裏的資料哪些是權威的、哪些只是參考、哪些可能過時； - 哪些事需要先問我再做； - 用語、格式、篇幅上的固定習慣。 第二步：起草項目指令 根據我的回答寫出指令，要求： 1. 用平實的陳述句，每條要求盡量帶上原因（「因為讀者是……所以……」），不用全大寫和層層加碼的強調。 2. 用 XML 標籤分成幾塊：<purpose> 項目目的與讀者；<knowledge> 各份資料的用途、優先級，以及資料沒寫到時該怎麼辦；<output> 產出規範（附我給的樣例）；<when_unsure> 哪些情況要先問我；<do_not> 少量明確的禁區及原因。 3. 只寫這個項目特有的要求，通用常識（如「回答要準確」）不寫。 4. 總長度控制在 [指令長度上限] 字以內。寫不下時優先保留產出規範和資料用法。 5. 說明一下：項目的名稱和描述 Claude 是看不到的，所以凡是需要你知道的資訊都要寫進指令正文。 第三步：給出檢驗方法 列 3 個我可以在項目裏新開對話去問的測試問題：一個常規任務、一個資料裏沒有答案的問題、一個應該先反問我的模糊請求，並寫明每個問題下「指令生效」的表現是什麼。
高亮處換成你自己的內容：[項目用途]、[知識庫資料清單]、[常見任務]、[指令長度上限]
Claude Pro 充值
已被複製 0 次
使用說明
項目指令是什麼：Claude 的項目（Projects）有自己的知識庫和項目指令，寫好的指令會用於該項目裏的每一個對話；同一項目裏的不同對話預設不共享上下文，所以想讓所有對話都知道的東西，要放進知識庫或項目指令。按幫助中心的說明，項目的名稱和描述只是給你自己看的，Claude 讀不到。項目功能的套餐範圍和文件限制見本站「Claude Projects 怎麼用」教學，以官方說明為準。
為什麼讓它先採訪：自己悶頭寫指令，最容易寫成一堆形容詞（專業、簡潔、有洞察）。讓 Claude 提問、你貼樣例，它才能把「我想要的樣子」落成可執行的規則。第一步裏它問到「以前不滿意的情況」時請認真回答，這部分直接決定 <do_not> 寫什麼。
怎麼填變量：[知識庫資料清單] 逐份列出並註明性質，如「品牌手冊 2026 版（權威）」「去年的推文合集（風格參考）」「競品資料（可能過時）」。[指令長度上限] 建議 600–1000 字，太長的指令裏重要規則反而容易被淹沒。
常見問題與調整：
- 用了一陣發現它老犯同一個錯 → 回到項目裏說：「把這次的問題用一句話加進項目指令的合適位置，並檢查有沒有可以刪掉的舊條目。」然後把新版本粘貼回去。
- 指令和知識庫資料衝突 → 在
<knowledge>裏寫明誰優先，例如「口徑以《價格表》為準，推文合集裏的舊價格不要引用」。
示例輸出
示例，僅供參考（項目：一家烘焙店的公眾號與朋友圈內容；節選）
<purpose>
這個項目用來寫門店的公眾號推文和朋友圈文案。讀者是周邊三公里的老顧客，多數在手機上快速瀏覽，所以每篇只講一件事。
</purpose>
<knowledge>
《產品手冊》裏的品名、配料和價格是準確的，寫到產品資訊時以它為準。《往期推文》只用來參考語氣，其中的價格和活動已經過期，不要引用。手冊裏沒有的產品資訊，先問我，不要自己描述口味和配料，因為涉及過敏原。
</knowledge>
<when_unsure>
涉及折扣力度、活動截止日期、到貨時間時先向我確認。
</when_unsure>測試問題示例：「幫我寫一條海鹽卷的朋友圈」——指令生效時，品名與價格應與《產品手冊》一致，並且不超過四行。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～