组织提示与验证结果

先说明要实现什么，再列出约束和验收方式。Copilot 会结合当前文件、选区和聊天历史理解提示；信息没有进入当前上下文时，不能假定它已经知道。

给足可判断的输入

一项代码请求应包含目标行为、语言或指定库、输入输出，以及异常和边界条件。例如要求解析日期时，列出允许的日期格式及示例结果，比只说“提取日期”更明确。已有测试也可作为行为示例。

对大任务先拆成可以单独检查的步骤：理解现状、提出方案、实现局部、验证和整理。对生僻库应说明用途；指定库时可给出 import 或明确库名，减少歧义。

让上下文与问题对应

IDE 中打开相关文件、关闭无关文件，必要时选中具体代码或显式引用文件。VS Code 的 @workspace、JetBrains 的 @project 是官方提示指南中的项目上下文示例；实际可用项以客户端菜单为准。

网页中指定仓库、文件、符号或 Issue。避免“解释这个”同时可能指文件、上条回答和选中代码。换任务时新开对话；旧内容不再相关时，可使用客户端支持的删除或新会话操作。

迭代而非一次接受

先确认生成代码的意图和行为，再检查可读性、维护成本、安全及边界条件。回答偏离目标时，指出具体错误并补充例子，必要时拆小问题重新提问。

运行项目真实的测试和 linter，适用时结合代码扫描及来源检查。Copilot 生成的测试也可能遗漏情况，因此需要人工对照要求。行内建议可以比较候选；Chat 可使用反馈按钮，但反馈不能替代修复当前结果。

保留可重复的要求

长期有效的项目规范适合写入指令，重复执行的明确任务可整理成Prompt files或 Skills。先确认规则在当前客户端确实加载，再依赖它指导后续任务。