“tdd”的搜索结果

Use when implementing a new function, adding a feature, fixing a bug, refactoring with test coverage, or writing a new test. Enforces strict outside-in red-green-refactor TDD with one-failure-per-turn discipline, predict-the-failure-before-every-run checks, hardcode-first minimum changes, triangulation, and property-based testing for large input spaces. Triggers on explicit TDD requests and on any task phrased as "implement", "add", "write a function", "build a feature", or "fix a bug" in a test-capable codebase. Reports red/green validation evidence.

中文简介正在准备中。当前显示原文说明。

エンジニアとして手を動かす作業全般で必ず発火させる: コードを書く / テストを書く / リファクタ / バグ修正 / E2E spec 追加 / 既存仕様への小さな修正など、コードに触る作業すべて。「実装して」「テスト書いて」「リファクタして」「バグ直して」のような依頼を受けたとき、または基本設計が済んで実装フェーズに入るときに発火。基本作業は TDD（テスト先書き → 最小実装 → リファクタ → コミット）で進め、要件が大きければ適切な小ささに分割しつつサイクルを回す。発火しないのは要件定義 / 基本設計の対話中（まだ手を動かしていない時）だけ。

中文简介正在准备中。当前显示原文说明。

Use when implementing features or fixing bugs with strict Test-Driven Development (TDD). Activate for coding tasks that require new functionality, refactoring, or comprehensive test coverage, especially when the user mentions TDD or Test Driven Development.

中文简介正在准备中。当前显示原文说明。

Guides agents through Red-Green-Refactor with runner-captured evidence. Use when running /cc-tdd-cycle, writing tests before implementation, or Global TDD required is yes.

中文简介正在准备中。当前显示原文说明。

Use when implementing features or fixing bugs with strict Test-Driven Development (TDD). Activate for coding tasks that require new functionality, refactoring, or comprehensive test coverage, especially when the user mentions TDD or Test Driven Development.

中文简介正在准备中。当前显示原文说明。

pytest-djangoによるDjangoテスト戦略、TDD方法論、factory_boy、モック、カバレッジ、Django REST Framework APIのテスト。

中文简介正在准备中。当前显示原文说明。

Run TDD cycle for feature implementation. Use when implementing features with RED-GREEN-REFACTOR, running test-driven development, automating TDD workflow, or ensuring test-first development.

中文简介正在准备中。当前显示原文说明。

通过先写测试、确认失败再实现的流程添加功能或修复缺陷。只编写让测试通过所需的代码，再保持测试通过并整理代码，完成前运行项目的完整测试集。

• 从测试开始实现新功能
• 用测试复现并修复缺陷
• 保持测试通过并重构代码

通过先写失败测试、再添加最小实现来开发功能或修复缺陷。从调用方使用的公开接口验证行为，编写不依赖内部结构的测试。

• 先写测试再添加功能
• 从缺陷复现测试开始修复
• 确定集成测试覆盖的接口

读取规格说明和相关工单的依赖关系，安排多个代理推进实现。经过测试、代码审查和问题修正后，将成果汇总到一个集成分支，并完成工单处理。

• 实现分散在多个工单中的需求
• 并行实现相互独立的任务
• 将成果汇总到集成分支

将规格文档或工单中的任务落实为代码，定期进行类型检查和测试，完成后使用code-review技能审查变更，并提交到当前分支。

• 根据规格文档实现功能
• 实现指定工单中的任务
• 通过类型检查和测试验证变更

审查现有代码的一个部分，从设计决策记录、实现惯例、缺失功能和技术选型四个方面整理问题，并推进计划、测试、修复及再次审查。

• 审查接手的现有代码
• 在开发途中引入ECC流程
• 添加功能前重新评估模块

支持编写和运行Perl测试、替换外部依赖、验证异常及测量代码覆盖率，也可用于测试先行的开发、失败原因排查和现有测试的迁移。

• 先写测试再开发Perl代码
• 迁移Test::More测试
• 独立验证API和数据库交互

按照先写测试的流程编写Rust单元、集成和异步测试，涵盖生成多样输入、替换依赖、性能基准测试与覆盖率检查，用于验证行为并补充未测试部分。

• 先写测试再开发Rust代码
• 为现有代码补充测试
• 验证异步操作与超时

使用pytest设计和编写Python测试，复用准备与清理步骤，模拟外部服务，以多组输入验证行为，并测量代码覆盖率、找出尚未验证的部分。

• 先写测试再开发Python功能
• 复用测试准备与清理步骤
• 模拟外部API进行验证

在新增功能或修复缺陷时，先编写表达预期行为的测试，确认失败原因后再进行最小实现，并运行相关测试、检查改动，核实变更影响。

• 编写重现缺陷的回归测试
• 先明确预期行为再实现
• 验证解析器或界面的行为变更

Improve existing code through repeated cycles of testing, implementation, and refactoring. The skill covers performance bottlenecks, error recovery, code coverage, and documentation, helping developers refine behavior and structure while keeping tests passing.

中文简介正在准备中。当前显示英语简介。

• Refactoring existing code while keeping tests passing
• Adding tests before implementing expected behavior
• Investigating slow database access and cache usage

根据规格和设计，先编写测试，再实现可运行的代码。通过测试确认结果并整理代码，同时完善错误处理、性能、注释和相关文档。

• 根据规格和设计实现功能
• 开发带测试的身份验证或API
• 结合测试验证整理现有代码

将软件开发划分为需求、设计、测试先行的实现、审查和部署等阶段，通过Claude Flow协调多个智能体分工，管理开发全过程。

• 从需求出发开发新功能
• 结合测试改造现有代码
• 排查故障并添加回归测试

Write JavaScript and TypeScript tests with Jest, Vitest, and Testing Library. Covers functions, UI components, and APIs, including mock replacements for external services, reusable test data, and setup for automated testing.

中文简介正在准备中。当前显示英语简介。

• Set up testing for a new project
• Test functions and API error handling
• Check React component behavior

Develop behavior through one failing test and one minimal implementation at a time. Tests use agreed interfaces and expected results from specifications or documented examples, producing evidence of both failure and success, including for bug fixes.

中文简介正在准备中。当前显示英语简介。

• Adding behavior through small test-first steps
• Reproducing a bug before fixing it
• Checking results against specifications

Guide changes to the published @kortix/sdk package with rules for preserving public APIs, writing failing tests before behavior changes, keeping the core independent of frameworks, and checking package installation. It also covers exports, streaming transport, and release version handling.

中文简介正在准备中。当前显示英语简介。

• Adding a public SDK feature or export
• Renaming public types while preserving compatibility
• Changing streaming or transport behavior

Add new operators to MNN through a staged workflow covering data definitions, output shapes, computation, and tests. It prioritizes combining existing operators, with CPU implementations and additional hardware backends used when needed.

中文简介正在准备中。当前显示英语简介。

• Adding a new operator to MNN
• Implementing output shape calculations
• Combining existing operators for new operations

Guide development from problem definition and planning through testing, debugging, review, and final verification. It uses test-driven development, writing a failing test before implementation, and requires evidence before reporting work as complete.

中文简介正在准备中。当前显示英语简介。

• Define a development goal and acceptance checks
• Implement a change starting with a failing test
• Investigate a reproducible bug through small experiments