AI駆動開発で増えるのは、決める仕事と確かめる仕事
レビューできない量を出させるのは、開発ではなく借金です。
AIにコードを書かせると、1日で数千行が出てくることがあります。読まずに通せば、その日は進んだように見えます。ところが3週間後、直せないものが残ります。どこで何が決まっているのか、誰も説明できないからです。
ここで効くのは、技術の知識よりも、任せる前に何を決めたかです。決めていないことは、AIが勝手に決めます。もっともらしく、こちらの意図とは違う形で。
事業側が決める4つ
技術の選定はエンジニアに任せられます。任せられないのは、次の4つです。
| 決めること | 中身 | 決めないと起きること |
|---|---|---|
| 受け入れ条件 | 何ができていれば完了か。数字と、確認する手順まで | 動くものは出てくるが、求めていた形とは違う |
| 触ってよい範囲 | どのファイル・どの環境・どの権限まで許すか | 関係のない箇所まで書き換わる。消えて困るものが消える |
| 確かめ方 | 何をテストし、どこを人が読むか | 通ったことだけを根拠に進み、後から作り直す |
| 止める線 | どうなったらやめるか。期間と費用の上限 | 手を入れ続けてしまう。撤退の判断が誰にも出せない |
受け入れ条件は、先に文章で書く
「使いやすくして」では、AIも人も同じように迷います。受け入れ条件は、たとえばこう書きます。「登録の途中でブラウザを閉じても、入力済みの内容が残ること」「1件の処理が3秒以内に終わること」「エラーのときは、何が悪かったかを画面に出すこと」。この粒度まで書けば、出てきたものを機械的に確かめられます。
範囲は、ファイルではなく権限で切る
実務でよく効くのは、触ってよいファイルの指定よりも、実行してよい操作の指定です。消す操作、外部に送る操作、本番に反映する操作は、人の承認を挟みます。ここを決めておくと、事故の大きさが変わります。
よく踏む、3つの落とし穴
1. テストが仕様を追認するだけになる
AIはテストも書きます。ただし、書いたコードに合わせてテストを書くと、間違った実装に合格印を押すだけになります。テストで確かめたいことは、実装の前に人が決めておく必要があります。
2. 依存と秘密情報が、静かに増える
AIは足りない機能を、外部のライブラリで埋めようとします。増えた依存は、ライセンスや脆弱性の管理対象になります。もうひとつ、鍵や認証情報を渡してしまう事故も起きます。設定ファイルやログに残る形にしないことは、任せる前に決めておく話です。
3. 一度通ったことを、根拠にしてしまう
同じ指示でも、AIの出力は毎回わずかに変わります。1回動いたことは、いつも動くことの証明にはなりません。自動で回るテストを置くのは、この揺れを前提にするためです。
推進の前に知っておく言葉
エンジニアと話すときに出てくる言葉のうち、事業側が意味を知っておくと会話が早いものを並べます。使いこなす必要はありません。
| 言葉 | 意味 | なぜ事業側に関係するか |
|---|---|---|
| サンドボックス | 隔離された作業場所。そこで何をしても、本番や手元の環境は壊れない | AIに自由に試させる場所を用意するかどうかは、事故の大きさを決める |
| CLI | 文字で命令を打って操作する道具。画面のボタンの代わり | AIが操作できるのは、たいていこの形。何を許すかが権限の設計になる |
| MCP | AIを外部の道具やデータに繋ぐための共通の接続口 | 繋ぐほど便利になり、同時に触れる範囲が広がる。接続先の選定は事業判断 |
| lint | 書き方の決まりを機械で検査する仕組み | 人が読む前に、機械で落とせるものを落とす。レビューの負荷が下がる |
| CI | 変更のたびに、検査とテストを自動で回す仕組み | AIの出力を通す門。ここが無いと、確かめる仕事が全部人に乗る |
| 境界条件 | ふつうではない入力。0件、空欄、最大値、想定外の文字 | 不具合はここに出る。受け入れ条件に含めるかどうかで品質が変わる |
| 入力検証 | 外から来た値を、使う前に確かめること | 抜けると、意図しない操作を外部から実行される穴になる |
| 安全でないデフォルト | 初期設定のままだと、誰でも見られる・実行できる状態 | 速く作るほど残りやすい。公開前に必ず確かめる項目 |
| ライセンス | そのコードを、どういう条件で使ってよいかの取り決め | 条件によっては、自社の成果物の公開義務が生じる。商用の可否に直結する |
求人票の言葉から、実態を読む
同じ「AI活用」でも、任される範囲はまったく違います。
当社が掲載している募集200件のうち、AIを事業に実装する局面は62件、そのなかでフォワードデプロイドエンジニア(FDE)が20件、AI・DX推進が27件です(2026年8月時点)。求人票の言い回しから、実態はある程度読めます。
| 募集の言い方 | 実際に問われること |
|---|---|
| AI活用に積極的 | 社内に文脈が整っていない段階のことが多い。まず整える仕事から始まる |
| AIエージェントの開発 | 権限と接続先の設計。何を自動で実行させ、どこで人が止めるか |
| LLMプロダクトの開発 | 評価の仕組みと、社内文書を引かせる設計。ここが品質の大半を決める |
| FDE(顧客の現場で実装) | 仕様を現場で決めて、動かし続けるところまで。FDEの仕事内容に詳しく書いています |
| AI基盤の構築 | 作るより、回す設計。CI・監視・費用の管理 |
職種名が会社ごとに違うことについては、AI事業開発とはで整理しています。
まとめ
この記事の要点
- AI駆動開発で詰まるのは技術ではなく、決めていないこと
- 事業側が決めるのは、受け入れ条件・触ってよい範囲・確かめ方・止める線
- 受け入れ条件は、確認できる粒度まで文章で書く
- 範囲は、ファイルよりも「実行してよい操作」で切る
- 読めない量が出てきたら、そこで止めて任せる単位を切り直す
- テストの内容は、実装の前に人が決める
よくある質問
AI駆動開発で、事業側は何を決めればよいですか?
エンジニアでなくても、AI駆動開発を推進できますか?
レビューできない量のコードが出てきたら、どうすればよいですか?
AI駆動開発の経験は、転職市場でどう評価されますか?
自分がどこまでできているか、確かめる方法はありますか?
※ 記事内の件数と年収は、当社が掲載しているピックアップ求人を2026年8月17日時点で集計したものです。個別の労働条件は、面談で求人票をもとにお伝えします。
AIをどこまで任されるポジションが合うのか、一緒に整理します。
無料キャリア相談(30分)→