522 件 ・ 関連度順
概要と使いどころ
Apply Yuzu-specific test-driven development using tracer-bullet red-green-refactor cycles and the repo's Meson, gateway, proto, and ABI validation rules. Use when the user says `/tdd`, asks for TDD, red-green-refactor, or wants a feature/fix built test-first in Yuzu.
日本語の概要は準備中です。原文の説明を表示しています。
Implementing features or writing code. TDD is opt-in via --tdd / MEOWKIT_TDD=1. Provides code patterns, skill loading, and coding standards.
日本語の概要は準備中です。原文の説明を表示しています。
エンジニアとして手を動かす作業全般で必ず発火させる: コードを書く / テストを書く / リファクタ / バグ修正 / E2E spec 追加 / 既存仕様への小さな修正など、コードに触る作業すべて。「実装して」「テスト書いて」「リファクタして」「バグ直して」のような依頼を受けたとき、または基本設計が済んで実装フェーズに入るときに発火。基本作業は 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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
テスト駆動開発で機能追加・バグ修正を実装する。テストリストから 1件ずつRed、最小のGreen、Refactorを回す。ユーザーがTDD・テスト駆動・ Red-Green-Refactorを指定したときに使う。テストの後付けだけの依頼には使わない。
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.
日本語の概要は準備中です。原文の説明を表示しています。
新機能や不具合修正で、先に期待する動作のテストを書き、失敗を確認してから実装します。最小限のコードで成功させ、全体のテストを保ちながら整理するスキルです。
機能追加やバグ修正を、失敗するテストと最小限の実装の順に進めます。利用者が使う公開インターフェースを通じて動作を確かめ、内部構造に依存しないテストを作るスキルです。
仕様書やチケットに書かれた作業をコードに反映します。型チェックとテストで確認し、コードレビューを経て現在のブランチへコミットするスキルです。
仕様書と関連チケットの依存関係を読み取り、複数のエージェントで実装を進めます。テストとレビューを経て、成果を一つの統合ブランチにまとめるスキルです。
Perlのテスト作成・実行から、外部処理の置き換え、例外の確認、テスト範囲の測定まで支えるスキル。テスト先行の開発や既存テストの移行にも使えます。
Rustの単体・結合・非同期テストを、テストを先に書く流れで整えます。多様な入力の検証、依存先の置き換え、性能測定やカバレッジ確認も扱います。
Pythonのテストをpytestで設計・作成し、共通の準備処理や外部サービスの代役、複数入力の検証、テストで確認したコードの範囲の測定まで扱うスキル。
TDD London School workflow -- mock-first, outside-in test development
日本語の概要は準備中です。原文の説明を表示しています。
Test-Driven Repair — given a failing test, spawn a bounded headless `claude -p` (Read/Edit/Bash only) that makes the test pass without modifying it. Modeled on agent-harness-generator's ADR-175 Test-Driven Repair mode. Bounded cost via --max-budget-usd, bounded capability via --allowedTools. Closes the loop the TDD plugins didn't — we generate tests, this fixes the code to satisfy them.
日本語の概要は準備中です。原文の説明を表示しています。
Test-driven development skill for writing unit tests, generating test fixtures and mocks, analyzing coverage gaps, and guiding red-green-refactor workflows across Jest, Pytest, JUnit, Vitest, and Mocha. Use when the user asks to write tests, improve test coverage, practice TDD, generate mocks or stubs, or mentions testing frameworks like Jest, pytest, or JUnit.
日本語の概要は準備中です。原文の説明を表示しています。
Creates comprehensive Technical Design Documents (TDD) with mandatory and optional sections through interactive discovery. Use when user asks to "write a design doc", "create a TDD", "technical spec", "architecture document", "RFC", "design proposal", or needs to document a technical decision before implementation. Do NOT use for README files, API docs, or general documentation (use docs-writer instead).
日本語の概要は準備中です。原文の説明を表示しています。
Jest testing patterns, factory functions, mocking strategies, and TDD workflow. Use when writing unit tests, creating test factories, or following TDD red-green-refactor cycle.
日本語の概要は準備中です。原文の説明を表示しています。
Test-driven development workflow with philosophy guide - plan → write tests → implement → validate
日本語の概要は準備中です。原文の説明を表示しています。
TDD workflow for migrations - orchestrate agents, zero main context growth
日本語の概要は準備中です。原文の説明を表示しています。