在使用 AI Agent 時，最理想的情況當然是：我把事情一次想清楚，完整交代給 Hermes，接下來就讓它自己從頭做到尾。
但真實世界通常不是這樣。
很多時候，不是 AI 沒搞懂我要什麼，而是我自己根本還沒想清楚，指令就已經送出去了。
例如我丟了 30 份供應商報價給 Hermes：
幫我整理這些供應商的價格、交期、付款條件和保固，再做一份比較。
送出去之後，Hermes 已經開始一份一份讀檔案、抓資料。
看著它做到一半，我才突然想到：
「等等，有些價格未稅，有些含稅，應該全部換成含稅再比較。」
過一會兒，我看到前面的資料，又突然想確認：
「對了，剛剛哪一家供應商的交期最短？」
接著腦袋又冒出另一件事：
「啊，這份做完之後，還要幫我整理一份明天採購會議要看的五點摘要。」
這才比較像真實工作的樣子。
我們很少真的在按下 Enter 以前，就把所有條件、例外、下一步全部想得清清楚楚。
有時是看到 AI 做到一半，才發現自己的指令少講了一個條件；有時看到中間結果，才想到一個問題；有時只是怕等一下忘記，所以想先把下一件工作交代下去。
問題來了。
Hermes 已經在工作，我到底能不能插嘴？
可以 （想想你老闆不就常常在你工作的時候跑來打斷你？而現在，終於換你當你 AI 的慣老闆了，所以當然可以呀！）
不過，剛才那三句話，雖然都是「中途想到 OOXX ，所以想打斷插嘴」，其實隱含著三種完全不同的意圖：
等到後面學會這三個意圖的對應指令之後，我們就不用焦慮自己每次一定都要能寫出完美 Prompt 了，比較實際的合作方式是：先讓事情開始跑，過程中該問就問、該修正就修正，想到下一件事也可以先排下去。
先從我覺得蠻實用的一個指令開始－BTW
btw 就是英文的 by the way，很接近中文的「對了，順便問一下」。
回到剛才整理供應商報價的情境。
Hermes 還在分析資料，我突然忘記前面看過的內容：
剛才哪一家供應商的交期最短？
這個問題跟目前工作有關，但我沒有要它改變分析方法，也沒有要新增下一個任務。
真的就只是想確認一下。
這時可以直接輸入：
/btw 剛才哪一家供應商的交期最短？
/btw 很特別的地方，是原本的工作不需要停下來。
Hermes 會拿你送出 /btw 當下的對話紀錄做一份 Snapshot（快照），另外回答這個問題；原本正在執行的工作則繼續往下跑。
你可以把它想成一個很真實感的工作情境畫面。
同事正在整理 Excel，你走到旁邊問：
「欸，我剛剛是不是有看到 A 廠商交期只有兩週？」
他回答你之後，繼續低頭整理原本那張表。
你沒有叫他停工，也沒有改他的工作內容。
/btw 不會知道「還沒發生」的事這裡有一個限制要知道。
/btw 讀的是「你問下去那一刻」已經存在的對話快照。
假設 Hermes 此刻正在呼叫工具查 A 廠商的最新報價，但工具結果還沒有回來，你就問：
/btw A 廠商最新報價是多少？
那個最新結果還沒進入當下的對話紀錄，/btw 自然不一定答得出來。
所以我會把 /btw 用在：
「根據目前已經知道的內容，順便回答我一個小問題。」
它很適合那種問完就結束的小旁支。
但如果那個問題回答完之後，你準備沿著它再研究十幾輪，之前提過的 /branch 反而比較合適。
小旁支，可以 /btw。
準備認真走另一條路，就切 /branch。
這大概是我覺得最貼近我自己真實工作的情況 (笑)
指令送出去之後，才發現自己少想了一件事。
Hermes 還在整理 30 份供應商報價，我突然注意到：
有些廠商報價未稅，有些是含稅。
如果等它全部整理完再講，前面的價格比較可能都得重做，而已用掉的 Token 也不會還給你。
這時不需按停止要求 Hermes 停下這個任務，直接在對話框補：
/steer 所有價格請先換算成含稅金額，再進行比較和排序。
Steer 中文原意是「轉向、控制方向」。
它不是新增另一件工作，而是告訴 Hermes：
你手上在做的事就繼續做，但是你收到我的「轉向」訊息後，接下來請按照這個新條件走。
Hermes 收到 /steer 後，不會把目前整件工作取消重來。它會在適當的工具執行節點，把這句新的指示放回目前正在跑的工作裡，讓後續步驟知道方向已經改了。
所以 /steer 很像你看到同事工作做到一半，突然想起自己漏講一件重要的事：
「等等，價格記得全部換成含稅再比。」
工作還是同一件。
只是從現在開始，做法要調整。
這種情況其實到處都是。
假設 Hermes 正在幫你排中秋節的家庭旅遊：
/steer 飯店只保留有停車場的，餐廰要找有能提供全素的
正在整理來公司面試的人的履歷：
/steer 工作經歷不要按照公司分類，改成依照專業能力分類。
正在找聚餐餐廳：
/steer 剛剛忘了說，有一個人不能吃海鮮。
甚至很常見的就是：
「我剛剛忘了講……」
這句話後面接的內容，很多時候就是 /steer 的使用時機。
因為它會直接影響「現在這件工作接下來要怎麼做」。
/steer 不是瞬間把正在執行的東西硬切掉這裡也要講清楚。
/steer 不是你按下 Enter 的那一毫秒，就強制把 Hermes 當下正在做的動作停下來。
目前的機制會在工具呼叫完成後的執行節點，把新的指示加入正在進行的工作，讓 Hermes 後續的迭代看到它。
所以假設 Hermes 此刻正在跑一個本身就要花一段時間的工具，不代表你下 /steer 後，那個工具會立刻被轉成你要的方向。
比較準確的理解是：
/steer是「這件事繼續，但從接下來的步驟開始修正方向」。
這個差異在使用上滿重要的。
因為如果某件事情真的已經完全跑錯，而且繼續做下去只是在浪費時間，那可能就不是 Steer 的問題，而是要當機立斷直接按下停止鍵，然後重新改好提示詞，全部重新來過。
還有一種狀況也很常發生：
並不是現在的在執行的任務有錯，只是我腦袋突然想到下一件事，而且很怕五分鐘後自己就忘了。
例如供應商比較還在進行，我突然想到：
明天早上還要跟採購開會，應該順便整理一份摘要。
這件事確實要做。
但完全沒有必要現在插進去影響報價整理。
這時可以輸入：
/queue 報價比較完成後，再整理一份明天採購會議用的五點摘要。
Queue 中文就是「佇列、排隊」。
/queue 會把新的 Prompt 排到下一輪，目前正在執行的事情繼續做；等這一輪完成，再接著處理後面的工作。
這跟 /steer 最大的差別就在這裡。
/steer：
「剛才交代的不完整，你的下一個步驟要盡快修正成我說的這個方向。」
/queue：
「現在做得沒問題，我只是突然想到下一件事，你做完後繼續幫我做。」
如果把 Hermes 想成正在工作的同事，大概就是：
/steer：
「啊等等！你現在這份表，價格全部都要改成含稅！」
/queue：
「這份表做完之後，再幫我整理五點會議摘要，我怕我忘了，所以先跟你說。」
都是中途插一句話，但一個是在改現在，一個是在排未來。
不要硬記指令，可以用指令的單詞去聯想就很直覺了：
所以，如果只是看到目前內容，臨時想確認一件事：/btw
如果發現自己剛才沒想清楚、少交代條件，而且這會影響正在做的工作：/steer
如果現在的工作沒有問題，只是想到做完之後還有下一件事：/queue
| 我現在的情境意圖 | 指令 | 對目前工作的影響 |
|---|---|---|
| 看到內容，突然想問一下 | /btw |
原工作繼續，另外回答 |
| 發現剛才少想一個條件 | /steer |
修正目前工作的後續方向 |
| 怕忘記下一件要做的事 | /queue |
現在做完，接著直接處理下一件 |
以前每次在用 AI Agent 時，在要送出提示詞的時候，都會擔心若想的不夠完整，中途停掉還要重送，再次等它重新運行，浪費時間又浪費 Token。
現在學會這三個指令之後，操作 Agent 時的壓力就小一點了。
理想上，Prompt 雖然最好一次寫完整，條件不要漏，送出去之後 AI 就照著做到完。
但真實工作的實際情境哪有這麼順利？很多想法就是做到一半才會突然浮現，所以能不能在工作進行中「正確地插話」，是現代 AI 設計好不好的考量之一。
當我們用 Hermes 進行供應商的比較終於做完了，假設最後 Hermes 告訴我，他建議選 A 廠商。但有價值的可能不只有這一句結果。
這個 Session 中還留下很多我們和 AI 的協作過程：
A 為什麼勝出？B 是因為哪一項條件被淘汰？
哪些價格原本未稅？
哪一個限制是我做到一半才補上的？
這些內容累積起來，其實已經很接近一份決策過程紀錄。
現在，Hermes 可以直接用 /save 把目前整場對話匯出。
如果我要存成 MD 檔，留到自己的專案筆記：/save md
想輸出成方便直接用瀏覽器開啟、分享閱讀的版本：/save html
如果之後需要拿去做程式處理，也可以輸出結構化格式：json 檔
對剛開始用的人來說，我覺得先知道 /save 就夠了。
大部份的對話做完任務放著或封存就好了，但有些對話記錄了重要決策、分析過程或除錯經過，保存的價值可能與最後那一段答案一樣高。
如果這份對話紀錄準備分享給同事或外部的人，記得先檢查內容。
Agent 的工作過程裡可能出現檔案路徑、Tool output、Token、API Key，甚至其他不適合直接外流的資訊。
所以「可以匯出」不等同於「適合直接分享」，如果要分享，敏感資訊要特別注意不要流出。
當我們愈來愈常使用 Agent 執行任務後，一定會開在意一件事：
目前這個 Session 到底用了多少 Token？
此時可以直接用 usage 指令
/usage 可以讓我們查看目前工作的 Token 使用量、成本估算、上下文使用狀況與執行時間；依照使用的模型服務，也可能看到額度或方案的使用資訊。
其實我們不太需要每天斤斤計較每一個 Token，搞的自己很焦慮但 Session 如果開始讀大量檔案、反覆呼叫工具、MCP，或來回跑問答執行了很多輪，我至少會想知道：
這種類型的工作，大概會吃掉多少 Token 跟資源
因為開始用 Agent 之後，成本的概念也會慢慢改變。
以前問聊天型 AI，因為幾乎是吃到飽的概念，所以不太會在意。
但現在因為是看你所選擇的模型跟思考深度，會耗用不同的算力 Token，這的確是從用 AI 聊天工具變成做使 Agent 之後，相當現實的一部分。
如果每一次交辦，我們都能把需求想得百分之百完整，當然最好。
將目標、條件、例外、輸出格式全部一次講清楚，Hermes 接到之後從頭跑到尾，中途完全不用再控制它。但我自己實際工作的經驗通常沒這麼完。美
有時候，是先做了等 AI 回我結果才知道。
有時候，則是看到中間成果，我才發現自己少提了一個條件；或是看到一個數字，我突然想確認前面的資料。
這個 Session 在處理的事情還沒完成，我的腦袋又跳出下一件想處理或詢問的事。這時我們要會的不是逼自己每次都先寫出「完美 Prompt」，而是知道當想法有改變時，要怎麼介入正在工作的 Agent。
若只是想臨時問事情，使用 /btw
剛才沒想清楚，需要修正，使用 /steer
想到下一件要做的事，但怕自己忘記，想排入處理佇列中，使用 /queue
工作做完後，過程想留下存成結構化資料，使用 /save
最後，想知道這個對話到目前為止，到底用了多少資源，則使用 /usage
理想上，我當然希望把事情完整交給 Hermes，然後去做別的事，讓 AI 和我分工合作。
但真實的工作本來就會改、會漏、會做到一半才突然想清楚。
能夠在不把整個對話及上下文弄亂的情況下，適時插話與引導，反而才比較像在跟一個值得信賴的夥伴合作，你說是吧？
有了這些指令真方便，現在使用其他AI工具，若條件沒下好只能中斷重來，或是要找之前的的資訊也滿麻煩的，看來btw及steer以後應該會很常用到
iThome鐵人賽
看影片追技術