Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

practicing-tdd

Sterne5

Forks0

Aktualisiert19. Oktober 2025 um 05:20

Guide Test-Driven Development workflow with Red-Green-Refactor cycle. Use when developing features, fixing bugs, or when user mentions TDD/テスト駆動開発/test-first.

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

kaijutale

kaijutale/claude-code

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

SoftwareentwicklerInformatik- und Mathematikberufe·SOC 15-1252

Datei-Explorer

2 Dateien

SKILL.md

readonly

name	Practicing TDD
description	Guide Test-Driven Development workflow with Red-Green-Refactor cycle. Use when developing features, fixing bugs, or when user mentions TDD/テスト駆動開発/test-first.
allowed-tools	Read, Write, Edit, Bash

Practicing TDD

テスト駆動開発（TDD）のベストプラクティスに従った開発フローを管理するスキル。

いつ使うか

プロジェクト（プロダクト、アプリ、サイト等）の開発時
新機能実装時
バグ修正時
ユーザーがTDD、テスト駆動開発について言及した時

基本原則

Red-Green-Refactor サイクル

1. Red    → テストを書いて失敗させる
2. Green  → テストを通す最小限のコード
3. Refactor → コードを整理整頓
4. 繰り返し

開発手順

ステップ1: ToDo リスト作成

やるべきことを箇条書きで整理（テストリスト）

ステップ2: Red（レッド）

ToDo リストから1つピックアップ
テストから書く（テストファースト）
テストを実行して失敗させる

ステップ3: Green（グリーン）

失敗しているテストを成功させることに集中
最小限のコードを書く（綺麗より動作優先）
全てのテストが成功することを確認

ステップ4: Refactor（リファクタリング）

全てのテストが成功している状態で整理整頓
テストは通ったままにする
実装コード、テストコード両方をリファクタリング

ステップ5: 繰り返し

気付きを ToDo リストに反映
次の ToDo を選んで Red に戻る

品質基準

テスト配置

テストコードは src/__tests__/ または実装ファイルと同階層の *.test.ts(x) に配置
pnpm test で必ず全スイートを実行

カバレッジ基準

コードカバレッジは常に 80% 以上 を維持
CI で閾値を下回った場合はジョブを fail させる

バグ修正フロー

再現テスト（Red）を書く
修正（Green）
リファクタリング（Refactor）

品質ゲート

テスト追加・変更後は必ず実行：

pnpm run lint && pnpm run typecheck

参考記事

詳細は references.md を参照。

注意事項

テストを書かずに実装を進めない
複数の機能を同時に実装しない（1つずつ）
テストが失敗したままリファクタリングしない
カバレッジ80%未満でコミットしない

Mehr aus diesem Repository

gleiches Repository

camone-ralph-loop

kaijutale/claude-code

Run external Ralph Loop (Geoffrey Huntley method) with clean context per iteration. Supports Simple mode (single PROMPT.md) and Full Ecosystem mode (specs/, fix_plan.md, AGENT.md, plan/build prompts). Unlike the official ralph-loop plugin which uses Stop hooks (same session, context pollution), this spawns fresh `claude -p` sessions each iteration. Use when user mentions "camone-ralph-loop", "external ralph", "clean ralph loop", "外部ラルフ", "ラルフループ実行", or wants to run iterative AI development with isolated context windows.

2026-02-265

commit

kaijutale/claude-code

Execute semantic git commits with individual file staging, prefix selection, and split-commit enforcement. Use when committing code, managing git history, or when user mentions git/commit/push.

2026-02-265

generating-gitignore

kaijutale/claude-code

Detect project tech stack and generate a comprehensive, production-grade .gitignore. Covers 15+ languages, 20+ frameworks, security patterns, modern tooling, and monorepo support.

2026-02-265

installing-project-mcps

kaijutale/claude-code

Install MCP servers into the current project scope using claude mcp add. Use when setting up a new project, when user mentions MCP setup, project MCP, MCPインストール, MCPセットアップ, or /installing-project-mcps.

2026-02-265

launching-gtr-issue-worktree

kaijutale/claude-code

Create a git worktree via gtr (git-worktree-runner) for a GitHub issue and generate a CLAUDE.local.md with issue context so that Claude Code launched in that worktree knows what to work on. Issue-specific context is written to CLAUDE.local.md (not .claude/CLAUDE.md) to avoid Git conflicts when merging PRs from multiple worktrees. Use when user mentions "gtr issue", "issue worktree", "issueでworktree", "issueに着手", "gtr-issue", or wants to set up an isolated worktree for a specific GitHub issue. Requires: gtr (git-worktree-runner) and gh CLI installed.

2026-02-265

spec-based-development

kaijutale/claude-code

Generate detailed, agent-executable feature specifications by interviewing the user with AskUserQuestionTool. Transforms rough ideas into comprehensive SPEC.md files through phased deep interviews (5 phases) covering technical architecture, data design, API design, UI/UX, edge cases, security, performance, and tradeoffs. Produces hybrid specs with Acceptance Criteria and phased implementation tasks with dependencies. Use when user mentions "spec", "仕様書作成", "仕様駆動", "インタビューして", "SPEC.md", "feature spec", "仕様を書いて", "大きな機能を計画", or wants to plan a feature before implementation.

2026-02-265

name	Practicing TDD
description	Guide Test-Driven Development workflow with Red-Green-Refactor cycle. Use when developing features, fixing bugs, or when user mentions TDD/テスト駆動開発/test-first.
allowed-tools	Read, Write, Edit, Bash

Practicing TDD

テスト駆動開発（TDD）のベストプラクティスに従った開発フローを管理するスキル。

いつ使うか

プロジェクト（プロダクト、アプリ、サイト等）の開発時
新機能実装時
バグ修正時
ユーザーがTDD、テスト駆動開発について言及した時

基本原則

Red-Green-Refactor サイクル

1. Red    → テストを書いて失敗させる
2. Green  → テストを通す最小限のコード
3. Refactor → コードを整理整頓
4. 繰り返し

開発手順

ステップ1: ToDo リスト作成

やるべきことを箇条書きで整理（テストリスト）

ステップ2: Red（レッド）

ToDo リストから1つピックアップ
テストから書く（テストファースト）
テストを実行して失敗させる

ステップ3: Green（グリーン）

失敗しているテストを成功させることに集中
最小限のコードを書く（綺麗より動作優先）
全てのテストが成功することを確認

ステップ4: Refactor（リファクタリング）

全てのテストが成功している状態で整理整頓
テストは通ったままにする
実装コード、テストコード両方をリファクタリング

ステップ5: 繰り返し

気付きを ToDo リストに反映
次の ToDo を選んで Red に戻る

品質基準

テスト配置

テストコードは src/__tests__/ または実装ファイルと同階層の *.test.ts(x) に配置
pnpm test で必ず全スイートを実行

カバレッジ基準

コードカバレッジは常に 80% 以上 を維持
CI で閾値を下回った場合はジョブを fail させる

バグ修正フロー

再現テスト（Red）を書く
修正（Green）
リファクタリング（Refactor）

品質ゲート

テスト追加・変更後は必ず実行：

pnpm run lint && pnpm run typecheck

参考記事

詳細は references.md を参照。

注意事項

テストを書かずに実装を進めない
複数の機能を同時に実装しない（1つずつ）
テストが失敗したままリファクタリングしない
カバレッジ80%未満でコミットしない