私たちは自社のサービス（Hata-RakuやGuestNote、LocaNoteなど）を開発するとき、Claude Codeという、ターミナルの中で動くAIの開発支援ツールを日常的に使っています。コードを書く速さだけを見れば、以前から「AIに頼めば早い」という実感はありました。ただ、実際に使い込んで一番価値を感じたのは、速さではなく「直す前に、何をするかを先に見せてくれる」仕組みの方でした。
いきなり直させない、という設計
Claude Codeには「プランモード」という動き方があります。これを使うと、AIはファイルを一切書き換えずに、まずコードを読み、関係する箇所を調べ、「こう直すつもりです」という計画だけを提示します。実際に手を動かす（ファイルを編集する）のは、その計画を人が見て、進めてよいと判断した後です。
これは、コードに詳しくない立場で見ても分かりやすい型だと思います。相談を受けた専門家が、いきなり契約書に手を入れたり工事を始めたりせず、「こう進めます」という案を先に出して、依頼した側が確認してから着手する。それと同じ順番を、AIとのやりとりにそのまま持ち込んでいる形です。
AIは質問されると、答えを急いで出す傾向があります。コードの修正であれば、聞かれた瞬間に直してしまう方が「早く役に立てた」ように見えるからです。ただ、現場で起きる失敗の多くは、スピードそのものではなく、「確認する間（あいだ）がなかったこと」から生まれます。プランモードは、AIの判断と人の承認の間に、意図的にその間を一つ挟む仕組みだと捉えています。これは私たちが大事にしている「礼を尽くす」という考え方にも近いものがあります。
一つの視点ではなく、複数の視点で同時に調べさせる
Claude Codeには「サブエージェント」と呼ばれる仕組みもあります。これは、本体のAIとは別に、独立した調査専用のAIを同時に何体か立ち上げて、別々の観点から同じ対象を調べさせるというものです。例えば「このシステムの、この機能に関係する箇所をすべて洗い出す」といった調査を、複数のサブエージェントに分担させることができます。
私たちがこれを使って感じたのは、一人（一体）のAIに一問一答で聞いていくより、最初から複数の視点で並行して調べさせた方が、見落としが減るということでした。これは人間の仕事でも同じで、一人の担当者の一回の確認よりも、違う角度から見る人を増やした方が、抜け漏れに気づきやすくなります。AIに相談するときも「一度にひとつの聞き方」で終わらせず、観点を分けて同時に確認させる、という使い方は、明日からでも試せる工夫だと思います。
教えたやり方を、もう一度教えずに済むようにする
もう一つ実務で助かっているのが「Skills（スキル）」という仕組みです。これは、ある作業の手順や判断基準を一つの文書としてAIに持たせておき、次に同じような依頼をしたときに、AIが自分でその文書を読み込んで動いてくれるというものです。デプロイの手順、確認すべき項目、守ってほしい表記ルールなど、私たちが一度「こう進めてほしい」と伝えた内容は、こうした形で残しています。
人に仕事を教えるときも、口頭で毎回同じ説明を繰り返すのは負担です。一度きちんと言語化して渡しておけば、次からは「あの手順でお願いします」の一言で済みます。AIとの付き合い方も、結局は人への仕事の引き継ぎ方と同じところに行き着くと感じています。
速さより、確認できる形を選ぶ
Claude Codeを使い始めてから変わったのは、AIに「早く答えを出してもらう」ことよりも、「途中で確認できる形にしておく」ことを優先するようになったことです。これは手間を増やしているように見えて、実際にはやり直しを減らし、結果として早く終わります。
AI活用の相談を受けるときも、まず聞くのは「どれだけ速く動かせるか」ではなく、「間違っていたときに、どこで気づけるか」です。効率化そのものはゴールではなく、そこで生まれた余白を何に使うかが本題だと考えています。AIに判断を任せる場面が増えるほど、任せ方そのものを整えておくことの価値は大きくなっていくはずです。