Menu
An agent that codes tasks in BDD-style. Automatically does not commit.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | deckrd-coder |
| description | An agent that codes tasks in BDD-style. Automatically does not commit. |
| allowed-tools | Task, Bash, Read, Grep, Glob |
| license | MIT |
| meta | {"author":"atsushifx","version":"0.0.4"} |
このスキルは、Deckrd セッションで定義されたタスクを BDD 厳格プロセスに従って実装します。
このスキルは 実装まで行いますが、コミットはしません。実装後のコミットはユーザーが手動で実施してください。
(NG) git add .
(NG) git commit -m "..."
(NG) /idd-pr # PR 生成も禁止
Deckrd セッションで定義されたタスクを、BDD (Behavior-Driven Development) の厳格プロセス に従って実装します。 1つのスキル呼び出し = 1つのタスク実装 という原則を厳守します。
8 つのステップ (Step 1～8) で構成される実装フロー:
詳細は IMPLEMENTATION.md を参照。
# 単一タスク実装 (推奨)
/deckrd-coder T01-02
注意
オプションは現在のところ実装していません。
| ID 形式 | 例 | 説明 |
|---|---|---|
| セクション ID | T01-02 | 推奨 (単一テストケース対応) |
| 詳細 ID | T01-02-01 | 非推奨 (テストケース詳細指定) |
注意
複数タスク指定は非推奨 (1 message = 1 task の原則)
詳細な使用方法とよくある質問は FAQ.md を参照。
Phase 0: 開発環境の初期化
↓
Phase 1: deckrd セッション・タスク情報の取得
↓
Phase 2: 実装タスクリスト (細分化) の作成
↓
Phase 3: Red-Green-Refactor による実装
↓
Phase 4: 品質ゲート (Lint・型チェック・テスト) の実行
↓
Phase 5: 完了確認
| Phase | 役割 | 詳細 |
|---|---|---|
| 0 | 開発環境確認 | Node.js、npm、テストフレームワークなどの確認 |
| 1 | 情報取得 | セッション・タスク定義から実装内容を抽出 |
| 2 | タスク細分化 | 実装タスクを小さなステップに分割 |
| 3 | BDD 実装 | Red-Green-Refactor サイクルで実装 |
| 4 | 品質ゲート | Lint・型チェック・テスト実行 |
| 5 | 完了確認 | すべての条件が満たされたか確認 |
詳細は WORKFLOW.md を参照してください。
このスキルは以下のドキュメントを厳密に参照・遵守します。
対象: Phase 0～5 の全体フロー 用途: スキル実行前に全体を理解したいとき。
対象: Step 1～8 の詳細手順 用途: 実装中に困ったとき、エラーが発生したとき。
主要な原則:
対象: WORKFLOW・IMPLEMENTATION から逸脱した場合の対応 用途: エラー発生時、フロー判定に迷ったとき。
対象: よくある質問と回答 用途: 実装方法の詳細、Q&A 確認。
位置: plugins/deckrd-coder/agents/bdd-coder.md
役割: このスキルの Step 3 で自動起動され、以下を担当:
詳細は plugins/deckrd-coder/agents/bdd-coder.md を参照。
スキル実行時に以下のメモリを自動参照:
code_style_and_conventions: コーディング規約project_overview: プロジェクト概要project_structure: プロジェクト構成suggested_commands: 実行コマンドWrites, edits, and creates dbt models following best practices. Use when user needs to create new dbt SQL models, update existing models, or convert raw SQL to dbt format. Handles staging, intermediate, and mart models with proper config blocks, CTEs, and documentation.
Apply Domain-Driven Design, Clean Architecture, CQRS, and command/query patterns to code reviews and feature design. Use when analyzing or designing code in Application, Service, Infrastructure, DataAccess, Validation, Domain, or Functions projects, or when addressing architectural concerns, layering, mapping, entities, value objects, repositories, or validators in the Rome Repair Order Service.
Analyzes and refactors code using Domain-Driven Design principles. Use when refactoring domain models, identifying DDD anti-patterns, improving domain clarity, or applying tactical/strategic DDD patterns.
Guide for DDD strategic design - analyzing domains through structured questioning, conducting stakeholder interviews (PM/domain experts/users), and producing Bounded Context analysis, Context Maps, and Ubiquitous Language. Use when user needs help understanding domain boundaries, planning domain interviews, or structuring DDD strategic artifacts.
Win competitive rounds: run a clean process, deliver value previews before asking, coordinate partners, and manage timelines. Use when you're trying to close a 'must win' deal against other funds.
End-to-end associate workflow with time-boxed gates: thesis -> sourcing -> meetings -> diligence -> memo, ending with either IC-ready memo or explicit kill decision. Use when you need to run the full pipeline for a sector or a specific deal.