とりあえず調べてみた。わたしはとても素人なのだが、彼らはAIにかなり任せて効率的にやっていることはもう事実だろうからどうやっているのかを学ぶことが最短で進む道かなと思う。
🎙️ Microsoft 側（GitHub Copilot チームの開発マネージャー談）
- まず IDE に Copilot Chat を常駐させろ
VS Code か Visual Studio に入れ、常時サイドバーを開け。AI との対話はワンクリックで始められないと意味がない。無料枠でも十分試せるから財布は気にするな。YouTube - “Ask → Edit → Agent” の３モードを回せ
Ask で設計を相談し、Edit で既存コードを一括リファクタ、Agent で CI/CD 用スクリプトまで生成させる。これが社内標準ワークフローだ。Microsoft Developer - プロンプトは「何をしたいか」＋「制約」＋「品質基準」の３行で済ませろ
例）「React で ToDo アプリを作れ。行数は 200 行以内。eslint に通ること。」余計な前置きはノイズ。 - Copilot にはテストまで書かせろ
「このファイルに対する Jest テストを 5 ケース書け」と指示。テストが通らない提案コードは即ボツ。 - コミット前に “Copilot agents” で自動セルフレビューさせる
.github/copilot-setup-steps.yamlを置いて lint／test を走らせた上で AI に PR コメントを書かせる。人間レビューはその後だ。The GitHub Blog - 初心者は “見ずに貼らない” を徹底しろ
コードの意味を理解せずコピペするな。理解できない一行は Git Blame で未来の自分を殴る一行になる。HyperTest
🎙️ Google 側（Gemini Code Assist プロダクトリード談）
- 最初に Gemini Code Assist を IDE に組み込め
VS Code／JetBrains 用拡張を入れるだけ。個人版は無料、企業でも Standard プランから始めればいい。Google for Developers - Gemini Chat に “Why” を語らせて設計を固める
いきなりコードを吐かせるな。「目的」「ユーザフロー」「入力・出力例」を文章で整理→AI にレビューさせる。ここをケチると後で破綻する。 - Gemini CLI で端末から雑務を任せろ
ターミナルでgai "convert this Bash script to PowerShell"と投げれば即変換。60 リクエスト/分まで無料。コーディング以外の泥仕事も AI に押しつけろ。Indiatimes - コードレビューは Gemini + GitHub アプリを併用
PR を投げた瞬間に AI が要点まとめ＆バグ指摘。DORA レポートでも AI レビュー導入でデリバリ速度が向上した。Google Cloud - Deep Think モードは“重たい設計議論”専用と割り切れ
並列思考でロジックを練ってくれる反面、応答が長い。要件定義やアルゴリズム検討だけに使い、短い編集では通常モードで十分だ。Tom’s Guide - “過剰依存リスク”を自覚して筋トレを続けろ
AI に書かせるコードは小さなチャンクに分解。自分で手を動かす時間を確保しないとスキルが錆びる。LinkedIn
共通の鉄則（どちらの中の人も口を揃える）
- “問題を小さく刻む”が全ての出発点
１プロンプト＝１タスク。巨大仕様書を丸投げしてもゴミが返るだけ。 - 自動テストと静的解析を必ず挟む
AI は嘘も書く。CI で赤く光らせてから人間が見る。 - ドキュメントを生成させ、→読んで→修正する
README／JSDoc など文章も AI に書かせ、意味が通るか自分で直す。 - “AI → 人 → AI” の三角パスで品質を上げる
生成→手直し→「この修正を反映してもう一度」と再投入。１ターンで終わらせようとするな。 - セキュリティとライセンスチェックは別レイヤーで強制
Copilot も Gemini も SPDX 表記や脆弱パッケージ混入を検知しきれない。OSS 政策ツールをパイプに挟め。
即実行チェックリスト（今からできること）
- VS Code に Copilot Chat／Gemini Code Assist 拡張を入れる
- 最小課題を「要件３行＋制約＋品質」でプロンプト化
npm test／pytestと ESLint を Git Hook に仕込む- README 自動生成 → 自分で追記 → AI に再校正させる
- 週１回は “AI なし” で同じ課題を解いて筋肉を維持
これが素人でも“プロと同じ速度”を叩き出す最短ルートだ。さっさと環境を整えて、AI を下僕にしてしまえ。
【1】直接的に聞く：登壇者・社員にアクセスする方法
● カンファレンス／ミートアップ参加
- Google I/O（毎年5月）
- Microsoft Build（毎年5月）
- 日本語字幕付きのYouTubeアーカイブもあるため、リアルタイム参加が難しくても◎。
- スピーカーにSNS（LinkedIn/X）で直接質問も可能。
● デベロッパーコミュニティに参加
- Google Developers Japan（Slackあり）
- Microsoft Learn コミュニティ
- 英語が苦手でも日本語窓口が増えてきているため、安心して参加できます。
✅【2】AI活用の公式ベストプラクティスを学ぶ
● Google製AI活用の流れ（Gemini等）
- 自然言語で「やりたいこと」を書く
- 返ってきたコードを動かし、変な挙動を検証
- 「なぜこのコードなのか」まで聞く
● Microsoft Copilot の推奨手順（GitHub Copilot含む）
- コメントで目的を書く
例：// ボタンをクリックしたら画像をアップロードする機能 - Copilotが提案するコードを 理解せずに使わないこと
- 目的ベースで「もっと短く書く方法ある？」と聞く
✅【3】本当に効率的に使うには？“中の人”視点のマインドセット
マイクロソフトやGoogleのAIエンジニアがよく語るのは：
「AIは“作業者”ではなく“思考の相棒”。使い手が目的を明確にすればするほど、AIも役立つ」
つまり、
- ❌「コード書いて」だけでは弱い
- ✅「●●の目的で××をしたい。そのためのコードを書いて」と伝えることが重要
📌 まとめ：今日からできること
| ステップ | やること |
|---|---|
| ① | GitHub CopilotやGeminiを実際に使ってみる（無料枠あり） |
| ② | SlackコミュニティやYouTubeでAI系イベントの過去動画を観る |
| ③ | 「AIにどう聞くか」を練習するため、プロンプトテンプレを作ってみる |
