「システムを直してほしい」と思ったとき、あなたはエンジニアにSlackを送りますか？
私が日々の業務でAIコーディングエージェントを使い込んできた経験から言うと、UIの修正・テキスト変更・設定変更・簡単な機能追加なら、今すぐ非エンジニアでも自分で完結できます。エンジニアへの依頼を書く時間で、もう修正が終わっている——そういう時代が来ています。
この記事では、Claude CodeやCursorといったAIコーディングエージェントを使って、非エンジニアがシステムを自分で修正するための実践手順を解説します。
AIがコードを書く時代に非エンジニアに何が変わったか
従来、システム修正の流れはこうでした。
- 非エンジニアが要望をSlackで送る
- エンジニアが意図を確認する（往復が発生）
- エンジニアが実装する
- 非エンジニアが確認する
- 修正があれば再び繰り返す
この往復が、小さな修正でも数日かかる原因でした。
AIコーディングエージェントはこの構造を変えます。AIはあなたの言葉でコードを書き、変更箇所を説明し、どのファイルを何行変えたかまで教えてくれます。あなたがやることは「何をどう変えたいか」を伝えることだけです。
AIコーディングエージェントの主な選択肢
| ツール | 特徴 | 非エンジニアへのおすすめ度 |
|---|---|---|
| Claude Code | ターミナルで動く。指示の解釈力が高く、複数ファイルをまたいだ変更も得意 | ★★★★☆ |
| Cursor | VS Code互換のエディタ。コードを見ながらAIに話しかけられる | ★★★★★ |
| GitHub Copilot | エディタに統合。コード補完が中心 | ★★★☆☆ |
非エンジニアが最初に使うならCursorが最も入りやすいです。画面でコードを見ながらAIとチャットできるため、何が変わったか視覚的に確認できます。
AIへの指示（プロンプト）の3要素
AIは優秀ですが、あなたの頭の中は読めません。指示に必要な情報を渡すことで、AIは変更内容を推論して動いてくれます。最低限、次の3つを伝えましょう。
1. どこで（対象ページのURL）
「あの画面」「管理のところ」では、AIはどこを触るべきか特定できません。対象ページのURLをそのままコピーして貼るだけで十分です。
https://example.com/profile/taroのプロフィールページ
URLがない場合（ローカル環境など）は、画面名や遷移手順を添えてください。
2. なにを（対象の箇所）
ページ内のどの部分かを、目に見えるものの名前で指定します。
プロフィール詳細表示部分の名前（山田 太郎）
「どこにある何」と言えるだけで十分です。コンポーネント名やファイル名は不要——AIがコードを検索して見つけてくれます。
3. 何したい（要望）
最後に、何をどうしてほしいかを伝えます。
名前の文字を大きくして、クリックするとLinkedInページ（
https://linkedin.com/in/taro）に飛ぶリンクにしてほしい
まとめると、この3つを組み合わせた指示はこうなります。
https://example.com/profile/taroのプロフィールページで、プロフィール詳細表示部分にある名前（山田 太郎）の文字を大きくして、LinkedInページ（https://linkedin.com/in/taro）へのリンクにしてほしい
これだけでAIは動けます。ビジネス上の背景や「なぜ変えたいか」を添えると、AIがより適切な実装方法を選んでくれますが、必須ではありません。まず3要素を揃えることを優先してください。
実際にやってみる：ボタンの色を変える例
Cursorを使った具体的な手順を示します。
ステップ1：Cursorを開いてプロジェクトを読み込む
CursorでWebサイトやシステムのプロジェクトフォルダを開きます。エンジニアに「Cursorで開けるようにしてほしい」と一度だけ依頼すれば、以降は自分で操作できます。
ステップ2：AIチャットに指示を送る
Cursorの右側パネルでAI（Claude）に次のように入力します。
https://example.com のトップページで、ヘッダー右上にある「お問い合わせ」ボタンの
背景色を青(#0066CC)、文字色を白(#FFFFFF)に変えてほしい。
ステップ3：AIが提示した変更を確認する
AIはどのファイルの何行目を変えるかをdiff（差分）で表示します。変更内容を読んで問題なければ「Apply」をクリックします。
ステップ4：ブラウザで確認する
ローカル環境（localhost:3000 など）でブラウザを開いて確認します。意図通りであればエンジニアにレビューを依頼して本番反映します。
ステップ5：うまくいかなければ最初からやり直す
AIの修正が想定と違った場合、ファイル名や技術的な原因を調べようとしなくて構いません。一度会話をリセットして、指示を少し変えてもう一度試すだけで十分です。
「さっきの修正はうまくいかなかったので、最初からやり直してください。〇〇ページの△△を□□にしてほしいです」
試行錯誤を繰り返しながら意図に近づけていくのが、AIとの作業の基本スタイルです。
非エンジニアが自力で対応できる範囲
すべての修正がAIだけで完結するわけではありません。境界を理解しておくことが重要です。
AIだけで対応できるケース
- テキスト・コピーの修正（ボタンのラベル、説明文、エラーメッセージ）
- 色・フォント・余白などのUIスタイル変更
- 画像の差し替え
- リンク先URLの変更
- 簡単な表示ロジックの変更（〇〇の場合に△△を表示する、など）
- 設定ファイルの値の変更
エンジニアが必要なケース
- データベースの構造変更（テーブル追加・カラム追加）
- 決済・認証・セキュリティに関わる変更
- 外部APIとの連携部分の変更
- パフォーマンスに影響する大規模なリファクタリング
- インフラ・サーバーの設定変更
判断に迷ったら「この変更はデータベースに影響しますか？」とAIに聞けば、自分でやるべきか相談すべきかを教えてくれます。
失敗しないための3つの注意点
1. git操作はエンジニアにスキル化してもらう
本番環境のコードを直接編集してはいけません。ただし、非エンジニアが自分でgitコマンドを覚える必要はありません。
エンジニアに「ブランチ作成・変更の保存・レビュー依頼を自然言語の指示だけでできるようにしてほしい」と依頼して、一度だけセットアップしてもらいましょう。そうすると「今の変更を保存してレビュー依頼を出して」という一言だけで、git操作が完結するようになります。
git関連の操作をはじめ、繰り返し発生する手順はエンジニアにスキル化・自動化してもらうことで、非エンジニアは自然言語で指示を出すだけで作業が進む環境が作れます。
2. 本番には直接反映しない
変更後は必ずローカル環境で動作確認し、エンジニアのレビューを経て本番に反映します。AIが生成したコードが必ず正しいとは限りません。「動いているように見えるが、別の機能を壊している」ケースがあります。
3. AIの出力を鵜呑みにしない
AIは自信を持って間違えることがあります。特に「このコードで大丈夫ですか？」と聞くと「はい」と答えがちです。変更前後で画面が意図通りに動くかを必ず自分の目で確認してください。
まとめ：AIへの指示力が現場の競争力になる
エンジニアとの協力は引き続き必要です。ただ、「小さな修正のたびにエンジニアを待つ」という構造は、AIコーディングエージェントで変えられます。
非エンジニアがAIへの指示に慣れることで得られるメリットは3つです。
- スピード：依頼→確認→修正のサイクルが数日から数時間に短縮
- 解像度：自分で触れることで、システムの構造への理解が深まる
- コスト：エンジニアのリソースを本当に必要な課題に集中させられる
「AIに命令する能力」は、これからのビジネス現場で差がつくスキルです。最初の一歩は小さくていい——ボタンのテキストを一つ変えることから始めてみてください。
