結論から:ドラマのAIと、会社で実際に使えるAIの違いは、性能ではなく推測を許すかどうかでした。当社は『VIVANT』第2シーズンに登場する別班のAI「ハヤト」をモデルに、社内のAI秘書「アワ」を作って動かしています。渡しているのは社内で動く40タスクの稼働状況だけ。2026年8月3日10時10分に質問を投げたところ、21.7秒で音声用の答えが返りました。そしてアワには「渡したデータに無いことは推測で埋めるな」と命じてあります。ハヤトの真似をやめた、その一点だけが実用との分かれ目でした。

株式会社TOEはAI開発とAI活用支援を事業としています。この記事は提供する側が書いており、中立の第三者ではありません。他社製品の評価はせず、自社のサーバーで動かして測った数字だけを材料にします。

ハヤトの何を真似て、何を真似なかったのか

劇中のハヤトは、別班が運用するスーパーコンピューターとして描かれます。監視カメラやSNSといった膨大な情報を短時間で解析し、「誰が情報を流したのか」という答えを声で返す。憧れたのはこの一点です。画面を見に行くのではなく、聞けば答える。

ただし、真似できるところと、真似してはいけないところがあります。

ドラマのハヤト 当社のアワ
見ているもの 監視カメラ・SNSなど外部の膨大なデータ 社内40タスクの実行結果だけ
推測 する(可能性が高い、と断定に近い形で示す) 禁止。無ければ「記録にありません」と答える
応答 即座 21.7秒(実測)
出どころ 巨大な専用計算機 Mac mini 1台
追加費用 0円(従量課金なし)

差が一番大きいのは推測です。物語としては「新庄の可能性が高い」と踏み込むから面白い。しかし会社の業務でそれをやると、もっともらしい嘘を音声で流し込む装置になります。聞いた人は根拠を確認しません。だから当社は最初から推測を切りました。

アワの中身は3つしかない

作りは驚くほど単純です。特別なAI基盤は使っていません。

  1. 稼働状況をテキストに直す — 社内で自動実行しているタスクを、部署名・スケジュール・状態・最終実行・結果の1行ずつに並べる
  2. その全文と質問をAIに渡す — ローカルの claude コマンドに、人格の指示と稼働データを添えて投げる
  3. 返ってきた文をブラウザに読み上げさせる — 音声認識も音声合成もブラウザ標準の機能(Web Speech API)で、追加のAPI料金はかかりません

人格の指示で強く効いたのは、話し方の縛りです。「返事は画面ではなくそのまま音声で読み上げられる」と伝え、記号・箇条書き・マークダウン・IDやファイルパスの読み上げを禁止しました。これを書く前は、記号を延々と読み上げて意味が取れませんでした。

実測:2026年8月3日10時10分の1回

同時刻の稼働状況です。数字はダッシュボードのAPIから取得したもので、加工していません。

項目
部署に割り当てられたタスク 40件
正常 33件
エラー 1件
未実行(idle) 6件
実行中 0件
本日の実行回数 204回(予定455回)
内訳の上位 経理13・メディア13・秘書7・営業3

この状態で「いま止まっているタスクはありますか」と聞きました。返ってきた答えがこれです。

エラーで止まってるのが1件、スケジュール通りにまだ実行されてないのが6件です。 エラーは経理の収益性分析で、8月1日の朝から止まったままです。ネットワークエラーが出ています。 未実行は秘書の朝ブリーフィング、営業のご無沙汰ドラフト、営業の値上げ・アップセル、営業の採点、経理の入金確認、補助金のマッチングです。これらはまだ実行日時じゃないか、条件を満たしてないんだと思います。

所要21.7秒。注目してほしいのは最後の一文です。推測するときは「〜だと思います」と口頭で分かるように断っている。事実(1件・6件・8月1日)と推測が、聞いただけで分離できます。ハヤトのように言い切らせていたら、この一文は「条件を満たしていません」という断定になっていました。

詰まったのは、AIではなく周辺だった

3つとも、AIの賢さとは無関係の場所で止まりました。

症状 本当の原因
質問すると無言のままタイムアウトする サーバーをsshから起動したため、claude の認証情報(キーチェーン)を読めていなかった。CLIは「ログインしていない」と返していたが、その文字列を無視して捨てていた
画面の描画が15fpsまで落ちた 全画面のぼかし処理と光の合成を毎フレームやっていた。範囲を絞って58fpsに戻した
音声入力が社内の他端末から使えない ブラウザの音声認識は暗号化された接続でしか動かない。社内LAN越しのアクセスでは文字入力に切り替える必要がある

1つ目は特に厄介でした。エラーとして現れず、ただ黙る。これは自動処理が静かに壊れる典型で、当社では別の形でも経験しています(エラーも出さずにAIの自動処理が止まる5つのパターン)。落ちても復帰できるよう、5分ごとに生死を確認して再起動する見張り役を別に置きました。

中小企業が同じものを作るなら

順番を間違えると何も見えません。アワは「見る対象」が先にあったから成立しています。当社には毎日決まった時刻に動く自動化がすでにあり、その実行結果が記録として残っていました。この土台が無い会社が先に音声AIを作ると、聞いても「記録にありません」としか返ってきません。

作る順番は、①業務を定型化して自動で回す → ②実行結果を1か所に記録する → ③それを読ませて聞けるようにする、です。①②の話は総務・バックオフィスにAIエージェントを入れる — 27本の実測でわかった向く仕事・向かない仕事にまとめました。なお、自動化は「登録したのに発火していない」ことがあるので、②の記録は必ず実行側の実測で取ってください(毎朝動いているはずのAI自動化41本を5.3日ぶん数えたら、最大91%が発火すらしていなかった)。

まとめ

  • ドラマのAI「ハヤト」を真似て、社内40タスクを見ているAI秘書「アワ」を自社で動かしている
  • 実測(2026年8月3日10時10分):正常33・エラー1・未実行6、本日204回実行、質問1回の応答は21.7秒
  • 音声認識・合成はブラウザ標準、AIはローカルCLI。運用の従量課金は0円
  • 決定的な違いは推測。推測を禁止し、断るときだけ「思います」と言わせることで、聞いただけで事実と推測が分かれる
  • 前提は「見る対象がすでに動いていること」。自動化と記録が先、音声は最後

株式会社TOEでは、社内業務の自動化とその可視化を実務で運用しています。同じ仕組みを自社に入れたい場合の相談も受け付けています。