在TDD中用GitHub Copilot需严格遵循“红-绿-重构”三阶段：红阶段生成失败测试确保设计驱动；绿阶段仅实现刚好通过的最简代码；重构阶段通过Copilot扩展用例、迭代实现并提取重复逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在真实项目中用GitHub Copilot辅助完成测试驱动开发（TDD），必须让AI在“红-绿-重构”循环的每个阶段精准介入，而不是等代码写完再补测试——否则就退化成普通单元测试，失去TDD的设计驱动力。
第一步：用Copilot生成失败的测试（Red阶段）
打开你的项目，在待开发功能对应模块下新建一个测试文件（如test_balance_checker.py），光标定位到空文件末尾，输入注释描述需求：“# 测试空字符串应返回True”，然后按Ctrl+Enter唤出Copilot聊天框。
在聊天框中输入明确指令：“用pytest为BalanceChecker类生成第一个测试：输入空字符串时execute()方法应返回True。只输出测试函数，不加任何解释。”
Copilot会输出类似def test_empty_string_returns_true(): assert BalanceChecker.execute('') == True的代码。直接回车插入。此时运行pytest test_balance_checker.py，报错NameError: name 'BalanceChecker' is not defined——这正是你想要的红色状态。✅
【必须先确保测试文件能独立运行且必然失败】如果Copilot生成了带mock或setup的冗余代码，立刻删掉；TDD第一关是“干净的失败”，任何绕过失败的捷径都会破坏后续设计节奏。
第二步：让Copilot写出最简实现（Green阶段）
创建源码文件balance_checker.py，在其中定义空类：class BalanceChecker: pass。保存后再次运行测试，错误变为AttributeError: type object 'BalanceChecker' has no attribute 'execute'。
将光标放在类内部，输入# 实现execute方法，对空字符串返回True，按下Tab触发Copilot补全。它大概率会生成：def execute(s): return s == ''——够用，别改。
立刻运行测试，终端显示1 passed。这一步操作起来很简单，直接把文件拖进去就行。但注意：Copilot可能生成带参数校验或类型提示的过度实现，你要手动删掉if not isinstance(s, str): raise TypeError这类内容——绿色阶段只许写“刚好通过”的代码，多一行都算犯规。
专为资深工程师设计，用于高效日常使用 GitHub Copilot CLI。适用于在规划、提示、审查或链式调用 gh copilot 命令时，探索代码库、起草变更、调试问题或加速工作流，且不偏离架构意图。
第三步：用Copilot扩展边界用例并驱动重构（Refactor阶段）
方法一：在测试文件中追加新场景注释，让Copilot批量生成
在测试文件末尾添加三行注释：
# 测试单个左括号应返回False
# 测试单个右括号应返回False
# 测试"()"应返回True
选中这三行→右键→Ask Copilot to generate tests。Copilot会输出三个def test_*函数，全部粘贴。此时再运行pytest，前两个失败，第三个也失败——因为当前execute只认空字符串。
方法二：用自然语言指令引导Copilot迭代实现
回到balance_checker.py，在execute函数上方写注释：# 支持判断"()"、"{}"、"[]"是否平衡，仅处理这三对，忽略其他字符，然后按Ctrl+I唤出内联Copilot。它会给出一个基于栈的初步实现，但可能包含collections.deque导入——删掉，改用list模拟栈，因为TDD要求每步增量可控。
方法三：用Copilot识别重复逻辑并建议提取
当你的execute函数里出现三次if char in ['(', '[', '{']:和三次elif char in [')', ']', '}']:时，选中其中一段→右键→Ask Copilot to extract to function。它会建议命名如_is_opening_bracket，接受后检查新函数是否被所有分支调用——这是重构落地的关键验证点。
