想要让Copilot在编写练手任务时，每一步都能生成可验证的交付物，就必须打破“直接写出完整代码”的常规习惯——通过设计结构化的提示词，强制它分阶段产出、逐层确认，并明确指定每个阶段的产物。总体来说，需要做到以下四点：在开头明确划分各阶段及对应交付物；在每个阶段末尾用格式指令锁定输出内容；利用文件路径与行数将交付物锚定在具体位置；插入“继续”这样的人工确认点，阻止自动连续生成。下面逐一展开说明。

为什么一定要这么“折腾”？因为Copilot默认的工作方式是“全部写完再一次性输出”，中间的处理过程完全不可见，既无法验证中间逻辑，也无法进行逐步调试。如果提示词中缺少对交付物的明确约束，它很容易跳步、合并多个步骤、隐藏中间的关键逻辑。这套方法正是为了打破这种自动连写的惯性。

第一步：用“阶段+交付物”双重约束定义任务边界

在提示词开篇直接写明总阶段数，以及每个阶段强制要求输出的交付物类型。例如：“请将‘用Python实现一个简易待办清单’拆解为4个连续阶段，每个阶段结束后必须输出一项不可省略的交付物：阶段1→可运行的空项目结构（含requirements.txt和main.py骨架）；阶段2→带类型注解的Task类定义及3个测试用例（test_task.py）；阶段3→add_task()和list_tasks()函数实现（附调用示例输出）；阶段4→命令行交互循环代码（含help提示和quit退出逻辑）。”

如果缺少这一步，Copilot会默认按“写完再给”的方式直接输出一整段代码，中间过程不可见、无法校验、也无法调试。

第二步：在每个阶段结尾插入交付物校验指令

方法一：用括号内指令锁定输出格式
在每个阶段描述的末尾追加一句：“→ 请严格只输出以下内容，不加解释、不加额外代码：【交付物名称】”。例如：“阶段2结束→ 请严格只输出以下内容，不加解释、不加额外代码：【test_task.py完整文件内容】”。

方法二：用“你当前只能输出X”制造沙盒限制
“现在你处于阶段2，你的输出权限已被锁定：仅允许输出Python类定义代码块 + 3个unittest.TestCase子类的完整代码，其余一切文字、说明、注释、空行均禁止出现。”

【Copilot往往会忽略无格式约束的自然语言要求，但对‘仅允许输出X’这类指令的响应率接近100%】

第三步：用文件名+路径+行数锚定交付物位置

阶段3示例提示词：
“实现add_task()和list_tasks()两个函数，全部写入./src/todo.py第12–45行。函数必须有Google风格docstring，且list_tasks()返回值必须是list[dict]。→ 输出时仅显示todo.py从第10行到第50行的完整文本（含前后两行空行），其他任何内容不要出现。”

这样做的目的是把交付物绑定到具体的文件坐标，避免Copilot自由发挥、混入无关逻辑。如果它输出了别的文件或超出范围的行，你就能立刻发现它没有正确理解约束。

第四步：插入人工确认点防止自动连写

在阶段3交付物后，强制加入一句话：“请等待我回复‘继续’后再执行阶段4。”
这句话并非礼貌用语，而是一种技术性的中断——Copilot只有收到“继续”指令才会推进到下一阶段，不会猜测你的意图。很多用户失败的原因正是缺少这句指令，导致Copilot自作主张把全部4个阶段一次性输出，交付物混在一起无法分离。

这一步操作起来很简单，直接在聊天框里输入“继续”即可。但一旦漏掉它，整个分步交付链就会失效。