Loading...
Loading...
共找到 75 个 Skills
测试驱动开发方法论，强制遵循红-绿-重构循环。用于先编写测试、防止代码回归并确保代码正确性。基于obra/superpowers实现。
Builder Agent的阶段级实现工作流。负责读取阶段文件、查找引用、调用领域Skill、执行所有步骤并运行验证（测试+类型检查）。通过skills字段预加载到Builder Agent中——不可由用户调用。
该Skill适用于修复Bug、实现功能、调试问题或进行代码修改的场景。它通过以下方式确保在实现前理解代码流程：(1) 结合具体的文件:行号追踪执行路径；(2) 绘制展示class.method()调用流程的轻量级文本示意图；(3) 与用户确认理解是否正确。避免因主观假设或猜测造成无效工作。当用户提出以下需求时触发：Bug修复、功能实现、代码重构、TDD循环、调试、代码分析。
通过编码者/监督者对编排并行实现流程。编码者使用evanflow-tdd实现分解后的任务；监督者检查每位编码者的输出，查找漏洞、遗漏、错误以及违反共享契约的一致性问题。最终由集成监督者检查跨编码者的一致性。适用于包含3个及以上共享接口契约的真正独立任务的计划。
将测试活动提前到开发生命周期的更早阶段，在缺陷修复成本最低时发现问题。适用于实施TDD、CI/CD或早期质量实践的场景。
一份关于创建可防止偏差的实施计划的最佳实践教育指南。涵盖风格锚点、任务规模规划、TDD要求、肯定式指令、偏差处理和质量关卡。在创建或改进实施计划时使用，确保遵循经过验证的模式。
测试驱动开发。当用户想以测试先行构建功能或修复 bug、提到 "red-green-refactor"，或想要集成测试时使用。
分析GitHub Issue并创建详细的技术规格说明书
在使用Symfony结合PHPUnit进行TDD开发时使用
将质量验证前移至开发生命周期更早阶段。涵盖Dev/QA结对模式、Three Amigos会议、TDD引导（红-绿-重构）、面向可测试性的PR评审清单，以及带有质量门禁的完成定义（Definition of Done）。包含用于团队评估的左移成熟度模型。适用场景：“左移”、“TDD”、“Dev-QA结对”、“完成定义”、“可测试性”、“质量文化”、“QA参与迭代规划”。不适用场景：编写单元测试本身——请使用unit-testing；大规模自动化PR测试质量评审——请使用ai-qa-review；多季度QA方向或路线图——请使用test-strategy。相关技能：unit-testing、ai-qa-review、test-strategy。
先编写测试，观察其失败，再编写能通过测试的最少代码。内容涵盖测试的归属位置、如何确保测试真实可信、通过的测试能证明什么及不能证明什么、当代码先于测试编写时的补救方法，以及从测试失败状态开始修复Bug的流程。未被见证失败的测试毫无意义。适用于实现功能或修复Bug、测试滞后于代码编写、首次运行测试即通过，或用户提出‘为此编写测试’‘增加测试覆盖率’‘采用TDD开发’等需求的场景。不适用于评审变更中的测试，也不适用于选择测试框架。
当需要将已确认的结果转化为可执行、有序的实施步骤（包含文件级别的变更和验证依据），并在执行前停止时使用。