「AI社員」が来たら、情シスはどこへ行くのか ――OpenClawとClaude Coworkが突きつけた現実
最初に断っておきたいこと
日経クロステックに載っていた「AIは『社員』」という見出しを見て、正直ゾッとした。
「情シスが人事部の役割を果たすようになる」 「AIエージェントの費用はシステム費ではなく人件費として計上される」
https://active.nikkeibp.co.jp/atcl/act/19/00796/070700001/
この2つのフレーズ、情シス業務をやっている身からすると笑い事じゃない。冗談やバズワードではなく、もう国内の大手企業で実際に動き出している話だからだ。
今日はこのニュースを入り口に、「AI社員時代に情シスとエンジニアはどう生き残るか」を、現場目線で考えてみたい。
私もよくわからないことはAIを使って対応しているので、これが不可能ではないことは理解していた。なるほどとは思いました。
何が起きているのか（かんたんまとめ）
きっかけは2025年11月に公開されたオープンソースのAIエージェント基盤「OpenClaw」。ローカル環境に常駐させて、人間の細かい指示なしにタスクを分解し、ファイル操作やスクリプト実行、ブラウザ操作までこなす。公開からわずか数ヶ月でLinuxやReactに匹敵するGitHubスター数を獲得したというから、伸び方が尋常じゃない。
それに続いて2026年4月、Anthropicが企業向けに「Claude Cowork」を一般提供開始。部門ごとのアクセス制御や支出上限、利用状況の分析機能を備え、エンジニアでなくても業務にAIエージェントを組み込めるようにした。ここで一気に「個人のオモチャ」から「企業の労働力」へと立場が変わった。
DeNAではすでに社内チャットからいつでも呼び出せるAIエージェントが複数稼働していて、メール受信をトリガーに社内システムへの申請処理を代替しているという。メルカリに至ってはCTOがCHRO（人事責任者）とCAIO（AI責任者）を兼任する人事を発表した。AI戦略と人事戦略を同じ人間が見る体制だ。
これはもう「便利なツールが増えた」ではなく、「組織図の設計思想が変わった」というレベルの話だと思う。
情シス目線で一番刺さったポイント
記事の中で挙げられていたAI社員の5つの特徴、これを情シスの実務に置き換えると背筋が伸びる。
指示がなくてもタスクを分解して進める
過去の対応履歴や顧客情報を踏まえて次の一手を提案する
CRMやERPなど社内システムに「参照」だけでなく「入力」まで一気通貫でやる
夜間・休日も止まらない
フィードバックを受けて自己改善する
これまでのRPAやチャットボットは「決められた手順を高速でこなす」係だった。でも今回のAI社員は「手順そのものを自分で考える」係になっている。ここが決定的に違う。
情シスの現場でよくあるのが、「問い合わせ対応→社内システムへの反映→関係者への連絡」という一連の流れを、担当者が頭の中で組み立てながらこなしているパターン。これがまるごと代替対象になり得るということだ。
正直に言うと、自分たちが「自動化を進める側」だと思っていたら、いつの間にか「自動化される側」の一番手前に立っていた、という感覚がある。
「情シスが人事部になる」の本当の意味
このフレーズ、最初は比喩かと思ったが、読み込むほど比喩じゃないと分かってくる。
どの業務に、どのAIエージェントを、どれだけの予算で割り当てるか
どの部署にどのAI社員を「配属」するか
稼働状況をモニタリングし、パフォーマンスが悪ければ「配置転換」する
これは人事評価・人員配置のプロセスとほぼ同型だ。従来は「システムの選定・保守」がメインだった情シスの仕事に、「AI人材（？）のマネジメント」という新しい職能が乗ってくる。
そしてもう一つ厄介なのが「AI費用が人件費として計上される」という会計上の変化。これが進むと、経営会議の議題は「サーバー費用をどう削るか」ではなく「AIエージェントの生産性をどう評価し、どこに再配置するか」に変わっていく。つまり、情シスの評価軸そのものがITコストの最適化から人員配置の最適化にシフトする。
エンジニアのキャリアはどうなるか
ここが一番ザワつくところだと思う。
AI社員が担うのは「指示を分解して実行する」層の仕事だ。これはまさに、若手〜中堅エンジニアが経験を積むために任されてきた仕事とかなり重なる。だとすると、「経験を積む機会そのものが減る」という、地味だが深刻な問題が起きる。
一方で記事にもある通り、AI社員が本当に力を発揮するには「社内システムの整備」が前提条件になる。データがファイルサーバーやクラウドストレージにバラバラに置かれていたり、部署ごとに別々のツールを使っていたりすると、AI社員はまともに動けない。
つまり今後価値が上がるのは、
散らかったシステム環境を「AIが動ける状態」に整備できる人
AI社員に何を任せて何を任せないか、業務の目的から逆算して線引きできる人
AI社員の出力を鵜呑みにせず、意思決定の材料として検証できる人
この3つだと考えている。「手を動かすスキル」から「AIに何をさせるか設計するスキル」へ、評価される能力の重心が動いている。
住友商事の担当者が「本当に必要なアウトプットは何かを見極め、業務プロセスを見直す必要がある」と語っていたのは、まさにここに直結する話だ。AI社員に資料作成を丸投げしても、資料そのものは目的ではない。目的は「意思決定の質を上げること」であって、これを見失うと、AI社員がいくら優秀でも「無駄なアウトプットを大量生産する装置」になりかねない。
情シスはどこへ向かうべきか
自分なりの結論を書いておく。
情シスは「システムを守る番人」から「AI社員のオンボーディングと評価を設計する部署」へと役割が広がっていく。具体的には、
社内データ・システムの棚卸しと連携基盤の整備（AI社員が動ける土台づくり）
AIエージェントごとの権限設計・アクセス制御（誰にどこまで触らせるか）
稼働状況と成果のモニタリング体制（人件費として説明責任を持つなら必須）
人間側の業務プロセス見直し（AIに任せる部分・任せない部分の線引き）
これはもう「情シス」という言葉のイメージからかなりはみ出している。人事、経営企画、セキュリティ、既存のIT運用、これらの境界線上に立つポジションになる。
さいごに
「AI社員」という言葉はキャッチーだけど、中身は意外と地に足がついた話だった。OpenClawが火をつけて、Claude Coworkが企業利用への扉を開けた、という流れも腹落ちする。
情シスとして働いている自分としては、脅威半分、チャンス半分という感覚だ。指示待ちの実行役としての仕事は減っていくかもしれないが、「AIが働ける環境を作る」「AIの働きぶりを評価する」という新しい仕事は、むしろこれから伸びていく領域だと思う。
次はOpenClawとClaude Coworkの実際の使い勝手を、情シスの視点で比較レビューしてみたい。
参照：日経クロステック Active「AIは『社員』 OpenClawとClaude Coworkが示した未来」（2026年6月8日）
