ChatGPTを実務ワークフローに組み込む具体的な方法

ChatGPTを「何でも聞けるチャットボット」として使ってる人が多い。それ、もったいない。

実務のワークフローに正しく組み込むと、作業時間が体感で3割は減る。自分が実際にやってる5つのパターンを紹介する。

パターン1: コードレビューの下読み

PRが来たとき、まずChatGPTにdiffを投げる。「このコードの問題点を指摘して」ではなく、「このdiffの変更意図を要約して、見落としやすいポイントを3つ挙げて」と聞く。

これで自分がレビューする前に「ここを重点的に見ればいい」というガイドが手に入る。レビューの品質が上がるし、時間も短縮できる。

💡 ポイント

ChatGPTにレビューを「させる」のではなく、レビューの「準備」をさせるのがコツ。最終判断は必ず自分でやる。

スタックトレースをそのまま貼って「何が原因？」と聞く。これだけで初動の30秒を短縮できる。

ポイントは、エラーメッセージだけじゃなくて使ってるフレームワークのバージョンと、直前にやった操作も一緒に伝えること。文脈が多いほど回答の精度が上がる。

READMEやAPI仕様書の下書きをChatGPTに書かせる。ゼロから書くより、60点の下書きを直す方が圧倒的に速い。

自分は「このプロジェクトのREADMEを書いて。対象読者はチームの新メンバー。技術スタックはXXX」と指示する。構成とトーンだけ指定すれば、あとは整えるだけで済む。

🗣️ 体験談

社内ドキュメントの作成時間が半分になった。特に「書かなきゃいけないけど後回しにしがちな」ドキュメントほど効果が大きい。心理的ハードルが下がる。

「こういうアーキテクチャを考えてるんだけど、問題点ある？」と聞く。完璧な設計が返ってくるわけじゃないけど、自分が見落としてるケースを指摘してくれることがある。

特にエッジケースの洗い出しに使える。「このAPIで同時に100リクエスト来たらどうなる？」みたいな質問を投げると、考慮漏れに気づける。

「毎週月曜にSlackに投稿するリマインダースクリプトを書いて」みたいな、小さい自動化タスク。これはChatGPTが最も得意とする領域。

5分で書けるスクリプトに30分悩むなら、ChatGPTに30秒で書かせた方がいい。

⚠️ 注意

ChatGPTが生成したスクリプトをそのまま本番環境で動かすのは避けること。特にファイル操作やDB操作が含まれる場合は、必ずテスト環境で動作確認してから。

逆に、これはやらない方がいいというパターンも書いておく。

ChatGPTに「最新のXXXの情報を教えて」と聞くのは危険だ。学習データの時点で情報が止まってるから、古い情報を自信満々に返してくることがある。最新情報は公式ドキュメントを見る。ChatGPTは「考え方」を聞く場所であって「事実」を聞く場所ではない。

ChatGPTは使い方次第で、ただのおもちゃにも仕事の相棒にもなる。

大事なのは「ChatGPTに仕事をさせる」んじゃなくて「ChatGPTと一緒に仕事する」という感覚。自分の判断を代替させるんじゃなくて、判断の質を上げるために使う。

そこさえ間違えなければ、かなり頼れるパートナーになる。