如果你在 GitHub Copilot CLI 中使用过斜杠命令，你早已知道一个快速的 / 能有多强大。在 GitHub Copilot 应用中，斜杠命令将这一理念进一步延伸，为你提供管理会话、浏览项目和自定义 Copilot 工作流的快捷方式。
什么是斜杠命令？
斜杠命令是你直接输入到 GitHub Copilot 应用聊天输入框中的文本快捷方式。输入 / 后，自动补全菜单就会出现，显示当前上下文中可用的命令。这是一个小字符，却蕴含巨大潜力，为你打开通往各种快捷方式的大门，帮助你以全新方式与 Copilot 协作。
如果你是从 CLI 转过来的，这里的关键区别在于：CLI 斜杠命令围绕终端优先的工作流设计。添加目录、设置工作目录、管理终端访问等操作都通过命令完成。这很合理，因为 CLI 存在于你的终端内部，那里没有可视化界面。
| 💡 提示：如果你在 Copilot CLI 中使用过斜杠命令，你会注意到一些熟悉的面孔。像 /clear 和 /model 这样的命令在两个地方都能用。但 GitHub Copilot 应用专属命令是为桌面应用提供的多会话工作流量身定制的。 |
另一方面，应用提供了用于管理上下文的可视化界面。像 /add-dir 或 /cwd 这样的文件访问命令不再需要，因为应用会自动管理项目上下文。应用斜杠命令更侧重于工作流。你可以在会话之间导航、管理项目，并控制智能体的工作方式。
为什么要使用斜杠命令？
斜杠命令看起来可能只是简单的快捷方式，但它们能改变你与 Copilot 交互的方式。它们帮助你行动更快、保持专注，并快速访问你所需的工作流。无需翻找选项，也不必为了找到合适的工具而打断思路，你只需输入一条命令就能继续前进。一个 / 就能打开斜杠命令列表，帮助你更快行动、探索新想法，并充分利用应用的全部功能。
让我们来看看 GitHub Copilot 应用中提供的一些斜杠命令，以及它们如何融入你的日常工作流。
在编写代码之前，先制定一个 /plan
好的代码始于好的计划。/plan 帮助你在开始编写代码之前拆解任务，思考你的方法，识别潜在挑战，并决定接下来需要做什么。它还会将你的会话切换到计划模式，你也可以从聊天输入框的“模式”下拉菜单中选择该模式。
- 规划一个新功能。在投入实现之前，先拆解新功能的想法。让 Copilot 识别文件、组件和依赖关系，这样你就能有一条更清晰的推进路径。
- /plan 我需要为我们的应用程序添加双因素认证。帮我拆解所涉及的工作，确定哪些文件需要修改，并概述一种实现方法。
- 为大型重构做准备。在修改代码之前，先规划好复杂的变更。发现潜在风险，并制定一种增量式的方法，以便安全地进行大规模修改。
- /plan 我们希望重构通知系统代码，使其更容易支持推送通知等新渠道。帮我理解所需的更改，并制定一个增量迁移计划。
- 分类并修复错误。如果你知道出了问题但不确定从何入手，/plan 可以帮助你探索可能的原因，并概述诊断和解决问题所需的步骤。
- /plan 用户报告说，我们的结账流程在支付处理完成后会随机失败。帮我调查可能的原因，并制定一个诊断和修复该问题的计划。
让 Copilot 用 /spar 来唱反调
有时，验证一个想法的最佳方式就是去挑战它。/spar 就像那个举手问“我们有没有想过，如果这出了问题会发生什么？”的队友。它通过让 Copilot 质疑你的假设，并在你确定解决方案之前指出潜在风险或权衡取舍，来帮助你对自己的方法进行压力测试。以下是你可以使用它的几种方式：
- 验证架构选择。阐述你使用 Redis 进行缓存的想法，让 Copilot 质疑你的失效策略、可扩展性，或者是否有其他方法更适合你的工作负载。
- /spar 我计划使用 Redis 作为我们产品 API 的缓存层。挑战我的方法，并指出我可能忽略的任何可扩展性或一致性问题。
- 对比实施方案。让 Copilot 基于你的应用需求，帮你权衡 REST 与 GraphQL 的利弊，或同步处理与异步处理的优劣。
- /spar 帮我决定面向客户的 API 该用 REST 还是 GraphQL。向我提问、质疑我的假设，并针对带移动客户端的应用推荐最合适的方案。
- 审查迁移计划。逐步梳理数据库迁移或基础设施变更，让 Copilot 在动手之前帮你找出边界情况、风险或上线部署方面的隐患。
- /spar 我要把数据库迁移到一个新的托管服务，要求停机时间尽可能短。请帮我挑出迁移计划中的漏洞，指出我需要注意的风险或边界情况。
- 挑战一项性能优化方案。分享你正在考虑的优化思路，让 Copilot 指出隐藏的瓶颈、意想不到的副作用，或更简单的替代方案。
- /spar 我打算对网站上的大部分组件做懒加载，以改善首屏加载时间。请评价一下我的方案，告诉我它可能在哪些方面损害用户体验，或引入不必要的复杂度。
/autopilot 接管方向盘
一旦你有了 /plan，下一步就是把想法变成可运行的代码。/autopilot 能帮你推进实现、做出修改，并按需迭代。你不需要管理每一个单独步骤，只需给 Copilot 一个目标，让它自己完成达成任务所需的各个步骤。它还会把你的会话切换到 Autopilot 模式，你也可以在聊天输入框的 Mode 下拉菜单中手动选择该模式。
- 实现一个新功能。把任务交给 Copilot，让它自己完成实现步骤。
- /autopilot 添加将用户报告导出为 CSV 文件的支持。找出需要改动的文件，实现该功能，并更新所有相关测试。
- 完成一项较大的维护任务。对于需要多个步骤的任务，比如更新依赖、重构代码或改进文档，可以使用 /autopilot。
- /autopilot 把这个项目升级到最新版本的 React。找出破坏性变更，在需要的地方更新代码，并确保测试套件全部通过。
用 /rubber-duck 把思路说出来。
我从亲身经历中学到，跟你的猫聊问题并不总是有用。它们的倾听能力充其量值得怀疑，而它们的调试建议通常以坐在我键盘上或啃咬我的电线告终。/rubber-duck 能给你更好的东西：一双全新的眼睛。
它使用不同的模型独立审查你的工作，帮助发现盲点、质疑假设，并捕捉你的主模型可能遗漏的问题。它对于复杂的重构、架构决策、迁移计划，或者任何你想在推进之前获得第二意见的场景尤其有用。
- 在计划上获取第二意见。在开始实现一个复杂功能之前，让一个不同的模型独立审查你的计划，指出假设、遗漏的步骤或潜在风险。/rubber-duck 审查我们为添加双因素认证所制定的实施计划。指出我们可能忽略的任何盲点、边界情况或风险。
- 审查大型重构。在做出重大更改后，请 /rubber-duck 评判所采用的方法，并指出任何可以简化、改进或以不同方式处理的地方。/rubber-duck 审查我们为通知系统完成的重构。在我提交拉取请求之前，查找架构方面的隐患、不必要的复杂性，或可以改进的领域。
- 验证迁移策略。在推出复杂迁移之前，使用第二个模型独立评估你的方法，并识别发布或可靠性方面的问题。/rubber-duck 审查我们的数据库迁移计划和实现。指出我们在部署前应解决的任何盲点、回滚隐患或边界情况。
使用 /create-canvas 将对话转化为交互式体验
并非每个问题都最适合通过聊天窗口解决。/create-canvas 让你可以直接在 Copilot 对话中创建交互式界面。与其在冗长的聊天中处理信息，不如将其转化为可视化、仪表板或你可以与之交互的自定义工作流。例如：
- /create-canvas 创建一个交互式图表，展示此应用程序中各服务如何连接。
- /create-canvas 创建一个议题分类看板，让我可以查看并归类未解决的议题。
有关创建画布的更多信息和示例，请查看我们的博客文章。
当一个任务演变成多个任务时，使用 /orchestrate
并非每个任务都能完美适配单一工作流。有时你需要在多个代码仓库中进行更改，或同时处理多个相关任务。/orchestrate 通过将较大的工作拆分为可并行推进的较小任务，帮助你跨会话和代码仓库协调工作。
- 协调跨代码仓库的更改。当一个功能涉及多个代码库时，/orchestrate 可以帮助你跟踪工作进度并协调每个代码仓库中的更新。
- /orchestrate 我需要在前端、后端和共享代码仓库中为新的身份验证流程添加支持。请帮我拆解工作内容，并协调每个代码库中所需的更改。
- 管理并行开发任务。对于较大的项目，Copilot 可以将工作划分为多个专注的任务，使多个部分能够同步推进。
- /orchestrate 为发布准备此功能。确定实现、测试、文档和部署所需的工作，然后帮助协调每项任务。
你的下一个工作流从 / 开始
你无需记住任何命令即可开始使用。选择几个符合你工作方式的斜杠命令，然后在此基础上构建。自动补全菜单会帮你处理其余部分。输入 / 开始探索吧！你也可以阅读我们的文档，了解更多关于 GitHub Copilot 应用的信息。
在 GitHub Copilot 应用中试用斜杠命令，或查看我们的文档获取可用命令列表。