粗略的版本由你來寫。
提示詞由最佳化來寫。
用六個詞打出或口述你想要的東西，按下最佳化，輸入框就會填上一條真正的提示詞：目標、代理需要的上下文、約束，以及你怎麼知道它做完了。你的文字就地被替換，並且可以撤銷。
它不是一個通用的改寫器。它已經知道你在哪個專案裡、你在跟哪個代理說話，以及你剛寫下的內容對應你的哪些專案記憶筆記。
修一下登入跳轉，它一直在轉圈
目標 消除登入時的跳轉迴圈，讓使用者落到他請求的那個頁面。
上下文 Next.js app router，鑑權在 middleware.ts，迴圈出現在會話過期之後。
約束 不要改會話時長。保留現有的跳轉引數。
完成標準 未登入訪問一個私有頁面，登入後回到該頁面，而且只回一次。
改寫發生在你的輸入框裡。在你按下傳送之前，什麼都不會發給代理。
好提示詞和壞提示詞之間的差距不在詞彙，而在你漏掉的東西。一個繞圈子的代理、一個反過來問你三個澄清問題的代理、一個去改你從沒提過的檔案的代理，幾乎總是一個只拿到了沒有約束的目標，或者沒有上下文的症狀的代理。
這個道理人人都懂。但沒人會在下午四點寫那個長版本，用手機口述的時候更是壓根不寫。於是提示詞停在六個詞，代理就靠猜來補上空白。
最佳化在唯一不花代價的時刻把這個差距補上：在你按下傳送之前。它把已經在你輸入框裡的內容，改寫成你有時間時本會寫出的樣子，而且是在輸入框裡完成的，所以你可以讀它、改它，或者撤銷它。
改寫到底補上了什麼
目標、上下文、約束、完成
代理需要、而一條簡短請求從來沒有的四個部分。目標說明什麼算成功，約束說明什麼不能動，完成標準則是讓代理不會過早停下來的那一條。
它知道你在哪裡
隨改寫一起發出的只有專案名稱、你正在對話的那個代理的角色和人設，關於你程式碼的其他內容一概沒有。同樣一句話，寫給 QA 代理和寫給 DevOps 代理，回來的結果不會一樣。
你的專案記憶，作為線索
名稱和描述與你的草稿有共同詞的專案記憶筆記，最多十五條會作為線索一起帶上，好讓提示詞把代理指向那條已經記錄了該模組的筆記。只有名稱和那一行描述會發出去，筆記的內容永遠不會。
把你的話還回來的撤銷最佳化
改寫會替換你的文字。一次點選，或者同一個快捷鍵，就能原樣還回你原來寫的內容。輸入框一旦清空，撤銷最佳化就會消失，因為那時訊息已經發出去了。
三個地方，一個按鈕
代理 composer、backlog 工單編輯器，以及提示詞庫編輯器。庫裡的提示詞是故意在沒有專案上下文的情況下改寫的：它本來就是拿去在從沒見過的專案裡複用的。
手機上也是同一個按鈕
行動版 app 在 composer 和工單表單裡都顯示最佳化，改寫會經過你的桌面版，用的是同樣的上下文和同樣的限制。口述的時候它最能體現價值：你說六個詞，就能發出一條真正的提示詞。
如何使用
四個步驟，而大家跳過的是第四步。
- 1
寫出粗略的版本
打字、貼上，或者口述都行。六個詞就夠，半句話也沒關係。最短的草稿恰恰是改寫幫助最大的，因為缺上下文的就是它們。
- 2
按下最佳化
按鈕在 composer 的 dock 裡，和 composer 的其他動作挨著，快捷鍵在 macOS 上是 Cmd Shift E，在 Windows 和 Linux 上是 Ctrl Shift E。快捷鍵只對游標所在的輸入框生效，所以並排放兩個 composer 也絕不會同時響應。
- 3
傳送前先讀一遍
改寫後的提示詞落在你的輸入框裡，而不是代理那邊。就地改寫的意義正在於此：一條憑空加了你並不想要的約束的改寫，按一下鍵就能改掉，撤銷最佳化則會把你自己的話還回來。
- 4
改好約束，再傳送
值得你多看一眼的是約束和完成標準。改寫只能提出它能推斷出來的東西；這個儲存庫裡什麼不能動，是你才知道的。在這裡花三十秒，就省下了代理去動一個你壓根沒想開啟的檔案之後的那次來回。
它不做的事
它不和你的代理說話。最佳化只改寫你輸入框裡的文字，到此為止，所以一條你不喜歡的改寫什麼代價都沒有：不消耗任何一輪對話，不花你 Claude 或 Codex 套餐的 token，代理也從來看不到這份草稿。
它不讀你的儲存庫。隨改寫發出的是專案名稱、代理的角色和人設摘錄，以及匹配上的專案記憶筆記的名稱和一行描述。沒有檔案，沒有 diff，沒有終端輸出，沒有筆記內容。
它什麼都不儲存。請求文字和它的上下文，在答案被寫回你的輸入框之後就不再保留。唯一留下的痕跡是一個告訴我們這個功能有人在用的使用次數，不附帶任何文字。
把限制寫清楚
- 你需要登入你的 AgentsRoom 帳戶。改寫在我們的伺服器上執行，而不是在你的 Claude 或 Codex 套餐上，這也是它不消耗代理配額的原因。
- 每個帳戶每分鐘六次改寫。它是寫作輔助，不是批次處理工具。
- 非常長的草稿會被拒絕，而不是被截斷。最佳化是為六個詞的請求準備的，不是用來重塑一份一千行的規格說明的。
- 如果你在改寫進行時繼續打字，結果會被丟棄，你的文字原封不動。被後台返回的內容吞掉已經敲進去的字，比丟掉這次改寫更糟。
- 快捷鍵是固定的。按鈕可以在設定裡和 composer 的其他動作一起從 composer 隱藏，快捷鍵照樣生效。
- 在提示詞庫裡，改寫拿不到專案上下文，所以一條為某個具體儲存庫寫的提示詞，回來時會比你預期的更通用。在那裡請手動把儲存庫的約束寫進去。
大家真正會問的問題
提示詞最佳化到底改變了我請求裡的什麼？
它把一條請求變成代理需要的四個部分：目標（成功是什麼樣子）、上下文（在專案的哪裡，你已經知道的問題資訊）、約束（什麼不能改）和完成標準（代理怎麼知道可以停下來了）。這四樣正是一條六個詞的請求漏掉的，也正是讓代理只能靠猜的原因。
按下最佳化會把我的提示詞發給代理嗎？
不會。它改寫你輸入框裡的文字，然後就停下。讀結果、改它、撤銷它，或者把它發出去，都由你來做。不消耗代理的任何一輪對話，改寫也不會花掉你 Claude 或 Codex 套餐的 token。
它會傳送什麼，裡面有我的程式碼嗎？
你的草稿、專案名稱、你正在對話的那個代理的角色和人設摘錄，以及最多十五條與你草稿有共同詞的專案記憶筆記的名稱和一行描述。沒有檔案內容，沒有 diff，沒有終端輸出，沒有筆記正文。答案回來之後什麼都不儲存。
鍵盤快捷鍵是什麼？
macOS 上是 Cmd Shift E，Windows 和 Linux 上是 Ctrl Shift E。它只對游標所在的輸入框生效，所以並排開著好幾個 composer 也不會一起觸發。快捷鍵是固定的，就算你把按鈕從 composer 裡隱藏起來，它也照樣能用。
我能撤銷這次改寫嗎？
能，用按鈕旁邊出現的撤銷最佳化，或者同一個快捷鍵。它會原樣還回你之前的文字。輸入框一清空，撤銷最佳化就被忘掉，而你傳送訊息時正是這種情況。
在 backlog 工單和提示詞庫裡也能用嗎？
兩邊都能用，而且是同一個按鈕。工單會結合專案名稱和分配給它的代理來改寫，所以讀起來就像給那個代理的一份任務說明。提示詞庫的條目則是故意在沒有專案上下文的情況下改寫的，因為庫裡的提示詞本來就是拿去在從沒見過的專案裡複用的。
手機上有嗎？
有，在行動版 app 的 composer 和工單表單裡。手機會去問你的桌面版，走的是和桌面版按鈕完全一樣的路徑，所以上下文和限制都一模一樣。把它和語音口述搭配起來：說出粗略的版本，按下最佳化，讀一遍，傳送。
搭配使用
提示詞編輯器
一款內建於 AgentsRoom 代理 composer 的提示詞編輯器。在真正的文字編輯區裡為你的 AI 編碼代理撰寫結構清晰的長提示詞，為每個代理各留一份草稿在會話之間儲存，並用一次按鍵把整段內容傳送給該代理。無需再開著 Notes、Obsidian 或 VS Code 來寫提示詞。
Prompt Library
在 AgentsRoom 的 Prompt Library 中將任意提示詞關聯到另一個。複製或傳送一個關聯提示詞時，每個附加的提示詞會自動連同其標題和內容一併追加。提示詞串聯、繼承和組合，內建於你的提示詞庫中。
專案記憶
為您的 AI 編碼代理提供長期記憶。決策、架構和陷阱在會話之間持續存在，並與專案中的每個人共享。免費，無限制。
結構化提問
你的 AI 程式設計代理會在輸入框正上方的卡片裡提問，附帶可點選的選項，然後等你回答。支援 Codex、Claude Code、Cursor、Copilot CLI。
別再發六個詞的提示詞了
AgentsRoom 讓 Claude Code、Codex 和另外 15 個代理 CLI 並排執行，每個 composer 裡都內建了提示詞最佳化。
配套應用：隨時隨地監控你的 Agent
使用 Claude、Codex、Antigravity CLI 或其他 AI 提供商。
把 Bug 和需求直接傳送到您的公開待辦清單。