Skip to main content

code-dev

アプリケーション実装の一気通貫オーケストレーションワークフロー。TDD実装→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正→設計書整合性チェック→設計書修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 6(frontend/backend実装)で使用。Issue番号を引数に指定すること(例: /code-dev 15)。CDKには使用しない。

Zur Installation springen

Quellinformationen

Repository
kasiopeiya/oidc-learning-sandbox
Letzte Quellaktivität
18. Februar 2026 um 05:31
Erkannte Sprache von SKILL.md
Japanisch
Sterne
1
Forks
0

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
code-dev
description
アプリケーション実装の一気通貫オーケストレーションワークフロー。TDD実装→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正→設計書整合性チェック→設計書修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 6(frontend/backend実装)で使用。Issue番号を引数に指定すること(例: /code-dev 15)。CDKには使用しない。
argument-hint
<Issue番号>
disable-model-invocation
true
# /code-dev Issue番号: $ARGUMENTS TDD実装 → コードレビュー → レビュー指摘修正 → CI実行 → CI指摘修正 → 設計書整合性チェック → 設計書修正 を順次自律実行する。 **全フェーズを人間への確認なしに自律実行すること。** ## 実行手順 1. **Phase 1: TDD実装** - `tdd-agent` を Task ツールで起動し、Issue番号 `$ARGUMENTS` を渡して完了を待つ。プロンプトに「人間への確認なしに自律的に実行すること」を明記すること 2. **Phase 2: コードレビュー** - Phase 1 完了後、`code-reviewer-agent` を Task ツールで起動し、完了を待つ 3. **Phase 3: レビュー指摘修正** - Phase 2 のレビュー結果に指摘事項がある場合、直接コードを修正する。指摘なしの場合はスキップ 4. **Phase 4: CI実行** - `code-ci-runner-agent` を Task ツールで起動し、完了を待つ 5. **Phase 5: CI指摘修正** - Phase 4 の結果にエラーがある場合、静的解析・テストエラーを修正する。エラーなしの場合はスキップ 6. **Phase 6: 設計書整合性チェック** - `design-validator-agent` を Task ツールで起動し、完了を待つ 7. **Phase 7: 設計書修正** - Phase 6 の結果に指摘事項がある場合、実装を正として設計書を修正する。指摘なしの場合はスキップ 8. 各フェーズの出力を**そのまま全文表示**する(要約・加工・コメント追加は禁止) ## Phase 1 (tdd-agent) 呼び出しプロンプト例 ``` 指定されたGitHub Issueからアプリケーションコード(backend/、frontend/ディレクトリ配下)のみを対象にTDDサイクル(Red-Green-Refactor)を実行してください。 cdk/配下のインフラコードは絶対に実装・変更しないでください。 Issueのタスク一覧のうち、アプリケーションコード(backend/frontend)に関するタスクのみを対象としてください。 完了したアプリケーションコードタスクのみ `gh issue edit` コマンドでGitHub Issueのチェックリストを更新してください。 Issue指定: $ARGUMENTS **重要**: ユーザー確認(AskUserQuestion)が必要な箇所は全て最初の選択肢(デフォルト)で自動選択し、 人間への確認なしに最後まで自律的に実行してください。 ``` ## エラーハンドリング - Phase 1 失敗 → Phase 2 以降は実行しない。`/tdd $ARGUMENTS` で個別実行を案内する - Phase 2 失敗 → Phase 1 の実装は完了済み。`/code-review` で個別実行を案内する - Phase 3 修正不要(指摘なし)→ Phase 4 へスキップ - Phase 4 失敗 → エラー内容を表示し中断。`/code-ci` で個別実行を案内する - Phase 5 修正後も CI 失敗 → エラー内容を表示し、手動での修正を案内する - Phase 6 失敗 → CI まで完了済み。`/validate-design` で個別実行を案内する - Phase 7 修正不要(指摘なし)→ 完了
Auf GitHub ansehen