スマホ1台でシニア級開発を投げたら、引っ越しが先に終わった――AIエージェント時代、「自分で書けない」はどこまで問題なのか

AIエージェントに大きめのソフトウェア改修を任せた。

スマホ1台でシニア級開発を投げたら、引っ越しが先に終わった――AIエージェント時代、「自分で書けない」はどこまで問題なのか
AI生成イメージ
広告
広告

AIエージェントに大きめのソフトウェア改修を任せた。

数十分で終わると思ったら、GitHubではコミットが増え、テストが増え、統合処理が増え、数時間たってもまだ実コードが更新されていた。

その間、人間側は別の用事を片付け、ついには引っ越し作業まで終わった。

人間の生活イベントが先に完了し、AIはまだリファクタリングしている。

絵面だけ見ると、だいぶ未来である。

しかも指示を出している端末はスマホだ。自分ではTypeScriptもCI/CDも内部リンク学習も詳しく分からない。それでも、目的、守るべきルール、やってよい変更、やってはいけない変更、最終確認条件を日本語で渡すと、AI側がGitHubを読み、設計し、コードを書き、テストを追加し、PRを作り、統合まで進める。

ではこれは、「スマホ1台でシニアエンジニアになった」という話なのだろうか。

半分は違う。半分は、かなりそうである。

1. スマホがシニア級の計算をしているわけではない

まず整理したい。

スマホ本体が900行のコードを吐き出しているわけではない。スマホは司令塔のリモコンである。

裏では、AIモデル、GitHub、CI、クラウド、本番環境、検索や各種ツールがつながっている。スマホはそれらへ「何を達成するか」を渡すインターフェースになっている。

だから正確には、

スマホ1台で開発しているというより、

スマホ1台から、遠隔の知的・計算・開発資源を束ねている。

昔のスマホは電話とブラウザだった。今のスマホは、うまく使えば「小さな経営会議室+開発司令室」である。

ポケットにデータセンターが入ったわけではない。

ポケットからデータセンターとエージェントを動かせるようになった。

2. なぜ今回の仕事は「シニア寄り」なのか

難しさは、コードの行数だけでは決まらない。

今回のような改修では、単に関数を一本追加するだけでは済まない。

  • 既存アーキテクチャを読む
  • 似た仕組みを二重実装しない
  • 既存の本番経路を壊さない
  • スケジューラ、GitHub、CI、公開処理の境界を理解する
  • 新しい判定ロジックを既存の中央ループへ接続する
  • 個人情報やプライバシーを守る
  • 小標本や欠損データを「ゼロ」と誤認しない
  • テストを追加する
  • 失敗がコードなのかCI基盤なのか切り分ける
  • 「どこを触らないか」まで決める

これはジュニアが一つのチケットを実装する仕事というより、既存システムを読み、変更の波及範囲を管理する仕事である。

人間でいえば、シニアバックエンド、Platform Engineer、あるいはシステム全体の責任範囲まで持つならStaff Engineer手前〜Staff級の判断が混ざる。

重要なのは、「難しいコードを書ける」だけではない。

変更してよい場所と、変更すると事故る場所を見分けることが難しい。

3. 実際どれくらいの規模だったのか

匿名化した一つの実装例では、主要PRだけで、

  • 11ファイル変更
  • 13コミット
  • 約895行追加
  • 発芽判定runtime
  • Article DNAの保護
  • 行動ログ学習
  • 内部リンク最適化への制限付き反映
  • テスト
  • 専用CI定義

まで入った。

しかも、そこで終わらない。

PRを統合した後にも、行動学習が本番検証前に勝手にグラフを書き換えないようgateを追加し、欠損telemetryをUNKNOWNとして扱う修正が続いた。

つまり、これは「895行書いた案件」ではない。

895行を書く前に既存システムを理解し、895行を書いた後にその895行が暴れないよう檻まで作る案件である。

行数だけ見て「1000行弱なら小さいじゃん」と言うと、ソフトウェア界の有名な罠に落ちる。

100行で銀行口座を全消去することもできるし、1万行で電卓を作ることもできる。

4. 人間なら何日かかるのか

既存リポジトリを初めて触る優秀な人間一人に、同じ責任範囲を任せるとする。

今回のクラスなら、概算で5〜15人日くらいを見るのは不自然ではない。

内訳は、

  1. 既存コードと運用ルールの読解
  2. 変更設計
  3. 実装
  4. テスト
  5. CIと失敗原因の切り分け
  6. PRレビュー対応
  7. 本番影響の確認

である。

「書く」だけならもっと速い。

しかし本番システムでは、書いた時間より、壊していないと証明する時間のほうが重いことがある。

IPAはソフトウェア工数換算で、特に指定がなければ1人月を160時間、つまり8時間×20日として扱う説明を公開している。

この物差しなら5〜15人日は、約0.25〜0.75人月である。

5. 人間に頼んだら、いくらくらいになるのか

ここは「正価」がある話ではない。契約、責任範囲、既存理解の有無、レビュー、本番保証で大きく変わる。

ただし公開相場から桁は見られる。

レバテックは、フリーランスITコンサルタントを週5日フルタイムで依頼する場合の目安を、2025年7月時点のデータとして月100〜110万円程度としている。

20営業日で単純割りすると、1日あたり約5〜5.5万円。

そこへ5〜15人日を当てはめると、直接稼働だけの荒い換算で約25〜83万円になる。

もちろん実際の受託では、PM、レビュー、手戻りリスク、契約管理、保証、利益が乗るのでさらに上がりうる。

したがって今回のような仕事を、

「人間なら数千円の小作業」

と見るのは無理がある。

一方で、これをそのまま「AIが80万円稼いだ」と換算するのも雑である。AIの処理速度、並列性、失敗率、監督コスト、ツール料金は人間と違うからだ。

正しい見方は、人間なら高スキル人材の数日〜数週間を消費するタイプの仕事を、個人が小さな端末から起動できるようになった、くらいである。

6. AIが6時間動いたら、人間6時間分なのか

違う。

AIエージェントが6時間継続していたとしても、人間のシニアエンジニア6時間と等価ではない。

AIは、

  • 休憩しない
  • 会議に呼ばれない
  • Slackに捕まらない
  • 「この仕様、誰が決めたんだ」と天井を見ない
  • 複数のツールを高速で往復できる

一方で、

  • 間違った前提で高速に進めることがある
  • 本番状態を誤認することがある
  • CI基盤障害とコード障害を混同することがある
  • 曖昧な許可範囲を勝手に広げる危険がある
  • 「テストを書いた」と「テストが本当に通った」を混同しうる

したがって時間ではなく、完成した変更・検証・本番確認の質で見る必要がある。

「6時間走った。えらい」まではいい。

「6時間走ったから6時間分正しい」は危険である。

7. 自分でコードを書けない人の価値は下がるのか

むしろ、役割が変わる。

これまでソフトウェアを作るには、やりたいことがあっても、その前にGit、言語、フレームワーク、デプロイ、テストを覚える必要があった。

AIエージェントは、その実装摩擦を大きく下げる。

すると人間側の重要タスクは、

  • 何を作るか
  • なぜ作るか
  • 何を絶対に壊してはいけないか
  • どこまで自動で変更してよいか
  • 何を成功とみなすか
  • 未確認をPASS扱いしないこと
  • 数字が欠けたとき「0」と決めつけないこと
  • 失敗時に全体を止めるのか局所隔離するのか

へ移っていく。

つまり、

「自分で全部書ける」が唯一の入口ではなくなりつつある。

ただし、何も分からなくてよいわけではない。

コードを一行ずつ書けなくても、システムの目的、危険、依存関係、検証の意味を理解するほど、AIへの指示品質は上がる。

運転免許のようなものだ。

エンジンを鋳造できなくても運転はできる。

でも、赤信号の意味まで知らなくていいわけではない。

8. 「AIに任せれば全部OK」が危険な理由

AI開発の一番怖い失敗は、エラー画面ではない。

成功した顔で間違っていることである。

たとえば、

  • PRはマージされたが本番に出ていない
  • CIファイルは作ったがrunnerが一度もstepを開始していない
  • データが取得できないのに0件として学習した
  • 新しいロジックを追加したが既存ロジックも残り、二重実行になった
  • 「安全のため」と称して全自動化を止めた
  • 逆に「自律化」の名目で権限を広げすぎた

などがある。

だから良い自動化は、単に「勝手に進む」ことではない。

勝手に進んでも、事実と未確認を区別することである。

ここがシニア級の運用設計と、勢いだけの自動化の差になる。

9. スマホからでも事故りにくく任せるには

長い専門用語を覚えるより、次の順番が強い。

目的を先に固定する

「このファイルを編集して」より、「最終的に何ができれば成功か」を渡す。

不変条件を書く

既存機能、個人情報、画像利用、本番経路、SEO、公開条件など、壊してはいけないものを明記する。

権限を明確にする

上書き可、PR作成可、マージ可、本番変更不可、などを具体化する。

現在状態を先に読ませる

古い会話よりcurrent main、実runtime、実public stateを優先させる。

検証を成果物に含める

「コードを書いた」ではなく、「テスト・CI・本番readbackまで確認した」を完了条件にする。

UNKNOWNを許す

分からないものを無理にPASS/FAILへ押し込まない。

これだけでも、スマホからの指示は「お願い」から「運用契約」に近づく。

スマホの画面は小さい。

仕様の責任まで小さくなるわけではない。

10. 結論――壊れているのはスマホではなく、参入障壁のほうかもしれない

自分では高度なコードを書けない人が、スマホから数時間規模のAIエージェントを動かし、シニア級の設計判断を含む改修をGitHubへ統合する。

数年前ならかなり変な文章だった。

今は、条件がそろえば実際に成立する。

ただし、ここから「もうエンジニアはいらない」と結論するのは早い。

むしろ、エンジニアリングの一部が手作業の実装能力から、設計・制約・検証・責任分界へ移動していると見るほうが正確だ。

AIによって価値が消えるのではない。

価値の置き場所が変わる。

そして最大の変化は、これまで「技術的に自分では無理」で止まっていた人が、

「では、何を作るべきか」から参加できるようになったことかもしれない。

引っ越しが終わってもAIがまだコードを書いている世界では、少なくとも「パソコンの前に座って全部自分でタイプすること」だけが開発ではない。

スマホはただの板である。

でもその板が、シニア級の開発資源を呼び出すリモコンになった。

それはまあ、普通にちょっと壊れている。

出典

  • レバテック「ITコンサルタントに業務を依頼した場合の費用相場は?選び方やコスト削減法」最終更新 2026-08-18。フリーランスITコンサルタントの目安として、2025年7月時点で月100〜110万円程度を掲載。https://levtech.jp/partner/guide/article/detail/390/
  • IPA「ソフトウェア開発データ白書シリーズに関するよくある質問と回答」。工数換算で、特に指定がなければ1人月=160人時(8時間×20日)と説明。https://www.ipa.go.jp/archive/publish/wp-sd/qa.html
広告
めんどいちゃん

この記事を書いた人

めんどいちゃん

仕事や日常の「めんどい」を構造化して、次に動きやすくする記事を書いています。

このサイトについて
広告

新着記事

  1. 1AIでマチアプの文章を作る――恋愛を外注せず「返信フック」だけ量産する
  2. 2サードアイはガチャ専用でいい:第六感を信じる場所、論理で詰める場所
  3. 3四日市とんてき、米を外したら「わんこキャベツ」が始まった
  4. 45秒で結論
  5. 5針一本を何時間も流して全員坊主。それ、魚との遭遇率から変えた方がよくない?

あわせて読みたい

広告