ゼロから始めるClaude Code #14 Gitチーム開発編：レビュー・コンフリクト・共同作業にClaudeを組み込む

チーム開発にAIを組み込むとき、最初につまずく場所は技術ではなく「何をAIに任せて、何は自分で判断するか」の線引きだ。Gitのチーム開発では、一人のときと違ってGitHub上のリポジトリがチームの本流になり、全員がそこへ変更を提案し、他人の変更を受け取る。cloneでリポジトリを複製し、pullで最新の状態を取り込む。この矢印が双方向になった瞬間、新しい作法が生まれる。ブランチの上で変更を行い、PRを通して本流に入れるのだ。Claudeはprに付いたレビューコメントを一覧し、対応方針を提案し、修正からコミットまで進める。コメントの読解と手作業の往復が「方針の判断だけ自分でやる」に変わるのが、チーム開発でAIを使う一番の実感だ。

しかし絶対のルールがある。レビューへの返信コメントは、投稿する前に必ず自分で読むことだ。Claudeの下書きは丁寧すぎたり、微妙に論点がずれていたりする。下書きは任せてよい、投稿の判断は渡さない。コンフリクト解消もそうだ。他人の変更と自分の変更が同じ箇所を違う内容に直していたとき、マーカーの両側を読んで意図を推測する。「相手はエラー処理を追加しようとしていて、自分は文言を直そうとしていた。両立できます」とClaudeは整理できる。だが解消案は適用前に必ず確認し、相手の意図が分からなければ本人に聞く。同僚の仕事を消すかもしれない判断をAIに丸投げしてはいけない。さらに、マージ直後は「文法的には合流できたが、動きとしては壊れている」が起こりやすい瞬間だ。ここは必ず動作確認を入れる。

チーム開発での知識の育て方も大事だ。CLAUDE.mdやスキルに書いた「プロジェクトの約束事」や「よく使う手順」は、新しく入ったメンバーがcloneした瞬間から、その人のClaudeも知った状態で動き始める。あなたが一人のために育ててきた仕組みが、そのままチームの共有資産になるわけだ。逆に、あなたのClaudeが学んだことはPCにしかない。「これはチーム全員のClaudeが知るべきだ」と思った知見は、CLAUDE.mdに書き写してリポジトリに載せる。これがチームでの知識の育て方だ。