この記事で得られること
- AIツールの「正しい使い方」と「危険な使い方」の境界線
- エラー解決・コードレビュー・設計相談で今日から使えるプロンプト20個
- 先輩に聞く前にやるべきAI活用フロー
- 1年後に「AIに使われるエンジニア」と「AIを使いこなすエンジニア」の分かれ道
注意: この記事のテクニックは「AIに答えをもらうため」のものではありません。「AIを使って自分の理解を深めるため」のものです。この違いを意識しながら読んでください。
はじめに — AIを使う新人と使わない新人の差
僕はCEO1名+AIエージェントで会社の9部門を運営しています。開発・マーケ・営業・経理・CS・法務。すべてAIと一緒に回しています。月額コストは約18,000円。
この経験から断言できることがあります。
AIを「答えを教えてくれる機械」として使う人は伸びない。
AIを「一緒に考えてくれるパートナー」として使う人は、3倍速で成長する。
この差は1ヶ月で現れ、1年後には取り返しがつかないほど開きます。
以下、「パートナーとして使う」ための20の具体的なテクニックです。すべてコピペで使えるプロンプト付きです。
第1章: AIツールの選び方（最初の1週間）
1. 4大AIツールを全部試す。推しを決めるのは3ヶ月後
「どのAIが一番いいですか？」
答えは「全部試してから自分で決めてください」です。
| ツール | 無料枠 | 得意なこと | 新人へのおすすめ度 |
|---|---|---|---|
| ChatGPT | GPT-4oが使える | 汎用的な質問、概念説明 | ★★★★★ |
| Claude | 無料枠あり | 長文理解、コードレビュー、日本語 | ★★★★★ |
| GitHub Copilot | 学生無料 | エディタ内のコード補完 | ★★★★☆ |
| Gemini | 無料 | Google連携、最新情報 | ★★★☆☆ |
最初の1週間で全部触ってみてください。 同じ質問を4つに投げて、回答を比較するだけでも学びになります。
2. ChatGPTとClaudeは「得意科目」が違う
| 場面 | ChatGPTが強い | Claudeが強い |
|---|---|---|
| 「○○って何？」 | ◎ 簡潔に説明 | ○ 丁寧に説明 |
| コードレビュー | ○ | ◎ 長いコードでも正確 |
| 設計の相談 | ○ | ◎ 「なぜそうすべきか」まで説明 |
| 最新技術の質問 | ◎ 検索連携あり | △ 知識が古い場合あり |
| 日本語の自然さ | ○ | ◎ |
結論: 両方使い分けるのが最強。 概念を知りたい時はChatGPT、コードを見てほしい時はClaude。
3. GitHub Copilotは「補助輪」。外すタイミングを決めておく
Copilotは強力です。でも新人が最初から全依存すると自転車に乗れないまま大人になるようなものです。
# ✅ 良い使い方: 自分で関数名と型を書いてから、中身の提案を見る
def validate_email(email: str) -> bool:
# Copilotの提案を見る → なぜこの正規表現か理解する
# ❌ 悪い使い方: 何も書かずにTabキー連打
# → 何が生成されたか理解していない
ルール: Copilotが提案したコードを採用する前に、「なぜこれが正しいか」を30秒で説明できるか自問する。
第2章: AIを使った学習加速テクニック（2-4週目）
4. エラーメッセージは「環境情報」と一緒に投げる
新人が最も時間を浪費するのがエラー解決。AIに聞けば30秒で解決することに1時間かけていませんか？
コピペで使えるプロンプト:
以下のエラーが出ました。原因と解決策を教えてください。
【エラーメッセージ】
（ここにエラーを貼る）
【環境】
- OS: macOS / Windows / Linux
- 言語: TypeScript 5.x
- フレームワーク: Next.js 14
- パッケージマネージャ: npm / yarn / pnpm
【やろうとしていたこと】
（自分の言葉で1-2行）
「環境」を添えるだけで回答の精度が2倍になります。 これを知らない新人が本当に多い。
5. 「なぜ？」を3回聞いて根本原因を掴む
AIが答えをくれた。でもそこで終わりにしない。
Q: このエラーの原因は？
A: 型の不一致です。
Q: なぜ型の不一致が起きたのですか？
A: APIレスポンスがstring型で返ってきているのに、number型で処理しようとしています。
Q: なぜAPIはstring型で返すのですか？JSONは型を持つのでは？
A: JSONの仕様上、大きな数値はstring型で返すことがあり...
3回「なぜ？」を繰り返すと、対症療法ではなく根本治療ができるエンジニアになれます。これはAIがなくても使えるスキルです。
6. コードレビューを先輩に出す前にAIに通す
コピペで使えるプロンプト:
以下のコードをレビューしてください。
新人が書いたコードという前提で、厳しめにお願いします。
【チェック観点】
1. セキュリティ上の問題
2. パフォーマンスの改善点
3. 命名規則の適切さ
4. エラーハンドリングの十分さ
5. テストしやすさ
（コードを貼る）
効果: 先輩の時間を節約できる + ケアレスミスを事前に潰せる + 先輩からの評価が上がる。 三方良しです。
7. AIに「間違い探し問題」を出してもらう
受け身の学習を卒業する最強のテクニック。
TypeScriptの初心者がよくやる間違いを含んだコードを5つ作ってください。
ルール:
- 何が問題かは教えないでください
- 各コードは10行以内
- 難易度は「実務で実際にやりがちなミス」レベル
- 答えは「答え合わせ」と言ったら教えてください
自分で問題を発見する → 修正を考える → 答え合わせ。このサイクルが最も成長速度が速いです。
8. 設計相談は「3つの選択肢」を求める
ユーザー認証機能を作りたいです。
【要件】
- メールアドレス + パスワードでログイン
- セッション管理
- パスワードリセット
【技術スタック】
Next.js 14 + Supabase
設計アプローチを3つ提案してください。
それぞれのメリット・デメリット・推奨ケースも教えてください。
「1つの答え」ではなく「3つの選択肢」を聞く。 比較検討する力こそ、エンジニアの実力です。
第3章: AIとの正しい距離感（最重要）
9. AIは自信満々に間違える。この事実を忘れるな
僕が実際に経験した事故:
AIが提案したnpmパッケージをそのまま使ったら、すでに非推奨（deprecated）だった。本番環境でセキュリティ警告が出て、リリース直前に差し替える羽目に。
AIが特に間違えやすい領域:
- 最新バージョン固有のAPI変更
- セキュリティのベストプラクティス
- 廃止されたライブラリの推奨
- ライセンスの互換性
対策: AIの回答を採用する前に、公式ドキュメントで裏を取る。 この習慣を1年目で身につけた人と、つけなかった人の差は計り知れません。
10. 「5分ルール」— AIに聞く前に自分で考える
問題発生
↓
まず5分、自分で考える（ログを読む、ドキュメントを検索する）
↓
5分で解決しない → AIに聞く
↓
AIの回答を理解する（コピペしない）
↓
自分の手でコードを書く
「自分の手で書く」が地味に最重要。 コピペと手打ちでは、記憶への定着率が5倍違います（体感）。
11. AIとのやり取りをナレッジベースにする
毎日のAIとの会話から学んだことをメモする。
## 2026-04-01: TypeScript型ガード
### きっかけ
PRレビューで「型ガードを使って」と言われて意味がわからなかった
### AIに聞いたこと
- typeofでプリミティブ型をチェック
- instanceofでクラスをチェック
- ユーザー定義型ガードは is キーワード
### 自分の理解（自分の言葉で）
「この変数は○○型です」とTSに教える仕組み。
if文で型を絞り込むと、安全にプロパティにアクセスできる。
### 関連コード
（実際に書いたコードを貼る）
1ヶ月分溜まると、自分だけの「技術辞書」が完成します。 これは先輩に見せても恥ずかしくないアウトプットになります。
12. コミットメッセージはAIと「壁打ち」する
以下の変更に対するコミットメッセージを3案ください。
Conventional Commits形式で。
【変更内容】
- ログインフォームにバリデーション追加
- メールアドレスの形式チェック
- パスワードの最小8文字チェック
提案:
feat(auth): add login form validation for email and passwordfeat: implement client-side validation on login formfeat(login): add email format and password length validation
AIの案をそのまま使うのではなく、チームの慣習に合わせて調整する。 3ヶ月で良いコミットメッセージが自然に書けるようになります。
第4章: 現場で差がつくAI活用（1ヶ月目以降）
13. 先輩のPRコメントの意味をAIで予習する
先輩のPRレビューコメント:
「ここ、N+1問題になっていますね」
この指摘が何を意味するのか教えてください。
また、以下のコードのどこが問題で、どう修正すべきか具体的に示してください。
（コードを貼る）
先輩に「N+1って何ですか？」と聞いてもいい。 でも、AIで予習してから「N+1問題についてAIで調べたのですが、○○の理解で合っていますか？」と聞くと、先輩の反応が全然違います。
14. テストコードを「お手本」として生成させる
以下の関数のテストコードをVitestで書いてください。
含めてほしいケース:
1. 正常系（期待通りの入力）
2. 異常系（無効な入力）
3. 境界値（空文字、null、最大値）
4. エッジケース（特殊文字、Unicode）
各テストケースに「なぜこのケースをテストすべきか」のコメントもつけてください。
（関数コードを貼る）
「なぜこのケースをテストすべきか」のコメントがポイント。テストの書き方だけでなく、テスト設計の考え方が身につきます。
15. 英語ドキュメントを「質問形式」で読む
Next.js 14のApp Routerについて、以下の3つだけ教えてください。
1. App Routerとは何か（3行で）
2. Pages Routerとの主な違い（箇条書き5つ）
3. 最小限の動くサンプルコード（20行以内）
その後、「よくある落とし穴」を3つ教えてください。
ドキュメント全体を読むのではなく、知りたいことを質問形式で聞く。 読解効率が10倍になります。
16. Git事故は「安全に」復旧する
git rebase中にコンフリクトが発生しました。
【エラーメッセージ】
（貼る）
【やりたいこと】
mainブランチの変更を取り込みたい
安全に解決する手順を1ステップずつ教えてください。
各ステップで「何が起きているか」の説明もお願いします。
破壊的な操作（--force等）は使わないでください。
「破壊的な操作は使わないで」と明示するのが重要。 AIは時々 git reset --hard を平気で提案してきます。
第5章: 2ヶ月目からの上級テクニック
17. CLAUDE.mdでAIにプロジェクト知識を教える
プロジェクトのルートに CLAUDE.md というファイルを作ります。
# プロジェクト名
## 技術スタック
- TypeScript + Next.js 14
- Supabase (PostgreSQL)
- Vitest
## コーディング規約
- 関数名はcamelCase
- コンポーネント名はPascalCase
- コミットメッセージは日本語
## 禁止事項
- any型の使用禁止
- console.logをコミットしない
これを置くだけで、Claude Codeが毎回のやり取りでプロジェクトのルールを自動で理解してくれます。「TypeScriptで書いて」と毎回言う必要がなくなります。
18. AIに「鬼コーチ」役をさせる
あなたは厳しいけど成長させてくれるシニアエンジニアです。
新人の僕のコードに対して、以下の観点でフィードバックしてください。
- 「実務ではこれだと困る」ポイント
- 「この書き方だと半年後にメンテできなくなる」ポイント
- 「セキュリティ監査で指摘される」ポイント
お世辞はいりません。本気でレビューしてください。
（コードを貼る）
「お世辞はいりません」が魔法の言葉。 通常モードでは教えてくれないシビアな指摘が出てきます。
19. デバッグの「考え方」を学ぶ（答えは聞かない）
以下のバグの原因を「教えないで」ください。
代わりに、原因を特定するための調査手順を教えてください。
「まず何を確認するか」「次に何を試すか」のステップで。
バグの症状:
（症状を書く）
コード:
（コードを貼る）
答えを教わるのは一瞬で終わる。でも「調べ方」を学べば一生使える。 これが最も費用対効果の高いAI活用法です。
20. 週次振り返りをAIと一緒にやる
毎週金曜日、15分でやる。
【今週やったこと】
- ログイン機能の実装完了
- APIのエラーハンドリング追加
- 先輩のPRレビュー対応3件
【今週学んだこと】
- TypeScriptのUnion型
- Supabase RLSの仕組み
- Gitのrebase vs mergeの使い分け
【つまずいたこと】
- RLSのポリシー設定で2時間ハマった
- テストの書き方がまだ自信ない
上記をもとに:
1. 来週優先的に学ぶべきことを3つ提案してください
2. つまずいたことへの対策を教えてください
3. 先輩との1on1で話すべきトピックを提案してください
「先輩との1on1で話すべきトピック」を提案してもらうのがミソ。 1on1を有意義にする準備がAIでできます。
まとめ — 1年後に差がつく「AIとの付き合い方」
やるべきこと
| # | テクニック | 効果 |
|---|---|---|
| 1-3 | ツール選定 | 自分に合ったAIを見つける |
| 4-8 | 学習加速 | エラー解決・レビュー・設計が3倍速に |
| 9-12 | 正しい距離感 | AIに依存しない自走力を養う |
| 13-16 | 現場で差がつく | 先輩の評価が上がる |
| 17-20 | 上級テクニック | チーム全体の生産性を上げる |
やってはいけないこと
- ❌ AIの回答をコピペしてそのまま使う
- ❌ 公式ドキュメントを読まずにAIだけ信じる
- ❌ 自分で考える前にAIに聞く
- ❌ AIが書いたコードをテストせずにコミットする
最も大切なこと
AIは「答えをくれる機械」ではなく、「学びを加速するパートナー」です。
AIを使いこなせるエンジニアは、AIに使われるエンジニアの3倍速で成長します。
あなたの最初の1ヶ月を、最高のスタートにしてください。応援しています。
もっと深く学びたい方へ
この記事で紹介したCLAUDE.mdの設計やAIエージェントの活用法を体系的に学びたい方は、以下の書籍で詳しく解説しています。
📘 CLAUDE.md設計パターン — AIエージェントを思い通りに動かす実践ガイド
プロジェクトに合わせたCLAUDE.mdの書き方を全10章で網羅。
📘 Claude Codeで会社を動かす — AIエージェント経営の実践記録
CEO1名+AIで9部門を運営する実践ノウハウ。
📕 全書籍一覧は こちら