Claude 開発 は何をしますか？
概要
Claude Code におけるタスク全体の開発シーケンスを統括します。要求された変更を実装し、そのチェックを実行し、必要に応じて納品前に独立した Codex レビューを実施します。平易なリクエストだけでなく、別のスキルで開始された作業にも適用されます。これは指示ベースのオーケストレーションであり、自動的なスキル選択や完了の保証はホスト側で強制されるものではありません。
使用方法
/claude-development <タスク> と入力するか、承認された Claude 開発リクエスト（例：「このバグを修正し、確認済みの変更を納品してください。」）に適用してください。宣言的な設定変更であっても、TDD が不要な場合でも含めてください。計画、説明、レビューのみのリクエストは実装を許可しません。
実装リクエストは、要求された結果に必要なローカルの修正を許可します。これには、その範囲内でデモンストレーションされた欠陥に対する、範囲を限定した Codex の修正も含まれます。ユーザーのより厳しい制限は維持されます。コミット、プッシュ、PR 公開、承認、マージは、既存の承認要件を保持します。他のスキルはそれぞれの専門ステップを担当し、このスキルは開発がいつ終了するかを決定します。
ステップ
- タスクと前提条件を確立する。 リポジトリの指示、現在の Git 状態、関連ソース、ADR を読み込みます。要件、許可されたファイル、既存の変更、検証範囲を特定します。資料で不明な点のみを
requirements-clarificationで解決します。必要なチェックが利用可能であることを確認します。独立した Codex レビューが要求されている場合は、その段階の前にcode-review-fixとその宣言されたランタイムを確認します。自動 Stop レビューゲートは無効のままにします。オプションのレビューツールが欠けていても、実装や通常の納品は妨げられません。 - 包含するワークフローを尊重する。 Linear タスクの場合は、
linear-startとlinear-workflowが適格性、ブランチ、トラッカー、PR 状態を管理します。他の専門ワークフローは、それぞれの権限と範囲を保持します。このタスクがオープン PR の修正を行う場合は、承認されたpr-fixワークフローを使用して修正と独立レビューを行います。同時にローカルの修正ループを開始しないでください。他のスキルが呼び出されなかった場合でも、通常のローカル実装はここで行われます。 - 確定した結果を実装する。 無関係な作業は保持します。所有する実行可能な動作には
tddを、宣言的な変更にはネイティブまたは既存の検証を適用します。関連するドメインスキルを使用しますが、各テスト、ツールコール、サブタスクを個別の納品段階にしないでください。タスクの完全な差分と、意図的に除外した変更を記録します。 - 関連するチェックを実行する。 フォーマット、リント、型チェックの前に、意図した新しいファイルをインデックスします。実際の変更に適したリポジトリバリアを、名前付き環境と制限とともに実行します。チェックに失敗した場合は、開発が未完了であることを意味し、アサーションを弱める許可にはなりません。許可された失敗のみを修正し、必須エビデンスの欠落は明示的に残します。
- 要求された独立レビューを一度実行する。 Codex レビューはオプションです。実装リクエストだけでは必須ではありません。ユーザーがレビューと範囲を限定した修正を要求した場合、完全なローカル差分に対して、要件、候補 ID、生のチェックエビデンスを付けて
code-review-fixを起動します。承認されたワークフローが実行されている間、Claude の書き込みを一時停止します。レビューのみのリクエストは修正を許可せず、code-reviewを使用します。委任された修正の中で、どちらかのシーケンスを再起動しないでください。pr-fixが修正とレビューを担当する場合は、その範囲を保持し、2 番目のループを作成しないでください。 - 観察された結果を納品する。 最終的な候補、変更された動作、発見の処理状況、実際のチェック、環境、残っている制限を報告します。要求されたレビューが欠落、古い、または不完全である場合は、明示的な制限として残ります。要求されていないレビューは納品の前提条件ではありません。コードが書かれ、チェックがパスし、子プロセスが返り、タスクが完了とマークされただけでは、開発が終了したとは言わないでください。包含するワークフロー内の既存の公開および承認チェックポイントは保持します。
注意点
- 平易なリクエストは専門スキルをバイパスする — 検証が失われる可能性があります。このワークフローは、タスクの開始方法に関係なく Claude 開発に適用されます。
- TDD が外側のワークフローになる — 1 つのテストがグリーンになると納品が早すぎる可能性があります。実装とチェックが完了した後、完全なタスクを検証し、要求されたレビューを実行します。
- すべての子プロセスが終了シーケンスを開始する — レビューが再帰し、パスカウンターがリセットされます。最終段階を起動するのは外側の開発所有者のみです。
- 設定変更で TDD をスキップする — 値テストをスキップすると、誤ってレビューもスキップされる可能性があります。ネイティブ検証を使用し、要求された場合は独立レビューを実行します。
- 既存の PR 修正で 2 番目のループが発生する — 競合する書き手と判定が分岐します。
pr-fix所有者とその最終的な独立レビューを保持します。
制約
- 計画またはレビューのみのリクエストから、実装、修正、公開を決して開始しないでください。
- 実行されていないレビューを完了したと報告したり、要求されていない Codex レビューを必須にしたりしないでください。
- ユーザーの制限を上書きしたり、要求された結果と確認された修正を超えて拡張したりしないでください。
code-review-fixまたはpr-fixループを、委任された修正内で複製しないでください。- Stop レビューゲートを有効にしたり、自動スキル選択が技術的に強制されているように見せかけたりしないでください。
- 欠落しているランタイムをインストールしたり、欠落しているエビデンスを成功したように見える結果で置き換えたりしないでください。