和 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 固化下来。用得好的话，确实能省不少重复沟通的时间。
