AIが何でもできるようになったとき、人間は何を担えばいいのか——この問いに対する答えは、「判断だけを人間に残す」です。
作業は渡せます。ただし判断は渡せません。この非対称性が、AIと働くときの設計の核心になります。
この記事では、今回のサーバー移行作業を通じて実感した「判断の分業」の構造と、その判断基準を整理します。
AIには「作業」を渡し、人間は「進めるかどうか」だけを判断する。この分業を設計できると、技術がわからなくても複雑な実装を完走できます。
– 「AIに何を任せればいいかわからない」という方は「判断の分業」へ
– 「自分はどこで判断すればいいか」という方は「判断基準の設計」へ
移行を決めたのは「技術」ではなく「コスト」だった
何か新しいことを始めるとき、「自分には技術がない」という理由で止まってしまうことはありませんか？
今回、WordPressで運営していた6サイトをXserverからHetzner VPSへ移行する判断をしました。きっかけは技術的な動機ではありませんでした。Xserverの更新時期が近づいていたこと、そしてディスク使用量が500GBのうち3GBしか使っていない状態で月額約1,100円を払い続けることへの疑問、ただそれだけです。
判断の起点はシンプルでした。「やる価値があるか」という問いだけです。
判断の順番：「できるかどうか」より先に「やる価値があるか」
多くの人が「できるかどうか」を先に考えます。技術があるかどうか、知識があるかどうか。ただ、この順番は判断を誤らせます。
「やる価値があるか」を先に判断する。YESなら、できる方法を探す。この順番で考えると、技術の有無は「手段の問題」になり、「判断の問題」ではなくなります。
今回の移行で言えば、判断はこうでした。
- Xserver月額約1,100円 → HetznerはすでにVPS月額約600円で稼働中
- 年間約6,000円の削減
- n8nとWordPressが同じVPSに集約できる
これだけ整理すれば、「技術的にできるかどうか」は後から考える問題です。「やる価値がある」という判断が先にあるから、次の問いに進めます。
「できるかどうか」を先に考えると、技術の壁が判断を止めます。「やる価値があるか」を先に問うことが、AIと働く時代の判断の起点です。
技術はAIに任せ、人間は「進めるかどうか」を判断した
作業の全体像を見ると、自分がやったことが実は非常に限られていたことに気づきます。
分業の実態
今回の移行でAIが提示したのは、こういうコマンド群でした。
mysqldump -u affiliaterpt_wt1 -p'****' affiliaterpt_wt1 > /home/affiliaterpt/bizinets_biz_dump.sql
scp -P 22 /home/affiliaterpt/bizinets_biz_dump.sql [email protected]:/tmp/
私がやったのは、このコマンドをターミナルにコピペして、結果を見て「次に進む」か「止まって聞く」かを判断することだけです。mysqldumpが何をしているか完全に理解していたわけではありません。scpの仕組みを詳しく知っていたわけでもありません。
それでも移行は完了しました。
人間の役割は「承認」だった
AIが「次のコマンドを実行してください」と提示する。私はその意味を理解できるか確認する。理解できれば進む。理解できなければ「これは何をするコマンドですか」と聞く。その繰り返しです。
これは「技術を持たない人間がAIに使われている」のではなく、「判断者としての人間がAIを使っている」状態です。
この違いは、作業の結果ではなく、責任の所在にあります。「このコマンドを実行する」という判断は常に私がしていました。AIはその判断材料を提供する役割でした。
以前、非エンジニアがAIでアプリを作れた理由を記録しましたが、今回も同じ構造でした。実装はAIが担い、判断は人間が担う。この分業が機能する場面は、技術の領域に限りません。
詰まったとき、AIは「診断者」として機能した
移行が順調に進んだわけではありませんでした。実際にはいくつかのエラーで止まりました。そのとき、AIがどう機能したかが、今回の学びの核心です。
エラーが出たとき、AIは何をしたか
bizinets.bizのサイトで Error establishing a database connection が出ました。他の2サイトはすでに表示されていたのに、bizinetsだけが動かない。
AIに状況を伝えると、即座に診断が始まりました。
grep -E "DB_NAME|DB_USER|DB_PASSWORD" /var/www/bizinets-biz/wp-config.php
設定値を確認し、次に .user.ini を確認し、MySQLのソケットパスがXserver用のままになっていることを特定しました。さらに、パスワードに ! が含まれているため sed コマンドでの置換が失敗していた問題も、過去のチャット履歴を参照して発見しました。
AIが持っていた過去の会話から、設定したパスワードを見つけ出す。これは自分一人では到底できない作業でした。
「何が起きているか」を言語化してくれる存在
技術的な問題でつまずいたとき、最も困ることは「何が問題かわからない」状態です。エラーメッセージはあっても、その意味が読めない。何を確認すれば原因が特定できるかもわからない。
AIはこの「言語化」の役割を担います。エラーログを渡すと、「このエラーはこういう意味で、確認すべき箇所はここです」と整理してくれます。原因が特定されれば、解決策の選択肢が出てきます。選択肢の中からどれを採用するかを判断するのは、人間です。
判断基準：エラーが出たとき、AIにエラーログをそのまま渡せるか → YESなら渡す → NOなら何が起きているかを言語化してから渡す
「技術がわからない」は障壁ではなく、設計の問題だった
「技術がないからできない」という思い込みがあります。ただ、今回の経験で確信したのは、技術の有無よりも「判断できるかどうか」の方が先に来るということです。
AI時代に判断力が落ちていく理由でも触れましたが、AIが増えるほど人間に求められるのは実装力ではなく判断力です。
理解してからやる、は順番が逆
「理解してからやる」という順番は、学習の文脈では正しいことがあります。ただ実務の文脈では、この順番は行動を遅らせます。
mysqldumpを完全に理解してからサーバー移行を始めていたら、今回の移行は完了していなかったでしょう。「使いながら理解する」という順番の方が、実務では機能します。
判断できることが、技術の代わりになる
コマンドの意味を知らなくても、「このコマンドを実行していいか」は判断できます。AIが「これを実行してください」と言ったとき、「なぜこれが必要か」を1行で説明できれば、判断できます。説明できなければ、聞けばいい。
障壁は「技術がわからないこと」ではなく、「判断の基準がないこと」です。基準さえあれば、技術は後から補完できます。
判断基準：AIが提示したコマンドの目的を1行で言えるか → YESなら進む → NOなら目的を聞いてから進む
AIと働くときの「判断の分業」という設計
今回の経験を一般化すると、AIと働く際の分業構造はこのように整理できます。
AIがやること
- 実装の手順を提示する
- エラーの原因を診断する
- 過去の情報を参照して候補を出す
- 選択肢を複数列挙する
人間がやること
- 「進めるかどうか」を判断する
- 「このアウトプットを信頼できるか」を評価する
- 「今やる価値があるか」を決める
- 結果の責任を持つ
分業が崩れる2つのパターン
パターン1：AIに任せすぎる
判断もAIに委ねる状態です。「AIが言うからやる」という状態では、エラーが出たとき何が起きているか理解できません。また、AIが誤った方向を提示したときに気づけません。
パターン2：人間が抱えすぎる
「理解してからやる」に戻ってしまう状態です。AIが提示した手順を信頼せず、全部自分で確認しようとすると、作業が止まります。
この2つのバランスを保つ設計が、AIと判断を分ける設計の考え方の核心です。
判断基準：「今自分がやっていること」はAIの役割か人間の役割か → 確認してから進む
– 「やる価値があるか」を先に判断したか（「できるかどうか」より先に問うているか）
– AIが提示した手順の目的を1行で言えるか（言えなければ先に聞く）
– エラーが出たとき、ログをそのままAIに渡せる状態にしているか
– 「進める/止まる」の判断を自分でしているか（AIに判断を委ねていないか）
– 結果の責任を自分が持っていると意識しているか
まとめ：判断だけを人間に残す設計をする
今回のサーバー移行で6サイトを完走できた理由は、技術力ではありませんでした。「判断だけを自分に残す」という分業を、意識的かどうかに関わらず実行できたからです。
mysqldumpもscpもPython3も、コマンドの意味を完全に理解していたわけではありません。ただ、「このコマンドを実行する」という判断は常に自分でしていました。エラーが出たとき、何が起きているかを聞いて、解決策を選ぶのも自分でした。
AIは作業の担い手として機能しました。人間は判断の担い手として機能しました。この分業が崩れなかったから、完走できました。
今日できる一歩は、「次にAIを使う場面で、自分が判断していることを1つ言語化する」ことです。「なぜこれをやるのか」を1行で言える状態を作ることが、判断の分業を設計する出発点になります。
技術がわからなくてもできることはあります。判断できれば、進めます。
関連記事
ここまで読んで「では自分のプロジェクトで、何をAIに任せて何を自分で判断すべきか」という問いが残っている場合、それは判断軸の整理が先に必要な状態です。判断の順番を体系的に整理したい方向けに、無料PDFを用意しています。
コメント