Claude 一直忘規則、不了解你?這四個設定一次解決

The Only Bamboo
240 位粉絲
18 觀看·2026年4月22日
章節
0:00 為什麼需要系統規範
0:38 基礎默契檔寫法與原則
6:02 條件載入的規則設定
8:30 動態知識的自動記憶
11:29 強制執行的邏輯鉤子
15:50 四大功能實戰經驗分享
你有沒有這種感覺——跟 Claude 說了好幾次「不要用 emoji」「語氣直接一點」,但它每次都當作沒聽過?問題不是 Claude 記性差,是你還沒設定讓它記住你的機制。
這集教你四個工具:
① CLAUDE.md 全局設定(讓 Claude 每次都知道你是誰、你的偏好)
② Rules 子檔案(把複雜規則拆到獨立目錄,清晰管理)
③ Memory 子系統(讓 Claude 在對話過程中自動記錄重要資訊)
④ Hook 機制(在 Claude 執行工具前後,自動插入你的檢查邏輯)
設定一次,之後每個 session 都受用。
──────────────────────────────
AgentCrew Academy — 非技術人員的 Claude Code 實戰課
課程報名:https://agentcrew.cc
──────────────────────────────
17:00 收尾
---
相關資源
相關工具
▸ Claude Code 官方文件: https://docs.anthropic.com/en/docs/claude-code
各位朋友大家好,我是Dustin
我想在用Qrow一段時間之後
你就會發現
給它一個適合的環境很重要
給它一個適合的規範很重要
那我想跟你分享的是
Qrow Code它之所以成為一個成熟的工具
就是因為它有一套非常完整的方式
讓它可以記住你是誰
你怎麼工作
你有什麼規定是不能違反的
你的編輯在什麼地方
這套系統呢
主要有四個層面
分別是
Qrow.md
Rules
Memory
跟Hooks
今天這期我們一次講清楚
而且每一個都會示範給你看
首先我們先從最基礎的開始
叫做Qrow.md
Qrow.md是一個文字檔
你在裡面可以去寫給Qrow的說明
你是誰
你在做什麼
你的偏好
以及你希望它遵守什麼規則
每次Qrow Code啟動的時候
就會自動地把這一份文檔
送進去給模型
讓模型一定會讀到
它就是你們在對話過程中
模型跟你的默契
所以我通常也把它叫做默契檔
你可以把它想像成
你請了一個助理
那你第一天你給他說明書
告訴他說
你跟他對話的語氣
習慣是什麼
客戶叫什麼
什麼事情你一定要先跟我確認
什麼事情可以直接做
過去有哪些曾經犯過的錯你不要犯
所以Qrow.md其實適合寫的東西
大概有幾類
比如說
你的身份
你的工作內容
比如說
你跟他溝通語氣的偏好
比如說
需要遵守的規則
比如說
這些專案的特殊背景
以及重要文檔的位置
那不過有一個非常重要的原則就是
Qrow.md要盡量地精簡
因為每一次
它都會被強制地
注進你的對話之中
所以如果寫太長
反而會導致
上下文窗口被佔據的太多
而導致重要的資訊會被稀釋掉
模型會有注意力缺失的問題
就會讓Qrow更容易漏掉
或者是忽略某些規則
而官方的建議是
最好不要寫超過400行
我自己的習慣
是維持在200行以下
Qrow.md它實際上
有四個放的位置
它對應到不同的使用範圍
不過我們今天先介紹
最常用的兩個
一個是全局User Level
它就放在你的電腦的
最上層的目錄下面
這個是對你電腦上操作的
所有的專案都是有效的
所有的資料夾都是有效的
所以這個適合放你的身份
放你通用的語氣偏好
放你覺得重要的做事習慣
所有專案都會用得到
第二個層級叫做
Project Level 專案級
它是放在你的某一個
專案資料夾之下
那這個只會對那個專案有效
所以這個適合放那個專案
特有的背景
那個專案的注意事項
只有在那邊需要的規則
比如說
如果這個專案
這個資料夾管財務的
那就是在裡面放財務的背景
那邊管人事的
就是放人事的背景就好
那這兩個可以同時存在
比如說
如果今天我在財務資料夾下工作
模型會同時收到
User Level的Qrow.md
也會同時收到
Project Level
就是這個財務資料夾裡面的Qrow.md
當然還有另外兩個進階的位置
一個是公司統一的
讓所有人Apply的版本
另外一個是
只存在你本機
不會跟別人共享的版本
不過這兩個比較少用
大部分的情況
我們都是用剛剛的
User Level跟Project Level
那你說Dustin
我要怎麼去判斷
說要放在什麼地方
其實很簡單的原則就是
你今天記在裡面的東西
如果換了另外一個專案
換了另外一個資料夾
還適用嗎
如果不適用
就放在這個專案裡面
如果適用
那就放在User Level
那怎麼樣去創建Qrow.md呢
我通常建議是兩種方式
第一種是
你在終端機裡面
打斜線INIT
它會幫你去讀
這個資料夾裡的專案
幫你創一個初始版的Qrow.md
或者是你也可以請Qrow
上網搜尋別人的Qrow.md
跟你對話
問你問題
這個在我們之前的
集數裡面有聊到
跟你對話
問你問題
幫你改成屬於你的Qrow.md
這是初始的方式
再來就是
我們在跟它對話的過程中
我們有覺得什麼東西
是希望它未來一定要記得的
不要再犯的
我們就可以跟它講
寫進Qrow.md
那當然要寫到全局
還是要寫到專案
看判斷這個規則
它到底未來會不會適用於
別的資料夾
接下來我們來看
我的Qrow.md的示範
那我們來看
我的user level長什麼樣子
比如說
還要知道
我的時區是曼谷
跟其他人不太一樣
所以我這樣
以後它幫我安排會議
它就不會弄錯時間
再來這個是
一開始沒有加
我後來才加進去的
因為它有一次
直接幫我寄訊息
沒有經過我確認
所以我就跟它講說
這個東西是不可逆的操作
你要幫我記得
未來你絕對不能再犯
所以你看
像這個地方有沒有
文檔管理的習慣
資安的規範
或者是
我跟它對話的時候的行為規則
這些東西都是
不屬於某一個專案
它是橫跨專案的
所以我把它放在
user level裡面
那像比如說
我這個專案是在做
我個人知識庫的管理
那你就可以看到
如果是專案層級
就會長得不太一樣
我就會更多的去描述
這個專案在幹什麼
比如說
這個專案裡面
有我的生涯目標
有我每天要做的事情
有我的業務支柱
個人的支柱
還有我的個別的計畫
那別的專案就不適用了
所以我選擇把它放在專案層級
它可以更瞭解
我這個專案的主要目的
跟它需要去哪裡找我的檔案
還有它要幫我安排
代辦的時候
用什麼樣的形式來去安排
看完示範之後
接下來我們看另外一個
叫Roles規則
規則
它是放在
Roles資料夾裡面的檔案
都是文檔的形式
每個檔案管一個主題
它跟Coding MD的差別是什麼呢
Coding MD是
不管你做什麼操作
模型都一定會讀到
但是Roles有一個
Coding MD做不到的特色
就是
可以條件載入
什麼意思
舉個例子
如果今天
你有一條規則
是隻有在跑Python的程式碼
會用到的
我們就可以在這條規則上
加上路徑設定
只有在跑到Python腳本
才需要讀這條規則
那如果你放在Coding MD
就是不管你處理什麼東西
它都會讀到
就沒有這個路徑了
為什麼說這個路徑重要
因為我們之前有提到過
上下文的空間
是非常稀缺的資源
如果上下文被塞得太滿
就有可能會導致
模型的能力下降
注意力缺失
所以按需載入
非常重要
我們要讓模型
在適合的時候
剛好讀到適合的資訊
所以如果你這條規則
只有在用到某些檔案
某些工具
才會啟動的時候
放在Rules
會比起放在Coding MD還好
那什麼時候
該把Coding MD的規則
一部分考慮
要不要移到Rules呢
有兩種情況
一種是當你的Coding MD
開始超過200行的時候
內容太多
開始歧視掉重要的規則
你就可以開始去思考
是不是把部分的規則
放到Rules
用條件載入的形式
第二則是
你自己意識到
某些規則
只跟某類的檔案相關
那你也可以
主動的把它放過去
那這個通常不用自己放
通常是我們會
直接跟AI講說
幫我判斷
哪些Coding MD裡面的
是隻有在某些路徑
才會用到的規則
幫我把它移到Rules那邊去
AI就會自動的幫你做
接下來我們來看
規則的示範
接下來我們來實際上
看我的Rule有什麼
我們的Rule就是
特定情況之下
特定檔案中
會用的規則
或特定路徑之下
會用的規則
所以你可以看到
我這邊的Rule
比較Specific
比如說
處理勾子的時候
Hook的時候
只要碰到Hook的檔案
就會自動套用這些規則
我們看完了規則示範之後
第三個我要跟你介紹的是
Memory
Memory跟剛剛的
Coding MD跟Rules一樣
它也是會被
直接送給模型
當作你們對話的背景上下文
但是
它跟Coding MD
最核心的區別在
Coding MD是你去設定的
但是Memory是
Code自己寫給自己的
自動寫出來的
它在這個工作過程中
如果它判斷某件事情
值得記住
或者是需要暫時的記得
比如說
你糾正它的某個做法
你說到了某個偏好
它學到了某個
你處理這個專案
事情的規律
或者是
它發現你有一些事情
是今天還沒做完
明天要繼續做
它就會自動的
把這件事
記到一個記憶的目錄裡面
下次對話開始
它就會帶著一些筆記
就不會忘記
那這個Memory的結構呢
通常是裡面會有一個
主鎖引的Memory.MD
它每次啟動
都會載入這個鎖引
這個鎖引會去指向
每一個細部的記憶
是其他的子檔
所以Code
每次就去看這個鎖引
它發現它需要
一部分的記憶的時候
它就會去繼續讀取
那個記憶的子檔
這樣子做
就是按需載入
節省我們的上下文空間
那當然Memory
其實你也可以
主動的叫它寫進去
比如說
我可以直接跟它講
請你記下來
我明天要對上
請你記下來
我要去追蹤學生的動態
請你記下來
我這個月的薪水是多少
它也會主動的
幫你寫進Memory
你也可以在Code裡面
輸入斜線Memory
去查看你現在的Memory
有哪些
你可以手動編輯或刪除
不過通常我不會這樣做
因為Code自己
也有內建Memory的
自動整理功能
它會定期的
去重新整理記憶
去排除掉一些
已經過時的記憶
所以Memory
跟我們前面講到的
CodingMD跟Rules
的區別是什麼
就是前面講的CodingMD
或者是Rules
講的是持久的規定
但是Memory
比較像是這個專案
在進行的過程中
它所學到的動態知識
或者是它需要
記得的臨時狀態
它是你的工作中
累積的歷經
接下來我們來看
我的Memory
那Memory
就是我們剛剛講到的
它會是Code
主動記下來的
以及一些
比較臨時的狀態
所以你可以看到
它裡面有
最近我修正了
它的什麼行為
最近我跟它講了
什麼我的個人資訊
臨時的
或者是
我的那個專案
目前的進度
到什麼位置了
或者是我最近
跟哪些人聯絡
那些人的背景是什麼
這個就是屬於
臨時的狀態
你可以看到
比如說
我最近跟它
溝通的語言偏好
某些我最近在
一起合作的Partner
他們的工作時間
是什麼時間
比如說
我現在正在進行中
還沒有結案的案子
或者是我近期的
旅行規劃
或者是我近期的
夥伴的聯絡資訊
他們各自的角色
最後
也是最重要的
我也覺得是最進階的
叫做Hooks
我們前面講的
Coding MD
或者是Rules
或者是Memory
其實它們本質上
都是寫著
一般語言的文檔
自然語言的文檔
你寫了要這樣做
那就是讓模型去讀
那通常是會遵守
但是如果它
自主判斷我的情境
不需要
它就可能會略過
或者是你的規則
太多太雜的時候
模型的注意力
也會缺失
那沒辦法
這個是自然語言
跟AI理解的本質
當然隨著
我們未來的模型變強
它可能會改善
但是我們無法百分之百強制
所以
我自己也常常遇到
我寫在Coding MD
寫在Rules的規則
它竟然忘記了
但是如果你有一些
東西是真的
不可以忘記的
忘記的風險很大
那這個時候
我就要跟你介紹
Goals
Hooks
它就是一段代碼
這段代碼走的是一個
非常嚴格的邏輯判斷
是程式層面的強制規則
是事件觸發
意思是
只要在某個環節
偵測到了某個事件
那這個Hook就一定會執行
它不會被繞過
它是絕對的邏輯
那它的運作方式是這樣子
比如說
你定義一個事件
叫做
你發現Code
使用了Gmail
記性的這個工具
發現它要使用這個工具之前
就直接觸發
需要跳出
強制用戶確認的彈窗
這樣子可以去避免它
記性沒有經過你的同意
如果你只是寫成一條規則
那模型很有可能會
不小心忘記
突然就記出去
但是如果你是寫成Goals
只要模型要用到
記性這個工具的時候
就會強制的觸發
絕對不會漏掉
這是一套百分之百的邏輯
那當然Hook有好幾種類型
有些是在工具使用之前
攔截檢查
或者是直接當掉
有些是在工具使用之後
可以在結果出來之後
去做後續的檢查
還有很多種類型
那什麼時候該用Hooks
就是你發現某件事情
你寫的規則
進到Coding MD
進到Rules裡面
但是Code還是偶爾不執行
你覺得這件事情非常煩躁
或者是你覺得
它偶爾不執行的這個代價
實在是有點大
那這個時候
你就可以考慮把它寫成Hooks
把它從建議變成強制
那需要自己寫嗎
也不需要
你也可以跟Code講說
我發現你有某些規則不執行
請你幫我判斷
它能不能寫成Hooks
它也會幫你去設定
你打斜線Hook
你也可以去找到
系統目前有設置的Hook
好 那這邊給大家看我的Hook
Goals有不同的使用時機
有些是對話開場的時候用的
有些是某個工具執行前的守門員
某些是工具執行後的提醒
還有各種不同的時機
這個都是可以請Code
根據你的需求幫你設定
你不需要知道專業術語
你只要跟它討論清楚
你的需求就可以了
那我們可以注意到
這些Hooks
它們用的是腳本的檔案
而不是用文檔MD的形式
因為我們剛剛講過
它就是一段程式
像比如說這個地方
它只要偵測到
這個對話是新開場的
它就會立刻幫我注入一些
要提醒模型要做到的事情
比如說
要立刻提醒模型
今天是幾月幾號跟時區
防止它去腦算日期
比如說
當今天偵測到
模型要去使用
Slack或者是Line
或者是Gmail的
記訊型的工具的時候
就馬上攔截起來
要求它跟使用者確認
比如說當偵測到
模型要把我的
資料夾裡面的危險檔案
去刪除的時候
它就要立刻把它擋下來
比如說當偵測到
模型它要把我的密碼
或者是把我的一些API
送出去給外面的時候
它就會把它擋下來
這個東西
你可以感覺得出來
它是風險比較大的
所以我不希望
使用自然語言的規則
變成模型建議的
隨著性的遵守
我是希望直接硬擋下來
這個就最適合寫在Book裡面
最後我們把這四個東西
都串起來
給你一個
我自己過去
親身的上手經驗
第一個
我剛開始用Qrow的時候
我直接跑寫線
init
我讓Qrow
自動幫我掃描
這個資料夾的文檔
幫我生成一個
基礎版的Coding MD
我再去請他
上網去搜尋
別人都怎麼做Coding MD的
跟我討論
給我建議
最後幫我寫進去
所以我從來沒有
自己親手打一個字
這樣就是一個
好的起點說明書
第二步
在用的過程中
隨時我想到
希望他未來要記得
不能再犯的
我就請他
寫進Coding MD裡
結果慢慢的
我發現
Coding MD的長度
越來越長
模型開始
不一定會遵循
每一條規則
他會開始忘事情
這個時候
我就請Qrow
幫我判斷
哪些可以
放進
按路徑載入
不是每個情況
都要用到的規則
這個時候
我把Coding MD受襯了
但是我的效果
還是不變的
第三個
有些規則
你寫了
但是
還是不執行
就是連規則
都多到
有可能會讓模型
的上下文
被佔用的時候
我就開始請Qrow
判斷
哪些規則
可以改成寫
乘負的形式
這樣子
不但
效果不變
我們也可以
繼續節省上下文
讓上下文
保持精簡
纔能夠
讓模型
不會選擇性的遺忘
再來
Memory的部分
則是Qrow
會自己去記
但是如果
我有一些臨時的狀態
我覺得這個
不值得擋規則
可能過幾天
就結束了
反正我需要
記得它
我覺得也會
請他手動
進行Memory
但是這個
所有的設定
從頭到尾
我都沒有親自
打一個字
都是我在跟Qrow下指令
他幫我設定
那當然
還有一些
更進階的用法
比如說
如果是跟
某個工具
或工作流相關的
會寫進Skill
不過這個
我們之後講Skill
我們再來講
好
我們現在該收尾了
因為這集有點長
但是我們今天
把這四個
環境工具
搞清楚
你就正式的
從Qrow Code
初學者
變成了一個
非常厲害的進階者
因為你終於懂得
裝一個
強大的模型
配置
符合它的
強大的環境
我是Dawson
我們下次見
