develop-with-workflow

ワークフローを使った開発

このスキルは、ユーザーが並行実装を希望している場合にのみ使用してください。完了したすべてのパートをまとめて検証したブランチを1つ作成します。polish の実行やプルリクエストの作成は行いません。その後、polish、続いて ready-pr を実行してください。

リクエストには、Issue、文章での指示、またはその両方が含まれる場合があります。実装内容は文章での指示に従ってください。working-on-issue は、Issue が存在する場合、その Issue とブランチを特定します。

必要なツールとスキル

計画を立てる前に、以下が利用可能であることを確認してください。

• Claude Workflow ツール
• working-on-issue
• new-branch
• implement
• tdd
• code-review
• resolving-merge-conflicts
• to-tickets
• polish
• ready-pr
• codebase-design

不足しているものがあれば中止し、不足しているものを明記してください。その現在のソースに対応した、プロジェクト内でのインストールコマンドを提示してください。

ユーザーがこのスキルを選択したため、今回の実行では Claude Workflow ツールを使って、別々のワークツリーに並行エージェントを作成できます。

手順

1. 全文のリクエストを使って working-on-issue を実行します。Issue が見つからない場合は、後続のコミットやプルリクエストで Issue への参照が必要になる可能性があることを伝え、そのまま現在のブランチで続行します。
2. 計画の指針として to-tickets を使用します。影響を受ける各レイヤーで動作する機能を実現するパートに、リクエストを分割します。各パートで実装する内容、検証方法、依存する先行パートを記録します。トラッカーに Issue を作成しないでください。
3. 共有シンボルの名前変更など、広範な機械的変更の場合は、代わりに3段階で進めます。新旧の形式を併存させて新しい形式を追加し、独立したバッチごとに呼び出し元を移行してから、すべての呼び出し元の移行後に古い形式を削除します。バッチ単独で検証に合格できない場合は、削除前にバッチをまとめて検証してください。
4. 提案するパートを番号付きリストでユーザーに提示します。各パートのタイトル、依存関係、実装内容、確認項目を含めてください。パートの規模と依存関係についてユーザーに確認し、リストの承認後にのみ実装を開始してください。
5. 互いに待たずに着手できるパートの数を数えます。並行して実行できるパートが2つ未満の場合は、現在のブランチで implement を使用し、手順8に進みます。
6. 承認されたパートを依存関係の順にグループ化します。グループごとに Claude Workflow ツールを使って、独立したパートをそれぞれ1つのエージェントに割り当て、isolation: 'worktree' で同時に実行します。各エージェントには、そのパートの作業と確認項目だけを渡します。各エージェントは implement と tdd を使用します。
7. 各グループの完了後、resolving-merge-conflicts を使って、その作業を1つのブランチにまとめ、リポジトリに記載されている確認項目を実行します。プロダクトや設計上の判断が必要な競合については、ユーザーに確認してください。依存するパートは、それらの変更を含む統合済みブランチから開始します。
8. 承認されたすべてのパートが1つのブランチに入り、リポジトリの確認項目に合格したら完了です。

最終報告

以下を報告してください。

• ブランチと、そのブランチに統合したパート
• パートと依存関係グループの数
• 並行作業を実施したか、スキルで implement を1回実行したか
• 解決した競合と、ユーザーの判断が必要な競合
• 検証結果
• 次の手順である polish、続いて ready-pr