GitHub Copilot提示词写作指南第9讲：补全与Chat分工策略及输出审查协作习惯

很多人装完 Copilot 觉得「有时神准、有时胡说」。你怎么提问、给什么上下文，直接决定输出质量。

官方文档链接（建议收藏）

Best practices：https://docs.github.com/en/copilot/get-started/best-practices
Prompt engineering：https://docs.github.com/en/copilot/concepts/prompting/prompt-engineering
响应自定义：https://docs.github.com/en/copilot/concepts/prompting/response-customization

补全还是 Chat？

行内补全适合补全片段、根据注释生成代码、TDD 先写测试——打字时静默工作。Copilot Chat适合问答、大段迭代、用 @workspace 拉上下文、扮演 Reviewer 审代码。

选错工具：Chat 里补全一行变量名——大材小用；补全硬扛重构整模块——上下文不够。

个人见解：我的分工是「补全写骨架、Chat 填血肉」。新文件先用补全搭结构，复杂逻辑再切 Chat。

提示与审查

四条铁律：先讲目标再列约束、大任务拆小、给示例、避免模糊指代。打开相关文件、关掉无关文件。

Copilot 会犯错。采纳前先理解；跑测试和 lint；不满意就改 prompt。仓库可放 .github/copilot-instructions.md 写构建方式与命名规范。

个人见解：PR 模板加「AI 辅助请标注并附测试截图」——强制留痕。

跟做清单