PC社員とは、1台のPC（または仮想マシン）と専用アカウントを与えられ、「1人の社員」として扱われるAI社員のことです。ベンチャーネットは、その構成を席・記憶・手・安全装置・稼働記録の5点で見ています。国内外で公開されている5つの事例をこの5点で並べると、席は専用、手は読むから段階的に、承認は人、という共通の線が見えます。
自社で組む手順はPCの社員化に、AIに任せられる仕事の全体像はここまでできるバーチャル社員にまとめました。各社が「どこまで公開していて、どこを公開していないか」まで並べると、自社の構成のどこが世の中の水準に届いていて、どこが抜けているかが見えてきます。
「うちのAIは、社員と言えるのか」
生成AIは入れた。何人かは毎日使っている。ただ、経営者の集まりで「AI社員がいる」と言い切れるかというと、口ごもります。
何が足りないのかが、分かりません。性能ではない気がする。使い方でもない気がする。他社は何をどう組んでいるのか。それが見えないので、自社の現在地も分かりません。
見えないのは当然で、AI社員の構成を公開している会社は多くありません。それでも、2026年に入ってから、基盤側の発表と、実際に置いた会社の記録が少しずつ出てきました。
席・記憶・手・安全装置・稼働記録の5点が物差し
人を1人迎えるときの入社手続きに、そのまま当てはめた5点です。
図：事例を読む物差し。席／記憶／手／安全装置／稼働記録。
- 席：専用のアカウント（メール・チャット・基幹システム）と、専用のPCがあるか。人と共用していないか
- 記憶：判断基準・手順・記録を、AIが読める場所に先に置いたか
- 手：どのシステムに、読む・書く・実行するのどこまでの権限でつないだか
- 安全装置：権限の最小化・承認点・記録・止める手順のうち、何が公開されているか
- 稼働記録：呼び出し型・定期実行型・常駐型のどれか。いつ何をしたかを追えるか
取り上げる事例は、企業の公式発表・公式ブログ・公式ドキュメントで確認できるものだけです。数値は報告値として引用し、個人名は出しません。製品やサービスの優劣は断定しません。
5つの事例を、5点で読む
○は公式情報で確認できたもの、△は方針として書かれているが詳細は非公開、—は公開情報に記述がないものです。
| 事例（発表時期） | 席 | 記憶 | 手 | 安全装置 | 稼働記録 |
|---|---|---|---|---|---|
| Microsoft 基盤側（2026年1月・4月） | ○ 専用ID・専用クラウドPC | — | △ 権限の枠組み | ○ 監査で人と区別 | ○ 借り出し・返却 |
| NTTデータ 技術ブログ（2026年） | ○ Slackに3体 | ○ 決定と理由を先に文章化 | △ | △ 人の検証が前提 | ○ 常駐 |
| TIMEWELL ZEROCK Buddy（2026年3月） | ○ Slackに3体 | △ | ○ 役割別に読取／限定書込 | ○ 段階的拡大・人の確認 | ○ 24時間常駐 |
| sai X aid AI社員（2026年8月） | ○ | △ 参照データを業務ごとに | ○ 業務ごとにアクセス権 | ○ 承認者・実行ログ | ○ 呼び出し＋定期実行 |
| Atsumell 公式ブログ（2026年3月） | ○ Slackに常駐 | ○ 長期記憶を自前で構築 | ○ Slack・GitHub | ○ 金銭・外部通信・削除は承認必須 | — |
Microsoft：席と安全装置を、基盤側が用意した。Microsoftは2026年4月、AIエージェント専用のID基盤「Microsoft Entra Agent ID」を正式提供にしました。エージェントに固有のIDを与え、人と同じ枠組みで認証・権限・監査を扱います。2026年1月22日には、エージェント用のクラウドPC「Windows 365 for Agents」を発表しました。エージェントが仕事のたびにPCを借り出して返す形で、監査ログでは人の操作と区別できると説明されています。（出典：Microsoft Learn「What’s new in Microsoft Entra」2026年4月／Windows Experience Blog 2026年1月22日、確認日2026年9月16日）
「席」と「安全装置」は、基盤側の標準になりつつあります。一方、記憶（何を読ませるか）は基盤側では用意されません。そこは使う会社の仕事として残ります。日本での提供状況と料金は、公式情報で都度確認してください。
NTTデータ：記憶を先に作り、検証が課題として残った。同社の技術ブログは、大規模案件のSlackにAI社員3体を常駐させた記録を公開しています。稼働の前に、数百のExcel・PowerPointから「過去の決定と理由」「案件固有の制約」を文章ファイルに書き出し、読ませたと報告されています。資料レビューの初回確認は約1時間から約20分に縮まったとされます。同時に書かれているのが、課題です。AIの出力が速すぎて人の検証が追いつかない。「10回のうち9回は正しい」出力の確認が抜けやすい。（出典：NTTデータ テックブログ 2026年、確認日2026年9月16日）
記憶を先に作ったことと、検証が次の課題になることの2つが、この事例の読みどころです。
TIMEWELL ZEROCK Buddy：手を役割で分けた。2026年3月30日に提供が始まったこのサービスは、統括役・実行役・調査役の3体をSlackに常駐させます。統括役は読み取りのみ、調査役はシステムへの書き込み不可、実行役だけが限定された書き込み権限を持つと説明されています。権限は信頼が積み上がるにつれて段階的に広げる設計です。朝の要約や重要メールの判定は、人の確認を挟みます。（出典：TIMEWELL プレスリリース 2026年3月30日、確認日2026年9月16日）
1つの仕事の中で役割ごとに手を分けるという組み方が、ここから取れます。
sai X aid AI社員：業務ごとに承認者と実行ログを持つ。このサービスは2026年8月31日に対象業務24例を公開しました。チャットでのメンション実行と定期実行の両方に対応します。業務ごとにアクセス権・参照データ・承認者を決め、入力・適用条件・出力を実行ログに残す形です。（出典：sai X aid プレスリリース 2026年8月31日、確認日2026年9月16日）
読みどころは、承認者と記録の単位が「業務」になっている点です。会社単位のルールではなく、任せる仕事ごとに線を引いています。
Atsumell：中小規模の会社が、自前で「社員化」した。同社の公式ブログ（2026年3月23日）は、社内のAIエージェントを「社員化」した理由と構成を公開しています。きっかけは、毎回記憶がリセットされ「うちの会社はね」と説明し直す虚しさだったとされます。構成は4つです。Slackに常駐し、全員がメンションで指示できる。会社情報・案件・顧客情報を保持する長期記憶を自前で構築した。Slack・GitHubに接続した。そして、金銭・外部通信・削除の権限は人の承認を必須にした。（出典：Atsumell 公式ブログ 2026年3月23日、確認日2026年9月16日）
大手の事例と並べても、5点のうち4点が揃っています。規模に関係なく、同じ形に行き着くことを示す事例です。
5つを並べて見える、3つの共通点
事例の規模も国も違いますが、並べると同じ線が浮かびます。
図：5つの事例に共通する3つの線。席は専用／手は読むから分けて広げる／承認は人・次の課題は検証。
①席は、必ず専用にしている。5つとも、AI社員を人のアカウントに相乗りさせていません。Slackなら専用のボット、基盤側なら専用のID。人と区別できないと、何かが起きたときに追えないからです。
②手は、読むから始めて役割か業務で分けている。全部の権限を最初から渡した事例はありません。役割で分けるか（TIMEWELL）、業務で分けるか（sai X aid）、種類で分けるか（Atsumell：金銭・外部通信・削除は承認）。分け方は違っても、「読む」から始めて段階的に広げる点は同じです。
③承認は人。そして、検証の時間が次の課題になる。どの事例も、判断は人に残しています。そのうえでNTTデータの記録が示すのは、人の仕事が「作る」から「確かめる」に移ると、確かめる時間が足りなくなるということです。AI社員を置いた会社の次の課題は、性能ではなく検証の設計になります。
そして、公開情報に共通して薄いのが「記憶」です。5つのうち、記憶の中身を具体的に書いているのはNTTデータとAtsumellの2つだけでした。基盤側もサービス側も、記憶は使う会社が用意するものとして残しています。ここが、どの会社にとっても自分で埋めるしかない部分です。
中小企業への翻訳：自社の5点を採点する
事例を読んだら、同じ表に自社を1行足してみてください。
- 席：AI社員専用のアカウントがあるか。人のアカウントで動かしていれば、まず「—」
- 記憶：任せる仕事の判断基準と手順を、文章で置いたか。チャットで毎回説明していれば「—」
- 手：どのシステムに、読む・書く・実行するのどこまでつないだか。全部つないでいれば、それは「○」ではなく要注意
- 安全装置：承認する人が1人決まっているか。止める手順があるか
- 稼働記録：いつ何をしたかを、あとから1行ずつたどれるか
5点のうち、「席」と「稼働記録」は道具の設定で埋まります。「手」と「安全装置」は決めごとで埋まります。埋まりにくいのは「記憶」で、ここは事例を読んでも他社から借りられません。自社の判断基準を書き出す作業は、記憶を持たせるにまとめました。
事例は、これからも増えます。この記事は、公式情報で確認できたものを随時足していきます。任せすぎて戻した事例は、うまくいかなかった実例に同じ扱いでまとめています。良い話だけを並べない、というのがこの実例集の約束です。
よくある質問
Q. 事例の会社と同じツールを使えば、同じ構成になりますか？
A. なりません。5点のうち、席・手・安全装置・稼働記録は道具と設定で近づけられますが、記憶は自社の判断基準を書き出さないと埋まりません。ツールをそろえても、記憶が空なら返ってくるのは一般論です。
Q. 海外の基盤（専用IDやエージェント用PC）は、日本でも使えますか？
A. 提供状況と料金は変わります。使う前に公式ドキュメントで日本での提供状況を確認してください。中小企業が今日できるのは、余っているPC1台と専用アカウントで「専用の席」を作ることです。これは基盤の提供状況に左右されません。
Q. 自社の構成を公開すべきですか？
A. 公開する必要はありません。ベンチャーネットも、自社の構成図やアカウント・権限の実数は公開していません。公開する価値があるのは構成そのものではなく、「何を任せ、何を人に残したか」の線です。それはベンチャーネットのバーチャル社員で書いています。
まとめ：事例は、自社を採点するために読む
公開事例を5点で並べると、席は専用、手は読むから段階的に、承認は人、という共通の線が見えます。基盤側は席と安全装置を標準にしつつあり、サービス側は業務ごとの承認と記録を持ち始めました。ただし記憶だけは、どの事例も使う会社の仕事として残しています。そして、置いた会社の次の課題は、性能ではなく検証の時間です。
難しいのは、自社の5点を自分で採点することです。毎日AIを使っている人ほど、「席は共用でも困っていない」「記憶はチャットで毎回渡している」を、抜けとして認識しにくくなります。ベンチャーネットは、自社のPC社員で5点を回しながら、FDE型の伴走としてお客様の構成を同じ表で採点し、抜けている点から埋めています。自社の行を1行書いてみたら、まず壁打ちから。
次に読むなら
「自社で1台組む手順を知りたい」
→ PCの社員化——1台のPCを「1人の社員」にする手順（専用アカウント・権限・常駐・稼働記録）
「どんな仕事が任せられているか、実例の全体を見たい」
→ ここまでできるバーチャル社員——国内外の実例から見る「AIに任せられる仕事」の現在地
「安全装置の組み方を知りたい」
→ 安全装置——権限・承認・ログ・線引きを、バーチャル社員に実装する
「記憶の置き方を知りたい」
→ 記憶を持たせる——Notionを「言葉の基盤」にして、バーチャル社員に読ませる
