A guide to slash commands in the GitHub Copilot app

如果您曾在 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 帮助您在开始编写代码前分解任务，思考方案，识别潜在挑战，并决定下一步需要完成的内容。它还会将您的会话切换到 Plan 模式，您也可以通过聊天输入框中的 Mode 下拉菜单选择该模式。

• 规划新功能。 在开始实现之前，先分解新功能的想法。让 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` 接管方向盘

通过 `/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应用的更多信息。

作者信息

Jacklyn是GitHub的内容作家，也是热爱优秀叙事的技术作家。

探索更多GitHub资源

文档

一站式掌握GitHub所需的一切。

前往文档

GitHub

在GitHub上构建未来，这里是任何人都能构建任何事物的平台。

立即开始构建

客户案例

了解使用GitHub构建产品的公司和工程团队。

了解更多

GitHub Universe 2026

10月28-29日，加入我们在旧金山或在线举办的GitHub Universe，这是我们的旗舰开发者大会，汇聚了人、代理和全球代码。

立即注册