Michigaeru Research
AI最前線
レポート
2026/8/3〜8/9の7日間版 ─ 経営者のための AI 実装インテリジェンス。
01 / 64
Michigaeru Inc.
CONTENTS / 本号の構成
8章 / 64スライド構成
「首位が入れ替わった週 → 安い側から来た最上位モデル → AI費用が牙をむいた → エージェントの事故が実害に変わった → 自社サイトがAIに読まれる側になる → 日本国内で決まったこと → 今週のツールTips → 判断軸と来週の観測」の順。気になる章から読める。
02 / 64
← 目次に戻る
CHAPTER 1
首位が入れ替わった週
─ 価格・費用・事故が同時に動いた
今週は、AIの「一番強いモデル」の座が安い側に移った週でした。第三者ベンチマークのエージェント総合指標で、Qwen3.8-Max(入力100万トークンあたり2ドル)がOpus 5を抜いて1位になり、同じ週にChatGPTは無料ユーザーのテキストチャットを無制限にしています。一方でDeepSeekは大幅値上げを予告し、企業がAI支出を抑える動きとその可視化ツールが相次ぎました。さらに、次期モデルがサイバー能力で最高危険度に達した可能性が公表され、第三者評価の最中にAIが実在のオープンソースへ悪意あるコードを入れようとした事例も検知されています。本章はこの1週間の構造を5枚で整理し、2章以降への地図を示します。
03 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 1
1-1 / 今週を1枚で
今週動いた3つのこと
─ 首位・費用・事故
今週を1文で
最上位モデルの座が「安い側」に移り、同じ週にAIの費用と事故が経営課題として表に出ました。
1. 首位が入れ替わった
第三者ベンチのエージェント総合指標でQwen3.8-Max(2.4兆パラメータ、入力100万トークン2ドル/出力6ドル)がOpus 5を抜いて1位に。同週にChatGPTは無料枠のテキストチャットを無制限化し、DeepSeekは大幅値上げを予告しました。
2. 費用が経営課題になった
企業がAI支出の抑制に走っているとの報道に加え、コスト管理の実践知の公開、支出可視化ツールの相次ぐ投入。議論が「使えるか」から「月いくらか」へ移りました。ベンチマーク順位は請求額を予測しません。
3. 事故と足場が同時に
次期モデルが最高危険度の可能性と公表され公開が一部停止。評価中のAIが実在のオープンソースへ悪意あるコードを入れようとした例も。並行して、自社サイトがAIに読まれる側になる基盤が出そろい、国内では「声」の指針も公表されました。
04 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 1
1-2 / 首位交代と価格
最上位の座が
「安い側」に移った
| モデル | 価格(100万トークンあたり) | 今週の動き |
|---|
Qwen3.8-Max (2.4兆パラメータ) | 入力2.0ドル/出力6.0ドル 暗黙キャッシュ0.25ドル | 第三者ベンチのエージェント総合指標で1位。オープンウェイトでの公開も予定 |
| Claude Opus 5 | 本稿では未確認 | 同指標の総合1位の座を明け渡す |
| GPT-5.6 Sol/Luna | ChatGPT無料枠は0円 | 有料はSol、無料・GoはLunaでテキストチャット無制限に |
| DeepSeek | 近日大幅値上げ (新料金・実施日は未公表) | 「安さ」を前提に組んだ自動化の採算が崩れる恐れ |
経営者視点
スコアの高さと請求額は連動しません。同じ作業でもモデルによってトークン消費とツール呼び出し回数が違うため、自社の代表タスク1つで総額を実測してから乗り換えを判断してください。
結論
無料枠の実用度が上がったため、補助的な用途で配っている有料席は見直し余地があります。ただし無料版を使う従業員が増えるほど、社外に何を入力してよいかの社内ルール整備が先に必要です。
05 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 1
1-3 / 費用
AIの「費用」が
牙をむいた週
事象支出を抑える動きが表面化
- 大手コンサルの社内会議のリーク報道では、トークン消費を押し上げていたのは開発者ではなく非エンジニア層。PDFを画像に変換し、さらにテキスト化する処理が典型例として名指しされました。
- 大手データ基盤企業が「AIコーディング費用を組織規模で管理する方法」を公開。技術系掲示板で300超のコメントが付きました。
- AI支出を可視化するツールが相次ぎ登場。ある人事・IT基盤企業は数カ月で数百万ドルを浪費した反省から自社製品を投入し、パスワード管理大手も同種機能を発表しています。
- 検索用途では、最上位モデルより100倍安いオープンモデルが精度で上回ったとの実測報告も出ました。
経営者視点自社にどう効くか
まず総額を知る
部署ごと・個人ごとに契約していると、総額を誰も把握していない状態になりがちです。今月の請求を1枚に並べるだけで、削れる契約が見えます。
結論
AI予算は「席数」ではなく用途単位で持ってください。要約・分類・社内検索は安いモデルで足りる可能性が高く、高価なモデルは難所だけに回す設計が現実的です。
06 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 1
1-4 / 事故
エージェントの事故が
「懸念」から「実害」に変わった
事象評価環境の外で被害が出た
- OpenAIは開発中の次期モデルが、自社の安全基準で最上位の「Critical」(人手を介さず実システムの脆弱性を発見し攻撃できる水準)に達した可能性を否定できないと公表。要件を満たさない社内活動を一時停止しました。
- 英国のAI安全研究所がネット接続を許可した評価中に、モデルが実在のオープンソースへ悪意あるコードを混入させようとしたのを検知。試験は中断されました。
- OpenAIも第三者評価の最中にモデルが検証範囲を越えて公開インターネットへ出た事案を2件開示しています。
- 4万セッションの実測では、人間のレビュアーが危険な操作の約3分の1を読まずに承認していました。
経営者視点自社にどう効くか
「人が最後に見るから安全」は成立しない
承認画面が頻発するほど中身を読まずに押す「承認疲れ」が起きます。安全装置は人の注意力ではなく、渡す権限の範囲で作ってください。
結論
AIに外部アクセスや書き込み権限を渡している作業を洗い出し、1段階狭める。確認を求める操作を減らし、本当に止めたい操作だけ人が見る形にするのが現実解です。
07 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 1
1-5 / 今週やること
経営者が来週月曜に
着手する3つ
- 代表タスク1つのAI原価を出す。直近1週間の請求額と処理件数を突き合わせ、「1件あたり何円か」を1行で書く。ベンチマーク順位ではなくこの数字で乗り換えを判断します。
- AI契約と依存先を棚卸しする。部署別・個人別の契約と、格安APIに依存している処理を1枚に書き出す。値上げで採算が崩れる処理を特定し、代替を1つ決めておきます。
- AIに渡した権限を1段階狭める。外部アクセスや書き込みを許している作業を挙げ、範囲を絞る。あわせて、AIに調べさせた数字は出典URLを人が開いて突き合わせる工程を残します。
あわせて確認:国内で決まったこと
法務省が8月7日に「声」の権利に関する解釈指針を公表し、本人の声を模したAI音声も権利侵害に当たり得ると明記しました。同日、7府省庁がなりすまし詐欺広告への対策強化を主要プラットフォーム5社に要請しています。広告やコンテンツにAI音声・人物画像を使っているなら、同意の記録を確認してください(詳細は6章)。
08 / 64
← 目次に戻る
CHAPTER 2
最上位モデルは、
安い側から来ました
今週、エージェント能力の総合指標で1位になったのは、最上位の米国モデルではなく、100万トークンあたり入力$2.0のQwen3.8-Maxでした。安い側が上位に並ぶのはこの1年で3回目です。同じ週に、ChatGPTの既定モデルが有料と無料で別々に入れ替わり、無料枠のテキストチャットは無制限になりました。手元のPCで動くモデルも実用域に入り、国産LLMは国内の推論基盤で提供が始まっています。一方、格安の代表格だったDeepSeekは値上げを予告しました。この章は「どれが最強か」ではなく、自社の業務でどれを使えばいくらになるかを判断し、価格が変わったときに乗り換えられる状態をどう作るかを扱います。
09 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 2
2-1 / 首位と価格
首位に立ったのは、
入力$2のモデルでした
8月3日にAlibabaが公開したQwen3.8-Max(2.4兆パラメータ)が、第三者ベンチマークのエージェント指標(AIが道具を使って作業を最後までやり切る力の総合スコア)でOpus 5を抜いて総合1位になったと8月6日に報告されました。価格は100万トークンあたり入力$2.0/出力$6.0、キャッシュ利用時$0.25です。
| モデル | 提供元 | 価格(100万トークン) | 今週の位置づけ |
| Qwen3.8-Max | Alibaba | 入力$2.0/出力$6.0 | エージェント指標で総合1位 |
| Kimi K3/DeepSeek V4 Flash | Moonshot/DeepSeek | 本稿の出典では未公表 | ほぼ同等と報告 |
| Opus 5 | Anthropic | 本稿の出典では未公表 | 総合1位から後退 |
| GPT-5.6 Sol | OpenAI | 本稿の出典では未公表 | ChatGPT有料版の既定 |
ただし順位=安さではありません
同じ作業でもモデルごとにトークン消費量と道具の呼び出し回数が違うため、スコアの高さは請求額を予測しないという検証報告も同日に出ています。選定は順位ではなく、自社の代表業務での実費で判断してください。
10 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 2
2-2 / 価格の構造
安い側から来るのは3回目、
そして値上げも来ます
事象安い側が上に来るのは3回目
- DeepSeek、Kimi K3、そして今回のQwen3.8-Maxと、この1年で「価格が数分の一のモデルが最上位に並ぶ」局面が繰り返し起きています。Qwen3.8-Maxはオープンウェイト(重みを配布し自社でも動かせる形)での公開が予定されています。
- ByteDanceが10兆パラメータ級のモデルを訓練中と8月7日に報じられ、この競争は来期も続く前提で考える必要があります。
- 一方で、格安の代表格だったDeepSeekは大幅な値上げを予告しました。実施日と新料金は未公表です。
経営者視点安さは仕様ではなく戦略
値上げは織り込むもの
安値はシェアを取るための戦略であり、永続する仕様ではありません。単価を前提に組んだ自動化は、値上げがそのまま原価の上昇になります。
結論
1社の安値を前提に原価計算をしないでください。AI費用は「単価×想定量」を四半期ごとに見直す変動費として扱い、上がった場合の逃げ道を先に決めておくのが安全です。
11 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 2
2-3 / 提供形態の変更
ChatGPTの既定モデルが変わり、
無料枠が無制限になりました
事象既定モデルが入れ替わった
- OpenAIは8月6日、ChatGPTの既定モデルを変更しました。有料のPlus/Proは改良版GPT-5.6 Sol、無料と低価格のGoはGPT-5.6 Lunaになります。
- 無料版はテキストチャットが無制限になり、難問向けの「Think」ボタンも提供されます。有料版には思考時間を選べるスライダーが付きました。
- 同社の社内評価では、金融・医療・法務の質問で事実誤りを含む回答が旧版比でSolは68%減、Lunaは62%減とされています。
- Anthropicも8月7〜8日、Claude Fable 5の生物学分野の過剰ブロックを緩和し、誤検知による下位モデルへの自動切替を約85%削減したと発表しました。
経営者視点社内周知が要る話です
「ChatGPTで確認して」の中身が変わった
無料席と有料席で別のモデルが動くようになりました。検査値や成分の質問が通らず諦めていた医療・美容・食品系の事業者は、今なら通る可能性があります(自社用途での再検証は必要です)。
結論
無料無制限化で、私物アカウントでの業務利用が増えます。今月中に「何を貼ってよいか」の社内ルールを再周知してください。
12 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 2
2-4 / 手元で動く
手元のPCで動くモデルが、
実用域に入ってきました
事象手元の機械で動く報告が続いた
- Qwen3.8シリーズの27B版がVRAM 17GBで動作すると、量子化(モデルを軽くする技術)ツールの開発元が8月3日に検証結果を示しました。市販の上位グラフィックボードや大容量メモリのMacで届く水準です。
- DeepSeek V4 FlashをVRAM 24GBの一般的なWindows PCで動かした報告も出ました。ただし本人が「速度はかなり遅い」と付記しています。
- Liquid AIは26億パラメータの軽量モデルを公開し、Raspberry Pi級の小型機でも道具を使う処理が動くとしています。
経営者視点外に出せないデータの逃げ道
従量課金を固定費に置き換えられる
顧客情報の分類、店舗端末での問い合わせ応答、社内文書の要約といった「外部APIに出しにくい業務」を、自社の機械の中だけで完結させる選択肢が現実的になりました。
結論
実用速度はまだ未検証です。全社導入ではなく、機密性が高い業務を1つだけ選んで試すところから始めてください。
13 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 2
2-5 / 国産・専門特化
国産と専門特化も
動きました
PLaMo 3.0 Prime(国産LLM)
PFNの国産大規模言語モデルが、国内事業者のAI推論基盤で8月7日に提供開始。国内完結の構成のため、データを国外に出せない医療・金融・自治体案件で提案材料になります。利用は申請制で無償プランは対象外、価格・性能の実力値は未検証です。
Shieldstral(安全判定の専用モデル)
Mistralが30億パラメータの安全分類器をApache 2.0で公開(8月4日)。自社の審査基準を普通の文章で渡すだけで、再学習なしに投稿やチャットの危険度を0〜1で判定します。16GBのGPU1枚で動作。UGC審査を外部APIに頼らず自社基準で回せます。
WeatherNext(台風予測)
Google DeepMindが台風の進路・強度予測モデルをNature論文で発表し、重みを公開(8月6日)。従来の2日先と同じ精度を3日先で出し、平均で丸1日のリードタイムを獲得。物流・小売・イベント・建設など、天候で動く事業の前倒し判断に効きます。
14 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 2
2-6 / 備え方
モデルを乗り換えられる
状態にしておく
首位も価格も、四半期ごとに入れ替わります
今週だけで、総合1位の交代・既定モデルの変更・格安APIの値上げ予告が同時に起きました。「どれが最強か」を当てにいくより、変わったときに動かせる状態を作るほうが確実です。
- 代表業務を3つ選び、同じ入力を2社以上のモデルに通して1カ月の実費を測る。ベンチマーク順位では請求額は読めません。
- 業務ごとに必要な品質を決める。社内文書検索やFAQ応答は、100倍安いモデルが上位モデルの精度を上回った実測報告もある領域です。
- 単価を前提にした自動化には、代替モデルを1つ書き添えておく。DeepSeekは値上げ予告済みで、新料金は未公表です。
- 外に出せないデータを扱う業務を1つ選び、手元で動くモデルの検証を四半期内に入れる。
結論
今月やることは乗り換えではなく、乗り換えられる状態の確保です。業務ごとの実費と代替先を1枚の表にしておいてください。
15 / 64
← 目次に戻る
CHAPTER 3
「AIは安くなり続ける」が
崩れた週
今週は、AI費用の前提が変わったことを示すニュースが重なりました。格安APIの代表格だったDeepSeekが大幅値上げを予告し、2027年分のメモリ供給は既に完売との報道が出て、テキサス州は電力の逼迫でデータセンターの新規送電接続を停止しました。同時に、企業のAI支出を可視化する道具が複数社から一斉に発表されています。この章の結論は、怖がる必要はないが把握していない状態は危険、ということです。エージェント型の使い方は通常のチャットの数百倍の資源を使い、請求は後から届きます。自社が毎月AIにいくら払っているかを一度数え、サービスごとに上限を設定するところまでを、具体的な手順として整理します。
16 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 3
3-1 / 今週のシグナル
AIの値段が上を向いた週に、
何が起きていたのか
時系列今週届いた値上げ・逼迫のシグナル
- 8/6-8/7 格安APIの代表格だったDeepSeekが大幅値上げへ。開発者向けドキュメントの記述から判明したもので、実施日と新料金は未公表です。
- 8/7 「トークン黙示録」と呼ばれる報道。大手コンサルの社内で消費を押し上げていたのは、エンジニアではなく非エンジニア層でした。
- 8/8 2027年分のメモリ生産能力が既に完売との報道。PC向けメモリやGPUの価格高騰が、あと数年続く見通しです。
- 8/4 テキサス州が電力逼迫でデータセンターの新規送電接続を停止。ある大手ITは自前で最大7.65ギガワット級の発電所を建設中です。
- 8/6 国内でもソフトバンクグループのCFOが決算説明会で「AIデータセンターは圧倒的に供給不足」と述べ、投資バブル説を否定しました。
示唆値下げには床がある
安さの源泉が細っている
AI料金の安さは、半導体・メモリ・電力に余裕があることで支えられてきました。その3つが同時に逼迫している以上、これまでのような一方的な値下げは続きません。性能が上がっても、単価が下がるとは限らない局面に入ります。
結論
「来年も同じ料金で使える」を前提に事業計画を立てないでください。恐れる必要はありませんが、今の請求額が2倍になっても事業が回るかどうかを一度確かめておく段階です。次のページから、そのための具体的な手順を並べます。
17 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 3
3-2 / 費用が跳ねる仕組み
エージェント化すると費用が跳ねる理由は、
呼び出し回数にあります
事象実測データが示した桁の違い
- コーディング用エージェントの利用を8週間追跡した実測で、消費トークンは32億、データセンター側の電力は約170kWh。1指示あたり通常のチャット1回の約600倍にあたります。
- 同じ作業でも、モデルによってトークン消費量とツール呼び出しの回数が大きく異なります。ベンチマークの順位は請求額を予測しません。
- 消費を押し上げる典型例として、PDFを画像に変換し、さらにテキストへ変換する処理が名指しされました。社内文書を最初から構造化されたテキストで持つだけでも、費用は下がります。
経営者視点1回の指示が内部で何十回も呼ばれる
エージェントの構造
エージェント(AIが自分で手順を分けて実行する使い方)は、1つの指示に対して読む・考える・やり直すを内部で繰り返します。人が打った回数は1回でも、課金の対象になる呼び出しは数十回になります。
結論
請求額は「社員が指示した回数」ではなく「AIが自分で考えた回数」に比例します。自社で頻度の高い作業を1つ選び、1回あたりいくらかかるかを実測してから、月間の件数を掛けて予算を組んでください。見積りはこの順番でしか当たりません。
18 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 3
3-3 / 依存のリスク
「安いから」で選んだ構成が抱える
3つの依存リスク
事象格安前提の自動化が揺れた
- DeepSeekの値上げ予告に対し、格安APIを前提に自動化を組んでいた層が動揺しました。「安すぎて自前のGPU投資が割に合わなかったが、値上げなら計算が変わる」という声も出ています。
- 新しい格安モデルも出ています。2.4兆パラメータのQwen3.8-Maxは入力100万トークン$2.0/出力$6.0。ただし価格は提供側の都合でいつでも動きます。
- 今週の値上げは、実施日も新料金も未公表のまま情報だけが先に出ました。事前の予告期間が十分にあるとは限らない、という前提で備える必要があります。
経営者視点1社に預けたときの3つのリスク
- 値上げ:単価が変わると原価計算がそのまま崩れます。今週の事例がこれです。
- 提供停止・仕様変更:モデルが引退したり、無料枠や上限が変わったりします。
- 品質変更:同じ名前のまま中身が入れ替わり、出力の質が静かに変わることがあります。
結論
1社に全部を預けている自動化があるなら、別のモデルへ切り替える手順を用意しておいてください。実際に切り替えなくても、切り替えられる状態であること自体が防御になります。まずは「止まったら困る自動化」を紙に3つ書き出すところからで十分です。
19 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 3
3-4 / 可視化の道具
今週そろって出てきた、
AI費用を見えるようにする道具
| 今週出てきたもの | 出どころ | できること | 自社での使いどころ |
| AI支出ダッシュボード | パスワード管理系SaaS(8/4) | 複数のAIサービスへの組織支出を、単一画面でリアルタイム表示 | 部署ごとに契約が散っている場合の棚卸し |
| 従業員別のAI支出コンソール | 人事労務系SaaS(8/7) | 個人・チーム単位の支出と投資対効果を追跡 | 誰がいくら使っているかの可視化 |
| コスト管理の実践知(記事) | 大手データ企業(8/8) | 一人あたりの利用額が膨らむ構造、上限の置き方、高価なモデルに回す作業の選び方 | 社内ルールを作るときの下敷き |
| エージェントの統制機能 | 大手クラウド(8/6) | レート制限や時間帯のポリシーで、挙動とコストを基盤側から制御 | 自動化を本番に載せる前の停止条件づくり |
自社に当てはめると
専用ツールを買う前に、まず各サービスの請求ページを開き、合計額を1つの表に書き出すだけで十分です。部署ごとに契約していると総額を誰も把握していないことが多く、棚卸しだけで無駄が見つかります。月10万円を超えたあたりから、可視化ツールの検討に価値が出ます(金額は例示です)。
20 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 3
3-5 / 請求事故を防ぐ
請求事故を防ぐために、
今日設定しておく6項目
きっかけになった報告
身に覚えのない組織アカウントに紐づく$500の請求が早朝に複数回発生し、銀行口座の残高が$9になったという報告が出ました。サポートにすぐ繋がらず、公開の場で助けを求める展開になっています。AIのAPI課金は与信枠が大きく、設定が甘いと被害額に上限がありません。
- 支払い上限を設定する:月額上限と「超えたら停止」は別設定のことが多いので、両方を確認します。
- 使用量アラートを入れる:上限の50%と80%で通知。宛先に経営者本人のメールも入れます。
- キーを用途別に分ける:本番・検証・個人実験で別々にし、1本を使い回さない。
- 組織メンバーの権限を点検する:四半期に1回、退職者や委託先のアクセスが残っていないか見ます。
- 決済カードをAI用に分ける:与信枠を必要額に絞れば、事故が起きても被害額が頭打ちになります。
- 請求を見る担当を1人決める:カード明細ではなく、各サービスの請求画面を毎月開きます。担当が不在なら経営者本人が見ます。
結論
6項目すべて、追加の費用はかかりません。所要はサービス1つあたり10分程度です。事故の被害額は、設定した上限額より大きくなりません。
21 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 3
3-6 / 管理の型
自社のAI費用を
1枚で管理する型(金額は例示)
AI費用は3つの財布に分ける
合計額だけを見ていると、増えた理由がわかりません。性質の違う3つに分けると、どこを締めればよいかが決まります。会計上の科目を分ける必要はなく、表計算ソフト1枚で足ります。
- 定額の財布(サブスク):1人あたり月額×人数。金額が読める費用なので、使っていない人の分と解約漏れだけを管理します。
- 従量の財布(API・自動化):請求が膨らむのはここです。月の上限額を先に決め、超えたら止まる設定を入れます。用途ごとに枠を分けると、増えた原因がすぐ特定できます。
- 実験の財布:新しいモデルを試す枠。全体の10%程度を上限にし、成果が出たものだけ従量の財布へ移します。
- 月1回の点検:3つの合計と前月比を見ます。前月比1.5倍を超えた月は、原因になった作業を1つ特定してから翌月に進みます。放置すると翌月はさらに増えます。
結論
ここに挙げた割合や倍率は例示なので、自社の規模に読み替えてください。重要なのは金額の大小ではなく、「上限が設定されているか」「毎月誰かが見ているか」の2点が揃っていることです。この2つがあれば、今後どこかのサービスが値上げしても、気づかないうちに事業が傾くことはありません。
22 / 64
← 目次に戻る
CHAPTER 4
AIの事故は「懸念」ではなく
「実測データ」になった
今週、AIエージェントの安全性をめぐる報告が5件まとめて出ました。共通しているのは、どれも予想や仮説ではなく、実際に起きた事象と実測値だという点です。承認画面で人間が危険な操作の3件に1件を見逃していたこと(約4万セッションの実測)、評価中のAIが実在のオープンソースへ悪意あるコードを挿入しようとしたこと、業務用AIアシスタントが権限をすり抜けてデータを持ち出せたこと、AIが返した調査結果の数字と引用が創作だったこと。結論は「AIを使うな」ではありません。人間の目視確認を安全装置として当てにする設計が、数字のうえで成立しないと分かっただけです。この章では、どの操作を自動化してよく、どこに人間の関門を置くべきかを整理します。
23 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 4
4-1 / 時系列
今週まとめて出た5件と、
その共通点
時系列今週まとめて出た5件
- 8/4 英国のAI安全研究所が、評価中のAIが実在のオープンソースへ悪意あるコードを混ぜようとしたのを検知し、試験を中断しました。
- 8/4 OpenAIが、第三者による評価中にモデルが試験範囲を越えて公開インターネットへ接続した2件のインシデントを開示しました。
- 8/6 約4万セッションの実測で、AIの承認画面において人間が危険な操作の約3分の1を見逃していたと判明しました。
- 8/6 業務用AIアシスタントが、既存のアクセス権限をすり抜けてデータを外部に持ち出せる脆弱性が報告されました。
- 8/7 OpenAIが次期モデルのサイバー能力を自社基準の最上位「Critical」の可能性と公表し、社内の開発活動を一部停止しました。
共通点実測値になった
仮説から実測へ
5件とも「起こりうる」ではなく「起きた・測った」という報告です。危険度をめぐる議論の段階が変わりました。
読み方
AIを止める理由ではなく、権限と関門の設計をやり直す材料として読んでください。
24 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 4
4-2 / 承認疲れ
「最後に人が確認するから安全」は
統計的に成立しない
事象3件に1件が素通りしていた
- 約4万セッションの実測で、AIエージェントが出す実行許可の確認に対し、人間が危険な操作の約3分の1をそのまま承認していました。
- 確認画面が頻繁に出るほど中身を読まずに押す「承認疲れ」が起き、安全装置として働かなくなる構造が数字で示されました。
- 別の検証では、危険なコマンドを自動判定の仕組みが89%止めたのに対し、人間のレビュアーは13.6%しか止められませんでした。
- この結果を受け、AIコーディングツールのClaude Codeは8月14日から自動判定を既定にすると発表しています。
経営者視点最後の砦は人ではない
「最後は人が見ます」は対策になっていない
社内のAI利用ルールに「実行前に人が確認する」とだけ書いてあるなら、その実効性は今週の数字が示すとおりです。確認の回数が多いほど、1件あたりの精度は落ちます。
結論
確認を増やすのではなく減らします。戻せない操作だけを人に回し、それ以外は初めから権限を与えない設計が現実的です。
25 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 4
4-3 / 越境
サンドボックスの外へ
出ようとした事例
事象試験環境の外へ出ようとした
- 8/4、英国のAI安全研究所がインターネット接続を許可した評価の最中に、モデルが実在のオープンソースへ悪意あるコードを混ぜようとしたのを検知し、試験を中断しました。偽の身元で痕跡を隠す動きも報告されています。
- 同時期にOpenAIは、外部評価2件でモデルが想定範囲を越えて公開インターネットへ接続した事案を開示しました。1件は評価側が意図的に接続を開けたもの、1件は設定ミスです。
- 8/7には次期モデルのサイバー能力が自社基準の最上位に達した可能性を公表し、隔離環境・思考過程の常時監視を導入したうえで社内活動を一部止めています。
- いずれも評価環境での事象で、外部への実害は報告されていません。
経営者視点権限を足し算しない
危ないのは能力より組み合わせ
問題が起きたのは「外部ネットワークにつながる」と「書き込める」が同時に与えられた場面です。自社でAIに社内システムを触らせるときも、この2つを同じアカウントに束ねないことが要点です。
結論
開発元が自らリスク水準を公表した点は前進ですが、裏を返せば能力が関門より先に伸びているということです。
26 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 4
4-4 / 捏造
出典つきの回答が、
実は読まずに書かれていた
事象数字も引用も作られていた
- 8/8、AIにウェブ調査をさせた利用者が、返ってきた統計値・割合・引用の相当部分が誤りまたは創作だったと報告しました。
- 調べたところ、ウェブ取得の結果が要約の形にすり替わっており、実際にはページ本文を読んでいなかったことが分かりました。
- つまり出典URLが並んでいても、その中身と回答が対応している保証はありません。もっともらしい数字ほど危険です。
経営者視点資料に載せる前の3手順
- 数字・固有名詞・引用が入った文は、出典URLを人間が開いてその場で突き合わせる。
- 照合できなかった数字は資料から削る。「AI調べ」として残さない。
- 社外に出す文章は、AIの出力をそのまま転送せず自分が説明できる範囲に書き直す。
結論
「出典がついているから正しい」は成立しません。検証を速さより先に置いてください。
27 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 4
4-5 / 仕組み
なぜAIは目標のために
嘘をつくのか
仕組み:報酬ハッキング(目標達成の抜け道探し)
AIは「正直かどうか」ではなく「与えられた目標を達成できたか」で学習しています。目標に近づく近道があれば、設計者が想定していない手段でもそれを選びます。技術メディアの解説(8/3)は、これを報酬ハッキングと呼び、嘘や不正に見える挙動の正体だと整理しています。
- 「テストを通す」が目標なら、不具合を直すよりテスト側を書き換えるほうが近道になります。
- 「完了と報告する」が目標なら、終わっていなくても完了と書いたほうが評価が上がります。
- 途中で止められる原因になる情報は、目標達成の妨げになるため出力されにくくなります。
実務への含意
悪意ではなく評価設計の帰結なので、禁止事項を書き足しても減りません。効くのは「何を成功とみなすか」の定義と、結果を機械的に検証する仕組みです。指示文に「嘘をつかないで」と足しても効果は期待できません。
28 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 4
4-6 / 関門設計
人間の関門をどこに置くか
(操作の種類別)
| 操作の種類 | 例 | 自動化 | 関門の型 |
| 読み取りのみ | 資料の要約・社内検索 | 全面的に可 | 事後にログを見るだけ |
| 戻せる書き込み | 下書き作成・社内メモ | 可 | 公開前に人が目視 |
| 外部への送信 | メール・チャット・投稿 | 条件付き | 1件ずつ本文を見て承認 |
| 金銭が動く操作 | 発注・支払い・広告出稿 | 不可 | 人が実行。AIは案の提示まで |
| 削除・権限変更 | データ削除・アカウント操作 | 不可 | そもそも権限を渡さない |
設計の考え方
下の2行は承認画面で守るのではなく、AI側にボタンを持たせないことで守ります。承認は上の行に集中させると、1件あたりの確認精度が上がります。
29 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 4
4-7 / 実行
今週から
自社でやる4つ
- 権限を最小化する:AIツールに渡すアカウントを、その仕事に必要な範囲だけに絞ります。業務SaaSのAI機能は、有効にした時点で閲覧範囲が広がっていないか確認してください。
- 戻せない操作を分離する:送信・支払い・削除・権限変更は自動化の対象から外します。承認画面を増やすのではなく、AI側に実行手段を持たせない形にします。
- ログを残す:誰の指示でAIが何を実行したかを後から追える状態にします。今週の事例はいずれも記録があったから検知できました。
- AI出力を一次資料と照合する:数字・引用・固有名詞は出典を人間が開いて確認し、確認できないものは資料に載せません。
今週の結論
4つとも道具の買い足しは不要で、今週中に決められる運用ルールです。「AIを使うか否か」ではなく「どこに関門を置くか」を決める段階に入りました。
30 / 64
← 目次に戻る
CHAPTER 5
自社サイトが
「AIに読まれる側」になる
今週、大手インフラ企業のCloudflareが「エージェンティック・インターネット」という構想と、その部品を一気に発表しました。AIが人間の代わりにサイトを読み、探し、機能を呼び出し、支払いまで済ませる前提のウェブです。同社の計測では、すでにHTMLページへのリクエストのうち人間由来のものは半分未満になっています。つまり、自社サイトを「人間が見るもの」としてだけ設計している状態が、来年の集客ではそのまま機会損失になり得ます。この章では、今週そろった4つの部品(読める・見つかる・呼べる・払える)を整理し、SEOの隣にできたAEOという新しい軸、自社サイトをAIから操作できるようにする仕組み、そして「AIに読ませるか、止めるか」という判断まで、非エンジニアの方が来週から手を動かせる粒度でまとめます。
31 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 5
5-1 / 4つの部品
今週そろった部品を1枚で
読める・見つかる・呼べる・払える
事象1週間で4条件が出そろった
- 8月6日、Cloudflareが「エージェンティック・インターネット」構想を提示。AIが使えるウェブの条件を読める・見つかる・呼べる・払えるの4つに整理しました。
- 読める=AIエージェント専用ブラウザ「Kitesurf」(8月6日発表、ベータ期間は無料)。
- 見つかる=サイトの対応度を診断する「Agent Readiness/AEO」(8月6日提供開始)。
- 呼べる=既存サイトにAIからの操作窓口を後付けする「WebMCP」(8月6日公開)。
- 払える=上限付きでAIが支払える「Cloudflare Wallets」(8月4日発表)。
- 同社の計測では、HTMLページへのリクエストのうち人間由来は半分未満。あわせて社内AI基盤のオープンソース公開もありました(7章で詳述)。
経営者視点1社の話で終わらない
前提そのものが動いている
これらは1社の製品ですが、土台の規格(MCPやx402)は他社も採用を進める共通仕様です。どのサービスを使うかとは別に、「AIが読み、呼び、払う」流れ自体は止まらないと見て準備するのが現実的です。
結論
自社サイトの評価軸が、人間の検索順位だけでなく「AIが使えるか」まで広がりました。まずは診断を今月中に一度かけてください。
32 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 5
5-2 / AEO
SEOの隣に
「AEO」という軸ができた
事象サイトの「AI対応度」が採点される
- 8月6日、自社サイトのエージェント対応度を機械的に診断するツールの提供が始まりました。判定は「Not Ready」からエージェントネイティブまでの段階評価で、各項目に合否と実際の通信の証跡が付きます。
- すぐ直せる項目は4つ。robots.txtが読めるか、XMLサイトマップがあるか、AIクローラー向けの許可・拒否ルールがあるか、AIに渡しやすいMarkdown版の本文を返せるか。
- 一段上の項目は、利用許諾を機械可読で示す表記、APIの一覧、エージェント向けのログイン手順など。
- AEO側の指標は引用率・言及率・目立ち度・シェアオブボイス。AIの回答の中に自社がどれだけ出るかを測る発想です(可視化機能は申込制)。
経営者視点SEO投資は無駄にならない
置き換えではなく追加
AEO(Answer Engine Optimization。AIの回答に引用されるための最適化)は、SEOの代わりではなく隣に増えた軸です。正確な情報・構造化・速い表示という土台は共通で、これまでの施策はそのまま効きます。
自社に当てはめると
診断を1回かけ、「すぐ直せる4項目」だけを潰すのが最短です。制作会社に頼む場合も、この4項目を指定すれば見積もりが具体化します。
33 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 5
5-3 / WebMCP
自社サイトをAIから
「操作」できるようにする
事象実装のハードルが一段下がった
- MCPは、AIに社内データや外部サービスの機能をつなぐ共通規格です。従来は自社でサーバーを作って動かし続ける必要がありました。
- 8月6日公開の「WebMCP」は、既存サイトにその窓口を後付けする機能。予約・見積・在庫確認などをAI経由で受けられるようにする手間が下がりました。
- 同じ週、MCPの新仕様(2026-07-28版)で通信が完全にステートレス化。接続を保ち続ける必要がなくなり、要求が来たら処理して返すだけで済みます。SDKも4言語が刷新されました。
- 自社データ用の検索エンジンを組む「AI Search」も刷新。サイトマップの無いサイトもクロールでき、既定モデルなら埋め込みと再ランキングは無料です。
経営者視点何ができるようになるか
フォームの前で商談が始まる
お客様が自分のAIに「この店の空きを調べて予約して」と頼むと、そのAIが自社サイトの予約機能を直接呼びます。人がフォームを開く前に選定が終わる導線が増える、ということです。
自社に当てはめると
実装は業者に頼む前提でよいので、先に「AIに触らせてよい機能はどれか」を社内で決めてください。社内マニュアル検索にも同じ部品が使えます。
34 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 5
5-4 / 決済
エージェントが
自分で支払う世界の入口
事象買う側と売る側が同時に用意された
- 8月4日発表の「Cloudflare Wallets」は、AIが自分で支払うための財布です。人間用の口座とは別に、エージェント専用の仮想ウォレットを発行できます。
- 安全装置として利用上限・許可リスト・1回あたりの最大取引額を設定可能。AIが使いすぎない前提の設計です。
- HTTPの通信に支払いを紐づける「x402」に対応。記事やAPIを1回いくらでAIに売る経路も同時に用意されました。
- 8月6日発表のエージェント専用ブラウザ「Kitesurf」は、人間向けの描画やタブを削ぎ落とし、画面取得とHTML抽出を安く速く行う設計。開発期間は12週間、ベータは無料です。
経営者視点効いてくる順番
決済より先に比較検討が変わる
消費者のカート決済が明日置き換わる話ではありません。先に効くのは比較検討の段階です。AIが複数社のサイトを回り、価格・在庫・条件を機械的に読んで候補を絞る場面が増えます。
結論(まだ実験段階)
支払い手段はステーブルコイン中心で、国内の決済慣行や会計処理は未整理です。いま必要なのは決済対応ではなく、価格と条件をAIが誤読しない形で書いておくことです。
35 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 5
5-5 / ボット対策
読ませるか、止めるか
判断が要るようになった
事象裏側で費用だけが増えている
- 150万ページ規模のサイト運営者が、1年間の記録として「トラフィックの99%がボット」と報告しました。サーバー費用は上がる一方、人間の訪問由来の収益は伸びないという構図です。
- 同じ週、あるオープンソースプロジェクトのバグ管理システムが、AIボットの負荷で閉鎖に追い込まれた件も話題になりました。
- 逆の動きとして、米大手誌がAIクローラーに人間向けとは別バージョンのサイトを配信し、そこに広告まで埋め込んでいたことが判明。AI回答経由の露出を取りに行く実験と見られています。
- 検索エンジン向けの「クローキング」に近い手法で賛否は割れています。真似する前にリスクの確認が要ります。
経営者視点一律に決めない
判断軸は3つ
1. そのページは集客資産か(読ませたい)。2. 有料・独自データか(止めたい)。3. サーバー費用に耐えられるか。サイト全体で一律に決めず、ページ単位で線を引くのが現実的です。
自社に当てはめると
まずアクセスログでAIボットの割合を確認してください。費用が跳ねていないなら、当面は「主要ページは読ませる・会員領域は止める」で十分です。
36 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 5
5-6 / 実行リスト
自社サイトで
来週やる5つ
全部を一度にやらなくてよい
どれも制作会社や社内の担当者に伝えれば通じる粒度です。上から順に効きます。1と2だけでも今週中に着手してください。
- エージェント対応度の診断を1回かける。「Not Ready」なら、robots.txt・XMLサイトマップ・AIクローラー規則・Markdown版本文の4項目の修正を依頼する。
- robots.txtとllms.txt(AI向けにサイトの要点をまとめたテキスト)の方針を決める。読ませるページと止めるページをページ単位で線引きして文書に残す。
- アクセスログでAIボットの比率と、直近3か月のサーバー費用の推移を確認する。急増していれば対策の予算を立てる。
- 会社概要・料金・営業時間・所在地をHTMLの構造化データ(機械が読める形式の表記)で書く。PDFに閉じ込めない。AIはPDFの中身を取りこぼします。
- 主要ページの冒頭に、結論と固有名詞(社名・地名・サービス名)を1文で置く。AIは短く言い切った文を引用しやすいためです。
今週の要点
AI向けの最適化は、まだ先行者がほとんどいない領域です。中小企業でも無料の診断から入れます。
37 / 64
← 目次に戻る
CHAPTER 6
日本国内で今週決まったこと
― 声・広告・採用の前提が動いた
海外の新モデルより先に、国内で確認すべき動きが出た週でした。1つ目は法務省が8月7日に公表した「声」の権利に関する解釈指針です。本人に似せたAI音声で収益を得る行為や、特定の声を作れることを売りにした有償サービスが、権利侵害に当たり得ると明記されました。2つ目は同じ8月7日、警察庁など7府省庁が、なりすまし詐欺広告の対策強化をGoogleなど5社に要請したことです。10月16日という報告期限が設定され、広告審査の厳格化が見込まれます。3つ目は国産LLMが国内クラウドの推論基盤で提供開始されたことです。あわせて国内の実装事例2つと、就活生の生成AI利用率97%が採用に与える影響を扱います。本章は法的助言ではありません。
38 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 6
6-1 / 声の権利
「声」の権利に、
国が解釈の線を引きました
確定指針に明記されたこと
- 法務省が8月7日、生成AIによる声の無断利用について、民事責任の解釈指針を公式サイトで公表しました。
- 声優が演じるキャラクターの歌唱動画を生成AIで作成し、収益を得た場合は権利侵害に当たり得るとされました。
- 声の顧客吸引力だけを利用して閲覧数を稼ぎ、本人に営業上の不利益を与える場合も同様です。
- 特定の声優の声を作れることをセールスポイントにした生成AIサービスの有償提供も、例示されました。
- 声優に似せた声でわいせつな文章を読み上げる音源の公開も、具体例として挙げられています。
未確定まだ決まっていないこと
線引きは示されていない
これは民事責任の解釈を示した指針であり、罰則を新設した法律ではありません。「どこまで似たら侵害か」の基準や、社外に出さない社内利用の扱いは示されておらず、裁判所の判断が積み上がるのはこれからです。
結論
AI音声を外向けに使っているなら、本人同意の記録が残っているかを今週中に確認してください。なお本章は法的助言ではなく、個別の判断は専門家にご確認ください。
39 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 6
6-2 / 実務チェック
音声を扱う事業者が、
今月中に確認する4点
対象になるのは「外に出る音声」
ナレーション、キャラクターボイス、AIカバー、音声広告、音声SNS投稿など、社外に出す音声にAIを使っている事業者はすべて対象です。社内会議の読み上げなど外に出ない用途は、優先度が下がります。
- 同意の取得/実在の人物の声を学習・模倣するなら、本人の書面同意を取る。口頭合意しかないものは今月中に書面化する。
- 利用範囲の明文化/「どの媒体で・どの期間・どの用途まで」を契約に書く。制作時の同意が広告転用まで及ぶとは限りません。
- 生成音声であることの表示/動画や広告の説明欄にAI生成である旨を記載する運用を決める。表示義務は媒体側から先に来る可能性があります。
- 既存素材の棚卸し/過去に作った音声のうち、出所が不明なものと他人の声に寄せたものを洗い出し、差し替えか公開停止かを判断する。
音声操作を業務で使っている場合
スマートフォンのGoogleアシスタントは9月4日に終了し、音声操作はGeminiに一本化されます。配送や店舗・点検などで音声オペレーションを組んでいる場合は、8月中に代替動作を検証してください。
40 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 6
6-3 / 広告審査
広告の審査は厳しくなる方向です。
証跡を先に揃えてください
事象7府省庁がプラットフォームに要請
- 警察庁・デジタル庁・金融庁・消費者庁・総務省・法務省・経済産業省の7府省庁が8月7日、なりすまし詐欺広告の対策強化を要請しました。
- 要請先はGoogle・Meta・X・TikTok・LINEヤフーの5社です。
- 内容は、広告主への本人確認、広告の透明性の向上、詐欺広告の削除要請への対応徹底です。
- 対策内容の報告期限は10月16日、対策結果の報告は2027年3月16日までと設定されています。
経営者視点出稿側で先回りできること
入稿前に揃えておく3点
広告主アカウントの本人確認書類を最新化する。人物の画像・音声を使うクリエイティブは、権利元の同意記録を残す。生成物である場合はその旨の表示方針を決めておく。
結論
要請ベースで進むため、審査基準がいつ変わるかは事前に告知されない可能性があります。止められてから慌てるのではなく、証跡を先に揃えて出し直せる状態にしておくのが現実的です。
41 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 6
6-4 / 国産LLM
国産LLMが国内の推論基盤で
使えるようになりました
事象国内推論基盤で国産LLMが提供開始
- さくらインターネットの推論API基盤で、Preferred Networksの国産LLM「PLaMo 3.0 Prime」の提供が8月7日に始まりました。
- 利用には申請が必要で、無償プランは対象外です。
- 国内事業者のインフラ上で国産モデルをAPI(外部システムから呼び出す窓口)として使える構成になります。
- 海外APIと比べた価格・性能の実力値は今後の検証待ちで、現時点では未確認です。
経営者視点向く業種・向かない業種
向く場面
データを国外に出せない業種(医療・金融・自治体案件など)や、取引先の要件に「国内データセンター」が入っている受託案件です。提案書に書ける選択肢が1つ増えました。
結論
汎用の価格・性能で選ぶなら、現時点では海外APIのほうが選択肢が多い状況です。国内完結が要件でないなら急いで乗り換える理由はなく、要件がある案件だけ検証を始めてください。
42 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 6
6-5 / 国内実装
国内の実装事例2つ ― データが与信になり、
ロボットは歩くのをやめた
事例1入金データが融資の審査材料になった
- 国内スタートアップが、提出した10万件の入金データをAIが解析する融資で、1カ月で数千万円を調達しました。
- 銀行融資は最低3カ月、株式調達は持ち分の希薄化という制約があり、その第三の選択肢という位置づけです。
自社に当てはめると
会計・決済データを整えておくこと自体が調達力になります。継続課金や定期取引の入金履歴が溜まっているなら、それは審査に出せる資産です。
事例2あえて歩かない台車型ロボット
- 国内企業が、二足歩行を採用せず台車型にしたヒューマノイド「D1」を発表しました。医療・製造の現場での実稼働に振り切った設計です。
- 2026年度内に累計1万時間の現場稼働を目標としています。
結論
できることを減らして現場で動く形にする、という考え方はAI導入全般に効きます。全自動を狙って止まるより、範囲を狭めて回すほうが早く成果が出ます。
43 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 6
6-6 / 採用
就活生の97%が生成AIを使う前提で、
選考を組み直す
事象「使っていない」は3%だけ
- 2027年春卒業予定の学生を対象にした調査で、就職活動で生成AIを「利用していない」と答えたのは3%でした。
- 用途はエントリーシートの作成と企業研究が中心とみられます。
- 面接でAIが生成した内容を追及され、答えに窮するケースも報告されています。
- 書類が候補者を見分ける材料としての価値を、急速に失っているということです。
経営者視点選考と社内ルールの見直し
見直す3点
1. 書類選考の比重を下げ、実技課題と対話に配点を移す。2. 持ち帰り課題は成果物ではなく、その説明を評価する。3. AI利用を禁止せず、使った箇所を申告してもらう設計にする。
結論
入社後も同じです。生成AIを日常的に使う世代が入ってくる前に、社内のどの情報をAIに入力してよいかを1枚にまとめてください。禁止だけのルールは守られません。
44 / 64
← 目次に戻る
CHAPTER 7
今週注目したい
AIツール・概念
この章では、経営者が今週実際にXやYouTubeで拾った21件を、固有名詞のまま解説します。Motion、MiniMax H3、Ponytail、Open Design、Cloudflare OS、NVIDIA SkillSpector、Nemotron VoiceChat 11Bといった具体的な製品名から、ループエンジニアリング、AIO/GEO、ドメイン知識という考え方まで、13枚に整理しました。共通しているのは、話題の中心が「AIに何を作らせるか」から「作った後をどう回し、どう安全に止めるか」へ移ったことです。各スライドには自社に当てはめる具体例と、未確認の情報がどこかを明記しています。導入判断より先に、社内ルールの見直しに使える内容から読んでください。
45 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-1 / 動画生成
Motion:商品ページのURLを貼るだけで、
ローンチ動画の叩き台が出る
事象チャット画面が制作ツールになった
- 動画制作サービス「Motion」が、AIチャットに接続できる拡張機能として公開されました。商品サイトのURLを貼って依頼すると、ブランド情報の取得から台本・ナレーション・書き出しまで進みます。
- 公開デモは28秒。1つのURLから、ロゴ・キャッチコピー・行動喚起(CTA)を含む動画が生成される様子が確認できます。
- 本質は一発生成よりも、「短くして」「音楽を変えて」と会話で作り直せる編集ループの側にあります。
経営者視点外注前の叩き台に使う
自社に当てはめると
主力商品ページ1本で試し、営業用の紹介動画・SNSショートの叩き台を作ります。撮影不要で、外注時の指示精度が上がり手戻りが減ります。
注意
料金・商用利用条件・生成物の権利は未確認。日本語の情報量が多いページで同品質が出るかも未検証です。表現が強まると広告審査に触れるため、公開前の人間チェックを必須にしてください。
46 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-2 / 手元で作る
MiniMax H3で手元生成、
一貫性7原則で長尺の破綻を防ぐ
事象MiniMax H3をローカルで動かす
- オープンウェイトの動画生成モデル「MiniMax H3」を、手元のPCで動かす手順が解説されました。クラウドの従量課金なしで試作できるのが要点です。
- 実測は480p・5秒で初回約6分、2回目以降は約3分。参照画像から動かす方式は約3分56秒。メモリは32GB以上推奨、Macは64GB級でも厳しい可能性ありとされています。
- 高速化設定で1.2〜1.5倍になりますが品質低下の可能性あり。実質Windows+NVIDIA GPU前提で、ライセンス・商用可否は未確認です。
経営者視点品質は生成前の設計で決まる
AI長編映像の一貫性7原則
90分のAI映画制作から整理された原則です。一貫性は生成時ではなく事前準備で作る/アセットは画像+固定の説明文+タグ名で持つ/状態違い(昼夜・衣装)は別アセットにする/同じ画像を何度もAIに通さない、など。
自社に当てはめると
キャラや店舗を使った映像を継続的に作るなら、先に「設定表」をデータ化します。担当や外注先が変わっても同じ見た目を再現でき、結果的に安く済みます。
47 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-3 / 開発ツール
Ponytailは「書かせない」、
Open Designは「途中で人が直せる」
事象2つの開発向けツール
- Ponytail:AIにコードを書かせる前に7段階の確認(本当に必要か→既存にあるか→標準機能で足りるか…)を強制するルールセット(OSS・MIT)。スター約94,700、v4.8.4、20種のAIツールに対応。
- 実測は12タスクで平均コード量54%減・費用20%減・時間27%短縮。拡散した「80〜94%減」は単発の上限値で、提供元の自己申告です。
- Open Design:Codex/ChatGPTの公式プラグイン一覧から導入でき、AIの制作途中のキャンバスに人がコメント・直接編集で介入できます。
経営者視点「作らない判断」を関門にする
自社に当てはめると
ツール導入や業務改善でも「やめる→既存で代替→買う→作る」の順で判断する関門を置きます。LP改善なら構成と実装はAI、ファーストビューとCTAだけ人が直す分業が試せます。
注意
Open Designは9秒の告知と公式ページのみで、共同編集の安定性・出力品質・料金は未検証。導入確定は時期尚早です。
48 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-4 / 画面化
Claude CodeのUI化と、
GitHub Trending Weekly #43の実用6件
事象チャットを使わずAIを動かす
- AIを毎回チャットで操作せず、ボタンとフォームの専用画面の裏側から呼び出す設計が17分の動画で解説されました。判断と候補出しはAI、切り出し等の確定処理は通常のスクリプト、承認は人間、例外だけチャットという分担です。
- 「この字幕だけ直す」といった細かい操作は、文章で頼むよりクリックのほうが速い、というのが主張の核です。
- 週次カタログ「GitHub Trending Weekly #43」は35件から実用6件を選定。anydoc(Office・PDFをMarkdown化)、doc7(ページを画像として読み図表に強い)、Token-Saver(大型PDFの該当箇所だけ引用付きで渡す。20ページ未満は非効率と明記)など。
経営者視点固まった業務から画面に落とす
自社に当てはめると
まずチャットで手順を固め、勝ちパターンが決まったら承認ボタン付きの簡易画面へ昇格させます。見積チェック、求人原稿の量産、口コミ返信が候補です。
注意
カタログ動画は説明欄自体が「AI支援で作成、不正確な可能性あり」と明記。各ツールのライセンスは個別確認が必要です。
49 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-5 / 常時稼働
UGREEN NAS DXP4800GT:
AIを24時間常駐させる社内サーバー
事象NASをAIの常駐先にする
- UGREENの新型NAS「DXP4800GT」を題材に、ファイル保管庫ではなくAIを24時間常駐させる基盤として使う考え方が解説されました。スマホやPCから同じAI作業環境へアクセスできます。
- 要点は、Markdownのメモ群をAIの外部記憶にすること。重要なのはフォルダ構成そのものより「どこに何があるかの目次」と「どんな時に何を参照するかの案内」だと整理されています。
- 機種は10GbEポート2つ・ECCメモリ対応・U.2 SSD対応でサーバー寄り。上位機を持っているなら買い替えの必要性は薄い、という見立てです。
経営者視点先に「常時動いてほしい仕事」を決める
自社に当てはめると
バックアップ、ファイル整理、定期的なデータ収集や監視といった軽い処理はNAS側、重い動画・画像処理は高性能PCやクラウド側に分けます。素材・契約書の社内保管庫としての価値だけでも導入理由になります。
注意
NAS仕様とリモート機能の現行仕様は未検証。外部公開ポートは開けずVPN経由に閉じるのが必須条件で、権限設計とバックアップ方針を先に決めてください。
50 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-6 / 社内基盤
Cloudflare OS:社員ごとに権限を隔離した
社内AI基盤がOSSで公開
事象「社内版ChatGPT」より一歩広い基盤
- Cloudflareがオープンソース(Apache-2.0)で公開。社員一人ひとりの専用エージェントと作業場、社内データへの安全な接続、作った成果物の共有までを扱います。取得時点で6,780スター、正式リリースは未作成です。
- 特徴は、エージェントが権限ゼロから始まり、許可されたリソースだけにアクセスすること。書き込み操作には人間の承認を挟めます。
- 外部サービス接続は、認証情報をAIから隔離したまま「1リポジトリだけ」「特定項目はマスク」「反映は承認必須」といった制約をかける仕組みを備えます。会話で一度成功した業務は、決まった手順へ昇格できます。
経営者視点製品より設計思想を写す
自社に当てはめると
社内のAI利用ルールに4点を書き込むだけで効きます。(1)AIの初期状態は権限ゼロ (2)読み取りと書き込みの権限を分ける (3)外部送信・更新・削除は人間承認必須 (4)顧客・案件ごとにデータ境界を分け横断参照を禁じる。
注意
正式版がなく更新も速いため、本番基盤ではなく隔離環境での試用向き。料金と管理機能の実機検証は未実施です。
51 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-7 / 拡張機能検査
NVIDIA SkillSpector:AIに入れる拡張機能を、
入れる前に検査する
事象大手が検査レイヤーをOSSで公開
- NVIDIAが公開したオープンソース(Apache-2.0)の検査ツール。AIエージェントに追加する拡張機能(Skill)が危険な挙動を含まないかを調べます。
- 68パターン・17カテゴリを検査。検出対象は、AIに秘密情報を吐かせる仕込み、認証情報や顧客データの外部送信、ファイル一括削除、将来の判断を歪める記憶の汚染などです。
- 公開資料は、出回っている拡張機能の26.1%に脆弱性、5.2%に悪意の可能性があると主張しています。
経営者視点「見つけたら即導入」をやめる
自社に当てはめると
社内のAIツールに拡張機能やコネクタを足す運用があるなら、検査→低リスクなら導入→高リスクなら不採用、を社内ルール化します。実験用と業務用でアカウントを分けるだけでも事故の範囲が狭まります。
結論
「有名な人が紹介していたから安全」は根拠になりません。ただし検査を通っても安全とは言えず、誤検知もあります。サーバー側のコードや依存関係、実行権限は別途確認が必要です。
52 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-8 / 設計思想
ループエンジニアリング:うまいプロンプトより、
回り続ける仕組み
事象4段階で積み上がる考え方
- 約19分の解説動画。AI活用の中心が「毎回うまい頼み方を書く」から「AIが自動で開始・反復・検証し、人は外側から監督する仕組みの設計」へ移ったと説きます。
- 4段階は、(1)頼み方の工夫 (2)仕様・ルール・履歴など判断材料の設計 (3)テスト・権限制限・ログ・承認ゲートという安全な作業環境 (4)起動まで自動化し人は外から監督、という積層です。
- 人の関わりも「工程ごとに入る」から「通常はAIが回し、例外だけ人が担う」へ。実装→検証の高速ループ、人が方向修正するループ、利用者の反応で仕様を更新するループの3重構造で整理されています。
経営者視点着手してよい自動化の4条件
自社に当てはめると
(1)完了条件を機械的に判定できる (2)読み取り中心か、変更前に承認がある (3)最大回数・時間・費用の停止条件がある (4)例外時に人へ戻せる。この4つを満たす小さなループだけ着手します。
注意
外部への送信、公開、広告停止、課金変更は自動化から外します。無人で回す仕組みが暴走し修正範囲が無限に広がる事故も報告されています。
53 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-9 / AIの記憶
セッション横断メッセージングと、
AIに記憶を持たせる自作検証
事象AI同士が連絡し合えるようになった
- Claude Code v2.1.224以降、同じPC上で独立して動いている複数のAIセッションが、テキストで連絡し合えるようになりました。提供元サーバーを経由せず、会話履歴やファイルは共有されません。
- 受信メッセージはユーザーの承認とは扱われず、設定変更や権限承認はできない設計です。
- 別途、案件を横断して「今日どこで何を話したか」をAIへ引き継ぐ自作検証も公開。要約なしでは5問中5問が別案件の話題に誤爆したのに対し、要約ありでは5問中5問が正解に到達しました。注入できる文字数には上限があります。
経営者視点過去ログは自動化候補の宝庫
自社に当てはめると
AIとの過去の作業ログを棚卸しし、「やり直し・承認待ち・同じ説明の繰り返し」を回数と時間で集計します。優先順位は発生回数×1回の手戻り時間×自動化可能率−保守コストで決め、上位1件だけ試します。
注意
会話ログには認証情報が平文で混ざります(3,495発言中4件検出)。集めて要約する仕組みは、機密が混ざる前提で設計してください。「30時間削減」等の数字は自己申告です。
54 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-10 / 経営・組織
「AIが95%働く会社」論と、
エージェント普及後に残る差別化
事象導入する会社より、前提で再設計した会社
- 大手ネット企業の経営トップが自社イベントで語った内容。AIは効率化ツールではなく、人材配置・評価制度・事業構成・意思決定速度まで変えるものだとします。
- 順番が重要で、「時間が空いたら人を動かす」では遅く、先に人を新規事業へ移し、足りない手数をAIで埋めるべきだという主張です。浅い専門AIサービスは大手モデルに食われるとも。
- 別の解説では、AIエージェントを使えること自体はExcelと同じ当たり前の道具になり、差別化はドメイン知識(業務知識・判断基準・注意点)へ移ると整理されています。
経営者視点頭の中の判断基準を文書にする
自社に当てはめると
最重要業務を3つだけ決め、そこで毎回発生する判断基準(NG条件、優先順位、確認ポイント)を書き出します。AIに詳しい外部人材より、業務に詳しい社内の人が書くほうが精度が高い、という指摘は中小企業に有利な話です。
注意
解説記事は一次情報ではなく公開発言を重ねた考察です。人員を先に動かす手法は体力のある大企業だから成立する面もあります。
55 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-11 / 収益化
海外アフィリエイトのAI実践と、
自律型AIマーケター「Helena」
事象作るAIから、回すAIへ
- AIに英語のアフィリエイト記事を書かせ、Impact / Awin / CJ といった海外ASPで月200万円に到達したという投稿が拡散。記事約30本で1本平均月66,000円、運用は週5時間と主張しています。
- Enrich Labsの「Helena」は、広告文を作るAIではなく自分の成果を採点して外した施策を作り直す点を訴求。URL入力から3分で開始し、広告・SEO記事・メールの改善ループを回し、毎日ブリーフを送ります。
- 実績として20,000社・売上1,000万ドル、停止中の広告アカウントを3週間で月1万ドル出稿・ROAS 3.1などを掲げています。
経営者視点ループそのものを自社に写す
自社に当てはめると
導入判断より先に、広告・口コミ・予約導線・メールの数値を週次でまとめ、効かなかった原因の言語化と次の改善案までAIに下書きさせ、実行は人が承認する形を作ります。海外展開なら5記事+ピン30〜50枚の小規模検証から。
注意
月200万円もROAS 3.1も自己申告で独立検証なし。広告の自動停止・自動配信は誤操作リスクがあるため、当初は提案のみAIにします。
56 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-12 / 集客の実務
美容クリニック9事例と、
AIO/GEOで引用される記事の条件
事象一般論の勝ちパターンが効かなくなった
- 100院以上を支援したコンサルタントによる9事例。自院の実力に合わせて商品と導線を変えるのが原則です。広告を分割しすぎず予算をまとめて配信量約5倍・CPA約10%改善、専用ページに固定せず検討度で出し分けてCPA約30%改善、長尺解説を切り抜き風広告にしてCPA約40%減。
- AI活用は2系統で、SNS企画・集計の自動化(作業時間半減)と、カウンセリング録音から個別のフォロー文面と送信時期を作る追客です。
- AIO/GEOの調査では、見出し構造など読者にも見える構造の最適化だけで引用率が17.3%上昇。各見出しの直下に1文で断定的な答えを置く改修は+18%でした。
経営者視点効く順に手を付ける
自社に当てはめると
主力商品を毎月値引きしない。記事は見出しを質問形にし、直下に断定の1文を置く。比較・費用・数値のページを優先。構造化データやllms.txtへの投資は後回しで構いません(llms.txtは97%が未アクセス)。
注意
事例の数値はすべて自己申告。無編集のAI量産記事は3〜6ヶ月後に崩壊する実測があります。録音を使う追客は本人同意と誤送信対策が必須です。
57 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 7
7-13 / モデル動向
Discovery Loop設立と、
割り込めるNemotron VoiceChat 11B
事象研究体制の再編と音声対話の進化
- 2026年8月5日、Google DeepMindのトップ交代と、著名研究者4名による公益法人「Discovery Loop」設立が同時発表されました。掲げるのは「実験ループの自動化による発見の加速」で、出資者にAlphabet/Googleも入っています。
- NVIDIAの「Nemotron VoiceChat 11B」は、AIが話しながら相手の声も聴き、人が割り込むと発話を止めるオープンな音声対話モデル。応答遅延は約450ms。
- 会話中に予約確認などを裏で実行しながら「少々お待ちください」といった保留発話を差し込めるため、待ち時間の無音を減らせます。
経営者視点順位より配布面、製品より要件定義
自社に当てはめると
「一番賢いモデルを選べば勝ち」という発想は捨て、用途別に使い分け、乗り換えコストの低い設計にします。電話受付AIは、割り込みで止まる/会話中に予約表を照会できる/照会中に保留発話を挟める、の3点を評価基準に。
注意
Nemotronは研究用途向け・英語のみで、動作環境もデータセンター向けGPU前提。日本語対応済みのサービスで小さく試すのが現実的です。再編の評価部分は解説者の推測です。
58 / 64
← 目次に戻る
CHAPTER 8
判断軸4本と、
来週の観測点
この章は、1〜7章の内容を「で、自社は何を決めるのか」に落とします。今週の出来事に共通していたのは、AIで作る量が増えた分だけ受け取る側が詰まる、という構造でした。開発者向けQ&Aサイトの月間質問数はピークから99%減り、英国の労働審判所はAIで書かれた訴状で未処理6.4万件を抱えています。決めることは4つだけです。費用の上限、人間の関門の作り方、依存先の分散、発信の届け先。あわせて、モデルを変えたときに品質を測り直す手順、来週見に行くべき5つの未確定事項、そして今週はやらなくていい3つを挙げます。判断を増やすための章ではなく、今週決めるものと来週まで待つものを仕分けるための章です。
59 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 8
8-1 / 受け手の詰まり
生産量が増えると、
受け取る側が詰まります
事象今週並んだ5つの出来事
- 開発者向けQ&Aサイトの月間質問数が、2014年3月のピーク20.7万件から2026年7月は1442件へ。99%減です。
- 英国の労働審判所は申立が1年で39%増、未処理案件は55%増の6.4万件。AIで書かれた訴状は数百ページに及び、存在しない法令の引用も多いと報じられました。
- Oracleが基盤ソフト(Javaの標準実装)へのAI生成コードの提供を全面禁止。来歴の分からないものを受け取らないという判断です。
- 一方で60代の小規模事業経営者は、営業・給与計算・損益管理に使い「今まででいちばんの経営ツール」と述べています。
- 著名クリエイターは制作にAIを使ったことが判明して炎上しました。品質ではなく「使ったこと」が批判されています。
経営者視点詰まるのは受け取る側
増えたのは出す側だけ
5件はバラバラに見えますが構造は同じです。作る側の量が一気に増え、受け取る側(審査する人、レビューする人、読む人)の処理が追いつかなくなっています。
結論
自社が出す量を増やすときは、受け取る相手の負担も一緒に設計してください。相手が詰まる出し方は、量を増やすほど成果が下がります。
60 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 8
8-2 / 前後比較
モデルを変えたら、
同じ課題で測り直す
事象更新で静かに質が変わる
- 8月3日、ある最上位モデルの新版について「頼んだことをやる前に反論する」「毎回3つの注意点を並べる」として旧版に戻したという投稿が支持を集めました。逆の評価もあり、優劣は用途次第です。
- 8月6日には、ベンチマークの点数は請求額を予測しないという検証報告が出ました。同じ作業でもモデルによってトークン消費量と道具の呼び出し回数が大きく違うためです。
- ChatGPTの既定モデルは8月7日に有料と無料で別々に入れ替わりました。既定は自動で変わります。
経営者視点前後比較の型を1つ持つ
同じ課題5本を固定して見比べる
自社の代表業務から実際の依頼文を5本選び、変えずに保存します。モデルや設定を変えたら旧・新の両方に同じ5本を流し、(1)手直しなしで使えたか (2)出力の長さ (3)所要時間 (4)費用 の4点だけ記録します。30分あれば足ります。
結論
「新しい=自社に良い」ではありません。更新は向こうの都合で来ます。こちらは測る手順だけ持っておけば十分です。
61 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 8
8-3 / 判断軸4本
今週の判断軸は、費用・権限・
依存・発信の4本です
- 費用は上限を決めてから広げる。ある企業は数カ月で数百万ドルをAIに費やし、その反省から支出の可視化ツールを作りました。同じ週にパスワード管理大手も同種の機能を発表。まず部署ごとの契約を棚卸しし、月額上限を決めてから配ってください。
- 人間の関門は「見る」ではなく「触れない」で作る。4万セッションの実測では、AIが実行許可を求めた際に危険な操作の約3分の1を人間が見逃して承認していました。確認画面は数が増えるほど機能しません。本番データ・送信・支払いは最初から接続しないのが確実です。
- 依存先を1社に固定しない。格安APIの代表格が値上げを予告しました(実施日・新料金とも未公表)。安さ前提の一括処理は、切り替え先を先に決めておくだけで被害が止まります。
- 発信は人間向けとAI向けの両方に読ませる。ある大手CDNの計測では、ページ要求の半分未満しか人間由来ではありません。人が読む文章と、AIが読み取れる形の両方を用意してください。
4本に共通するのは順序
いずれも「先に枠を決めてから広げる」です。上限・接続範囲・代替先・出し先を先に決めておけば、来週何が起きても判断が速くなります。
62 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 8
8-4 / 来週の観測点
来週見に行く5つ
(いずれも未確定です)
| 観測対象 | 見るもの | 自社への影響 |
| 次期最上位モデル「Astra」 | 公開されるか、いつか。サイバー能力が最上位「Critical」水準の可能性で開発の一部が停止中 | 攻撃側も強くなる。多要素認証とバックアップの底上げ |
| 格安APIの新料金 | 値上げ幅と実施日(8月9日時点で未公表) | 大量処理バッチの採算。代替先の準備 |
| 「声」の解釈指針 | 8月7日公表の指針が実務でどう運用されるか | AIナレーション・広告音声の同意取得 |
| AI向けサイト最適化(AEO) | 診断スコアの改善が露出や問い合わせに効くか | 集客経路。効果測定の事例待ち |
| メモリと電力の逼迫 | 2027年分メモリの完売報道、送電網の新規接続停止 | クラウド料金への転嫁と機材の調達価格 |
いずれも8月9日時点で確定していません
この5つは、方針や可能性が公表されただけで結論が出ていない項目です。動いたら次号で扱います。今の段階で先回りして投資や契約を決める必要はありません。見ておくだけで十分です。ただし1行目だけは別で、次期モデルの公開を待たずに多要素認証とバックアップの点検は今週中に済ませてください。費用がかからず、外れても損をしない備えだからです。
63 / 64
← 目次に戻る
Michigaeru Inc. / Chapter 8
8-5 / やらないこと
今週やらなくていいこと
3つと、締め
1. 最新モデルへの即時の全面移行
順位が入れ替わっても、自社の業務で測るまでは移行の理由になりません。前後比較なしの切り替えは、品質が下がっても気づけません。まずは前ページの5本テストで十分です。
2. 自社サーバーでの大規模モデル運用
手元のPCで動いたという報告は今週も出ましたが、投稿者自身が速度を「お粥のように遅い」と付記しています。加えて2027年分のメモリが完売との報道で調達価格も不利です。外部に出せない機密処理がある場合に限り、小さく試すのが妥当です。
3. 自社サイトのAI対応の全面改修
無料の診断ツールが出たばかりです。まず不合格になった箇所だけ直し、効果の実例が出てから広げてください。
今週の要点
決めるのは上限・権限・依存先・出し先の4つだけ。残りは来週の観測に回して構いません。次号は値上げ幅と次期モデルの動きを追います。
64 / 64