和 AI 結對編程時，你可能遇到過這種情況：

你："幫我寫個用户註冊接口。"

AI 倒是很快給出了代碼，能跑。但你一看：錯誤返回用的是 error，不是你們團隊封裝的 BizError；日誌打的是 log.Info，不是接入了鏈路追蹤的 logger.WithContext(ctx).Info；參數校驗直接寫在 handler 裏，沒有走 validator 那套……

改完這些，比自己寫還累。

下次你學聰明瞭，提前交代："用 BizError 處理錯誤，日誌要帶 ctx，參數校驗用 validator tag……"

但下次對話，又得重複一遍。

又比如重構。

你："幫我拆一個 700 行的 React 組件。"

AI 拆是拆了，但拆出去的子組件沒加 memo，父組件一更新全部跟着重渲染；原來的 useEffect 依賴項漏了兩個；有個 useMemo 被順手刪了，列表一長頁面直接卡；類型定義也變成 any 了。

你下次學乖了，提前説："子組件加 memo，useEffect 依賴要完整，useMemo 不能隨便刪，類型不許用 any……"

但下次重構另一個組件，這套話又得説一遍。

Slash Command 就是用來解決這個問題的——把這些規範和注意事項，封裝成一個 /。

它不只是快捷鍵

很多人以為 Slash Command 只是存了一段 Prompt。

其實它做的事情是：把你腦子裏的"隱性知識"或者工作流程，變成 AI 能直接調用的指令。

比如你配置了一個 /review，裏面寫的是：你對代碼質量有潔癖、討厭濫用泛型、關注性能優化點等。

輸入 /review 的時候，Qoder 就會按照這套標準來審代碼，不用你每次都重複解釋一遍

（此處有視頻）

讓 Qoder 自己寫指令

配置 Slash Command 需要寫 Markdown，但這件事也可以讓 Qoder 來做。

一個實際的場景：

你剛和 Qoder 經過了 20 輪對話，把一個複雜的用户反饋的問題排查流程跑通了——查日誌、過濾關鍵詞、報錯分析，一套流程下來，效果不錯。

這時候可以直接説：

"把剛才排查問題的思路和步驟，總結成一個 Slash Command，名字叫 /log-analysis。"

Qoder 會生成一段配置，你複製保存就行。下次遇到類似問題，直接 /log-analysis + 報錯日誌等信息，它會按這套流程跑。

（此處有視頻）

團隊場景：把經驗變成可複用的東西

團隊裏總有寫代碼又快又穩的人，但他們沒時間手把手教每個人。

Slash Command 可以把這些經驗沉澱下來：

• 讓架構師把 Code Review 標準寫成 /expert-review，分享給團隊
• 新人入職，輸入 /onboard，AI 講解項目架構和常見坑點
• 提交代碼前，自己先跑一遍 /pre-check，按團隊標準自查

代碼規範不再只是文檔裏的文字，而是隨時可以調用的工具。

幾個有意思的用法

除了寫代碼，還有一些別的玩法：

/roast
設定：扮演一個刻薄的 reviewer。
用法：覺得自己代碼寫得不錯的時候，讓它來挑刺。比自我感覺良好強。

（此處有視頻）

/eli5（Explain Like I'm 5）
設定：用最簡單的比喻解釋複雜概念。
用法：看不懂某段源碼或算法時，用這個指令快速抓住核心邏輯。

（此處有視頻）

/changelog
設定：把代碼變更轉化成可讀的更新日誌。
用法：選中今天改的代碼，生成周報素材。

（此處有視頻）

支持 OpenSpec 快速配置和使用

OpenSpec 是一個面向技術團隊的開源規範協作框架，支持結構化定義、版本控制與自動化校驗各類技術規範（如 API、數據模型或系統架構）。它通過標準化格式與工具鏈集成，提升跨團隊在規範設計、評審與演進過程中的協作效率與一致性。

具體見：

https://github.com/Fission-AI/OpenSpec

下面是 Qoder 裏安裝和使用 OpenSpec 的過程：

OK之後項目裏會完成 slash command 的初始化，輸入 / 即可觸發：

具體過程如下：

（此處有視頻）

一個簡單的配置示例

如果你想試試，這是一個 /review 的基本結構：

保存到 .qoder/commands/review.md，就可以用了。

具體使用，參考：https://docs.qoder.com/user-guide/commands

Slash Command 不復雜，核心就是把重複的 Prompt 固化下來。用得好的話，確實能省不少重複溝通的時間。

關注我，掌握Qoder最新動態

觀看視頻請點擊此處鏈接在原文中查看