斜線指令

在空間的輸入框中輸入的指令。它們依生效位置分成三組，而這個差別很重要：本機指令永遠不會以訊息形式傳送，因此既不會出現在逐字稿中，也不會到達任何代理。

在哪裡執行	代表什麼
本機	在用戶端處理（或由用戶端發起的伺服器操作）。該指令永遠不會以訊息形式傳送，因此沒有代理會看到它。
旁路	針對這段對話做一次伺服器端模型呼叫。對話不會被改變。
派送	為訊息所啟動的那次執行設定一個模式或指示。

指揮一次執行

`/plan`

本機 → 派送。 為對話啟用計畫模式：一個完全唯讀的工作樹，以及上限為 read 的工具面。代理的交付物是一份計畫，而不是一次編輯。單獨一個 /plan 只會切換模式，永遠不會以訊息形式傳送；如果附上提示詞，該行其餘的內容就是啟動這次執行的東西。

`/goal <objective>`

派送。 啟動一個自主目標，目標監督器會在各個分段之間以及重新啟動後重新派發它。

先輸入 /goal 再接著文字，會開啟目標訪談——這是一段簡短的流程，在草稿湊齊以下全部五項之前拒絕接受它：評估者不需要主觀判斷就能裁定的成功標準、一條確切的驗證指令、嘗試次數上限、範圍邊界，以及停止條件。每一個步驟都提供略過並按原樣執行：訪談只是預設做法，而不是一道關卡。

/goal pause、/goal resume 與 /goal drop 不是斜線指令。暫停、繼續與停止位於側邊欄中這段對話的目標清單上。目標本身的起始旗標有 --budget <dollars>、--max <N>（執行預算）與 --days <N>（截止時間）。觸及成本上限的目標，只能從同一個側邊欄控制項提高該上限來恢復。

`/loop [budget] [task]`

派送。 反覆迭代直到完成。接受一個界限：/loop 10、/loop 30m、/loop 1h30m、/loop 10 minutes fix the tests。

一個看起來像限制的記號（以數字或正負號開頭）若解析失敗，就是硬錯誤。普通文字就是普通文字，因此 /loop keep going until the tests pass 是一個帶行內提示詞的無界迴圈，而不是一次誤解析。

`/vibe [task]`

派送。 把工作階段變成一名指揮者：它自己的工具會降為 read 加上五個工作程序動詞，實際編輯則交由背景工作程序完成。參見指揮背景工作程序。

工作程序絕不會比這個模式活得更久——退出時會終止其中每一個。

管理情境

`/compact`

本機 → 伺服器。 把較舊的歷史摺疊成一份附有錨點的摘要，並在壓縮後的情境上繼續。沒有面向模型的引數：該指令永遠不會以訊息形式傳送，而壓縮流程也不接受聚焦提示。

`/shake [target]`

本機 → 伺服器。****不加摘要就丟棄沉重的內容：不呼叫模型，每一個字都保留，只把沒有人會再讀一遍的大塊內容清空。

目標	丟棄內容
`tool_output`	較舊且平淡無事的工具結果（預設）
`images`	舊的螢幕擷取畫面，但保留其中的文字
`all`	兩者

這就是「我的情境太臃腫，但我又不想摘要」時的逃生出口。

`/context [agent]`

本機。 在專屬的分頁中，為這段對話的代理開啟情境瀏覽器：涵蓋它情境視窗的每一個分段與部分——系統提示、技能、情境檔案、工具結構描述、歷史與圖片——並顯示每一項占用了多少成本，以及它背後的逐字內容。

這個分頁以（空間、代理）配對為鍵，因此執行兩次會重新聚焦同一個分頁，而不是把同一份分解堆疊成多份。

在擁有多於一個代理的空間中，單獨一個 /context 會開啟頁首的情境計量器正在讀取的那個視窗——也就是最近在這裡工作過的代理，即訊息位於軌跡最底部的哪一個——而該分頁會標示為 上下文 · <name>，藉此說明它屬於誰。要切換到另一個，就指名它：/context qa（@ 是選填的）。輸入的名稱會精確解析，絕不模糊比對：兩個代理持有兩個不同的視窗，因此一次差之毫釐卻開啟了另一個視窗的比對結果，會是對一個你並沒有提出的問題給出看似合理的答案。

空間頁首的情境計量器晶片背後也是同一個瀏覽器，而它跟隨的也是同一個代理——指令與該晶片對於這裡的「情境」所指為何，永遠不會產生分歧。

詢問這段對話

這些指令會花費一次模型呼叫，而且絕不改變對話。代理下一個真正的回合看到的，與它本來就會看到的完全一樣，而這正是「詢問」的全部價值。

`/handoff [focus]`

旁路。 為冷啟動接手這項工作的人寫一份交接文件：任務是什麼、已經了解到什麼、還剩下什麼。

`/btw <question>`

旁路。 回答一個關於目前工作進展的問題，而不把問題或答案寫進逐字稿。

導覽與匯出

`/tree`

本機。 開啟分支導覽器：對話在哪裡分叉、目前位於哪一條路徑，以及如何回到你離開的那一條。參見分支對話。

`/export`

本機。 把對話寫成一個自成一體的 HTML 檔案——可摺疊的工具卡片，沒有樣式表、沒有指令碼、沒有圖片主機。在桌面版會存到 Documents/ControlCenter/exports/，在網頁版則會下載。

`/dump`

本機。 把逐字稿以 markdown 複製到剪貼簿，工具呼叫則放在可摺疊的區塊裡。推理是刻意排除在外的：貼進錯誤回報的逐字稿是要給人讀的。

其他所有指令

`/todo [subcommand]`

本機。 檢視並編輯這段對話持久保存的核取清單。單獨一個 /todo 會開啟編輯器。子指令：append、start、done、drop（別名 rm）、edit、copy、export、import。

`/skill:<name> [args]`

派送。 套用一個已安裝的技能。技能位於它們自己的 skill: 前綴之下，因此與內建指令不共用命名空間——否則，一個名為 plan 的技能將永遠無法觸達。

`/<your-command> [args]`

派送。 儲存庫中 .agents/commands、.agent/commands、.claude/commands、.codex/commands 或 .opencode/commands 底下的任何 markdown 檔案。巢狀的 foo/bar.md 也可以透過 foo:bar 觸達。

範本化：$1、$@、$@[start:length] 與 $ARGUMENTS。frontmatter 可以設定 description（輸入框自動完成）。allowed-tools 與 model 會從檔案中解析出來，但使用者指令的呼叫目前只會把引數替換進內文——它們不會改變該次執行的模型或工具面。

使用者自行撰寫的指令優先於同名的技能——它是人類刻意呼叫的捷徑，並帶有引數。

魔法關鍵字

這些不是指令。提示詞中任何位置出現的獨立小寫單字，都會為該回合附加一項隱藏指示。

單字	效果
`ultrathink`	該回合使用最高推理力度
`orchestrate`	並行委派互相獨立的工作，並驗證每一個階段

比對器刻意對邊界從嚴認定。orchestrate, 會符合；orchestrated、orchestrate.ts、foo::orchestrate 與 orchestrate() 則不會，而且圍欄程式碼區塊、行內片段與 XML 區段都會先被遮罩。否則，貼上一段堆疊追蹤就會改變代理的行為。