レッスン 4 - Issue の並行作業
バックログと実装の流れをターミナルで管理し、独立した作業には別々のセッションを開きます。
このレッスンでは、次の内容を学習します。
- 範囲を絞った GitHub Issue を 3 つ作成する。
- サイドパネルから Issue をチャットに追加して実装する。
/diffで変更をレビューする。- 分離された worktree で 2 つ目のセッションを開始する。
バックログを作成する
次のプロンプトを送信します。
Review the space quiz and create three focused GitHub issues with clear titles, user-focused descriptions, and acceptance criteria. Do not implement them yet.このセッションで最初の Issue に取り組む
- Left arrow キーを押してサイドパネルを開き、Tab を押して Issues タブに移動します。
- 最初の Issue を選択状態にして c を押し、コンテキストとしてチャットに追加します。先に Issue 全文を読むには、代わりに Enter を押します。
- エージェントに Issue の実装を依頼します。
サイドパネルの上部にはすべてのタブが並び、下部のヒントには現在選択されている項目に対して操作するキーが表示されます。
/diff で変更をレビューする
プロジェクトを公開したので、動作を確認済みのバージョンと比較できます。/diff は、そのバージョンに対してこの Issue で何が変わったかを正確に表示します。これが、そのまま他の人にレビューを依頼する内容になります。
/diffを実行し、変更されたすべてのファイルを読みます。- 問題がある箇所の修正を依頼し、再び
/diffを実行します。 - Git を直接確認したいときは、いつでも
!git statusまたは!git diffを実行します。
2 つ目の Issue に並行して取り組む
- もう一度サイドパネルを開き、Sessions タブに切り替えます。
- 最初のセッションを残したまま、2 つ目の Issue 用の別のセッションを開始します。
- 新しいセッションで
/worktreeを実行し、現在の場所でブランチを切り替えるのではなく、分離された worktree を使用するようにします。これで、両方のセッションを互いに干渉せず同時に実行できます。 - c で 2 つ目の Issue をそのセッションに追加します。
- ひとまずその状態でセッションを置いておきます。次のレッスンでは、コードを書く前にこの Issue の計画を立てます。
/worktree は、専用のブランチとチェックアウトにセッションを移すため、最初のセッションは影響を受けずに作業を続けられます。
まとめと次のステップ
最初の Issue を実装して /diff でレビューし、専用の worktree で 2 つ目のセッションを開始しました。レッスン 5: 編集前の計画に進みます。