Copilot Chat
Copilot Chat 的价值不在于“它也能聊天”,而在于它通常比通用聊天工具更贴近你正在写的代码、当前文件和现有 GitHub workflow。真正有用的时候,往往不是问知识题,而是围绕手上的代码往前推进任务。
Copilot Chat 最适合做什么
- 解释当前看到的代码
- 帮你起一版修改方案
- 补测试、补注释、补错误处理
- 围绕项目上下文讨论下一步怎么改
如果只是问很通用的知识,普通聊天工具也能做;但如果你要它贴着当前仓库回答,Copilot Chat 的优势会更明显。
两种常见入口怎么选
Sidebar chat
适合长一点的来回讨论。
比如你想先梳理实现方案,再追问文件结构、测试策略和边界条件。
Inline / 就地交互
适合围绕当前代码块做解释或修改。
当你已经有明确上下文时,这种方式切换成本更低。
提问方式会直接影响结果
Copilot Chat 不是读心术。问题越空,回答越容易泛。更稳的写法通常带上:
- 目标
- 约束
- 输出形式
例如:
Goal: add pagination and search to the user list page.
Constraint: keep the existing API and Redux slice, no new dependency.
Output: list the change plan first, then show the key code patches.
一个更实用的使用流程
我更建议把它当“推演和草稿工具”,不是直接结果:
- 先解释当前代码
- 再列可能改法
- 最后只生成你已经确认要改的那一小段
这样会比一句“帮我全重构”稳得多。
什么时候别直接信它
- 涉及权限和安全逻辑
- 涉及复杂跨文件重构
- 你自己都还没想清楚边界
这时候更适合先让它列 plan,而不是直接落代码。