「生成した」はずが「できない」？ AIの矛盾とハルシネーションの生々しい記録

生成AIは「画像を加工した」と出力しながら、後になって「そんな機能はない」と平然と嘘をつく──。本稿は、実際に起こったAI（GEMINI）との生の対話を編集せずそのまま掲載します。AIが出力する“もっともらしい説明”の裏で何が起きているのか、ユーザーがどう向き合うべきかを、警告と警鐘・継承の視点で記録します。

AIオーケストレーション

後から気付く

この段階では後の祭りなのだが

そう呟いて、管理画面に表示された「WordPress 7.0.4 が利用可能です」の文字を眺めているWeb担当者の方も多いはずです。前回のアップデートからわずか6日。あまりのフットワークの軽さに感謝する前に、ふと不安がよぎります。

「まさか、また重大な不具合？」
「うちのサイト、大丈夫なのか…？」
「こんなに頻繁にやってて、開発陣は燃え尽きてないのか？」

結論から言いましょう。この“異例の頻度”は、もはやアップデートではありません。「サイバー攻撃からの即時防衛」です。

本記事では、怒涛のアップデートラッシュ（7.0.3➡7.0.4、7.0.1➡7.0.2、6.9.2～6.9.4）の背景にある緊迫の技術的真相と、世界中の何億ものサイトを守る開発者コミュニティの壮絶な舞台裏を、重要度順にわかりやすく解説します。

【最優先警告】7.0.4で何が修正されたのか？

ー たった1枚の“画像”でサーバーが乗っ取られる

今回のアップデート（7.0.4）は、単なるバグ修正ではありません。
緊急度：最高レベルのセキュリティホール（脆弱性）を塞ぐための緊急セキュリティリリースです。

• 問題の脅威度：遠隔コード実行（RCE）脆弱性（CVE-2026-65640）
• 危険な仕組み：権限を持つユーザーが、一見「画像」に見える悪意のあるファイルをアップロードするだけで、サーバー上で好き放題にプログラムを実行できてしまうという致命的な欠陥。
• 標的となる環境：画像処理ライブラリ「Imagick」と「Ghostscript」を併用しているサーバー。
• 驚愕の事実：この欠陥はWordPress 4.7（約10年前のバージョン） にまで遡って存在していた“レガシーコード”に潜んでいました。

つまり、「写真を投稿したらサイトごと乗っ取られた」という事態もあり得たのです。発覚から修正・配信までのスピードが異例だったのは、それほどまでに「やばい」脆弱性だったからに他なりません。

なぜ今、怒涛のアップデートラッシュなのか？

ー 頻発する裏側にある“3つの時代の潮流”

なぜここにきて、7.0.2、7.0.4、そして過去バージョン（6.9系）まで同時多発的に更新されているのでしょうか。背景には、Webセキュリティの“パラダイムシフト”がありました。

① AIが“脆弱性の鉱脈”を掘り当てる時代に

かつては人間のセキュリティ研究者がコードを一行ずつ検証していました。しかし現在では、AIを搭載した自動解析ツールが24時間体制で過去10年分のコードを総浚いします。これまで見逃されていた“古い地層”の脆弱性が、まるで金脈のように一度に掘り起こされているのです。

② 攻撃が「見た目」から「根幹」へとエスカレート

昔は「画面が改ざんされる」程度のいたずら（XSSなど）が主流でした。しかし今や攻撃の最終目的はサーバーそのものの支配（RCE）です。サイトを乗っ取られれば、自社サイトが次の攻撃の踏み台（ボットネット）にされるリスクもあります。これでは「来月の定期更新まで待つ」という悠長な選択肢は存在しません。

③ 世界中の“ホワイトハッカー”との情報戦

WordPressはバグ報奨金プログラムを設け、世界中のホワイトハッカーから脆弱性情報を募集しています。しかし、公表と悪用（ゼロデイ攻撃）のタイムラグは年々縮まっており、報告を受けたら即座にリリースせざるを得ないのが実情です。

 【裏側を暴く】なぜ“わずか6日”で全世界に届けられるのか？

ー 知られざるWordPressコミュニティの“執念の構造”

「また更新か…」と感じるその裏で、WordPress開発チームはソフトウェア業界でも異例の驚異的な防衛ラインを張り巡らせています。

1. “過去の遺産”を見捨てないバックポートの執念
   WordPressは最新版（7.0.x）だけでなく、4.7系（約10年前） にまで修正プログラムを遡って適用（バックポート）しています。「古いバージョンはサポート終了」と切り捨てるのが一般的な中、何億もの古いサイトを守るために、全ブランチで並行して緊急版を作り続ける。これが6.9系など旧バージョンまで同時に数字が上がるカラクリです。
2. 「自動更新」を前提とした“超小規模リスクヘッジ”
   WordPressはセキュリティ更新をユーザーがボタンを押さずとも自動で適用する仕組みを持っています。もし大きな機能追加とセキュリティ修正をセットで行えば、自動更新時にサイトが真っ白になるリスク（互換性エラー）が高まります。そこで、「致命的な修正1件だけ」をピンポイントで配信することで、たとえ問題が起きても影響を最小限に食い止めているのです。フットワークの軽さは“サイトを壊さないための戦略”だったのです。
3. “公開前のサイレント修正”というタイムレース
   脆弱性が報告されてから、悪用するプログラム（PoC）がネットに流出するまでは、早ければ数時間です。WordPressセキュリティチームは、ハッカーが攻撃を完成させる前に世界中のサイトへ“予防接種”を打ち終えるという、過酷なタイムレースを毎日繰り広げています。

Web担当者が“今すぐ”取るべき3つの行動

頻繁な更新に振り回されず、「プロの防衛網」を最大限に活用するために、今日からできる対策はたったの3つです。

1. 【即実行】管理画面から「7.0.4」にアップデートする
   マイナーアップデートは互換性が非常に高いです。テーマやプラグインが壊れるリスクは極めて低いため、迷わず適用しましょう。
2. 【設定必須】「マイナーバージョン自動更新」を有効にする
   wp-config.phpで自動更新をオンにしておけば、今回のような6日間の緊急リリースも寝ている間に完了。もう「更新ボタンを押し忘れた」という不安から解放されます。
3. 【権限見直し】使っていない“投稿者”アカウントを削除する
   今回の脆弱性はログイン権限を悪用するものです。かつてブログを書いていたスタッフのアカウントや、不要な権限はこの機会に整理しましょう。それだけで防御力が格段に上がります。

まとめ

「頻繁な更新」は、WordPressが“放置されたオワコン”ではなく、世界で最も激しいサイバー戦線の最前線であり、開発陣が24時間体制で防衛ラインを張り続けている生きた証です。

面倒がらずに、この強力なセキュリティエコシステムにしっかりと乗り、安全なWebサイト運営を続けていきましょう。

Windows 11 に月例セキュリティ更新 KB5121003（Build 26200.9168 / 26100.9168） が配信された。 今回の更新は、Secure Boot 証明書の更新強化、エクスプローラーや検索の改善、Windows Hello ESS の拡張など、日常操作に直結する品質改善が多い。 さらに Copilot+PC では AI コンポーネント管理の強化（アンインストール対応） が入り、一般PCとは明確に差が出ている。 この記事では、 一般向け → 専門家向け の順で分かりやすく整理し、 最後に Copilot+PC と一般PCの違い をまとめて紹介する。

◆一般向け：今回の更新で“何が変わるのか”だけ知りたい人へ

● 共通改善ポイント（Copilot+PC / 一般PC 共通）

• Secure Boot 証明書の更新対象が拡大
  → 古い証明書のままのPCにも段階的に新証明書が届く。 Microsoft Support
• エクスプローラー改善
• ファイルサイズが KB/MB/GB の適切な単位で表示
• 中クリックでフォルダーを新しいタブで開ける
• Windows Search の検索精度向上
  → アプリ・設定が見つかりやすくなる。 webtoollab.com
• Windows Hello ESS（外付け指紋リーダー対応）
  → セキュリティ強化。 Pureinfotech
• Voice Access（音声操作）
  → 韓国語対応、Voice Isolation でノイズ除去が向上。 Pureinfotech
• タッチパッド操作の改善
  → スクロール速度・加速スクロールの調整が可能。 winupdated.com
• Windows Update の画面改善
  → “利用可能な更新プログラム”が折りたたみ式に、更新一時停止をカレンダーで指定可能。 webtoollab.com

● Copilot+PC だけの改善

• AI コンポーネントをアンインストール可能に
  → 画像生成モデルなど不要な AI モジュールを削除できる。 Pureinfotech

● 一般PCだけの改善（非AI専用機）

• 基本は 操作性改善が中心
  → エクスプローラー、検索、タッチパッド、Windows Hello、Windows Update の改善がメイン。

◆専門家向け：技術的背景・変更点を深掘り

● Secure Boot 証明書更新（高信頼ターゲティングデータ追加）

Microsoft は 2026年6月以降、Secure Boot 証明書の更新を段階的に展開している。
KB5121003 では 高信頼デバイス向けターゲティングデータが追加され、
“新証明書を自動受信できる PC の範囲” がさらに拡大した。 Microsoft Support

これにより、

• 古い証明書のままの端末の起動信頼性向上
• 将来の証明書ローテーションに備えた基盤強化
  が進む。

● エクスプローラー改善（UI/UX + 内部処理）

• ファイルサイズ表示ロジックの修正
  → KB/MB/GB の単位選択が正確化。
• 中クリックで新タブ
  → アドレスバー・ホーム画面のフォルダーを中クリックで新タブに。
• サムネイル品質向上
  → 推薦ファイルのプレビュー品質が改善。

これらは 7月プレビュー（KB5101684）の改善を取り込んだもの。 webtoollab.com

● Windows Search（検索アルゴリズム強化）

• 誤字・部分一致の許容度が上昇
• 設定項目の検索精度が向上
• アプリ検索のヒット率改善

内部的には 検索インデックスのスコアリング調整 が入っていると推測される（公式は詳細非公開）。 webtoollab.com

● Windows Hello ESS（Enhanced Sign-in Security）

• 外付け指紋リーダーでも ESS が利用可能に
• 認証時の署名検証プロセスが強化
• 生体認証の中間層（Broker）でのセキュリティ向上

Copilot+PC だけでなく一般PCにも適用。 Pureinfotech

● Voice Access / Voice Isolation

• 韓国語追加
• 背景ノイズ除去のための 3モード音声認識 が追加
• 音声アクセスの精度向上（特にノイズ環境） winupdated.com

● タッチパッド（Precision Touchpad）

• スクロール速度調整
• 加速スクロール
• ズーム感度調整

内部的には HID ドライバーのパラメータ処理が改善されている。 winupdated.com

● Windows Update（SSU：KB5123304）

• 更新進捗計算の精度向上
• 更新後のクリーンアップ処理改善
• SSU（Servicing Stack Update）で更新基盤の信頼性向上 Microsoft Support

● Copilot+PC：AI コンポーネント管理の強化

Copilot+PC のみ、
AI コンポーネント（画像生成モデルなど）をアンインストール可能 になった。

• Settings → System → AI Components
• 個別モデルを選択して削除可能
• ストレージ管理・モデル更新管理が柔軟化

これは AI モデルのローカル展開を行う Copilot+PC 特有の機能。
一般PCには存在しない。 Pureinfotech

◆Copilot+PC と一般PCの違いまとめ

先日公開されたWindows 11のプレビュー更新プログラム「KB5101684（Build 26200.8973）」。ファイルエクスプローラーのサイズ表示改善やSearchの部分一致検索強化など、魅力的な改善点がアナウンスされている。しかし、「実際に使ってみると、案内通りに動かない」 のがWindows Updateの常だ。

本記事では、Copilotが提示した「検証ポイント」を実際に手を動かして検証。Search機能の「誤字補正」は本当に効くのか？Copilotの回答は正しいのか？Feedback Hubへの投稿はスムーズに行えるのか？ — 予想外の落とし穴をレポートする。

はじめに：KB5101684の公式発表内容

【2026年7月】突然の「更新してシャットダウン」、KB5101684って何？

Windows 11 プレビュー更新 KB5101684（Build 26200.8973）の目的を、Copilot+PC・一般PC・共通項目に分けて徹底解説。Secure Boot証明書拡大、File Explorer改善、Voice Isolation、Windows Hello ESS拡張など、次期月例更新に先駆けた品質改善の全貌をブログ形式でわかりやすく紹介します。

イイネ.biz

2026.07.30

– ファイルサイズ表示の改善（KB/MB/GB対応）

– Searchの部分一致・誤字対応強化

– Voice Isolation（音声分離）の新規追加

– Widgets通知バッジのアクセントカラー化

– Windows Hello ESS（外部指紋認証）対応

Copilotとの対話：提案された「掲載すべき画像」とは

– 私「File ExplorerとAIコンポーネントは既に載せた。他に載せるべき画像は？」

– Copilotの回答（要約）：

  – Search（誤字検索）

  – Voice Isolation（設定画面）

  – Widgets（通知バッジの色変更）

  – 「この3つを載せれば説得力が最大化する」との主張

Search機能の実機検証：Copilotの言う通りにはならなかった

実際のキャプチャ

 – `calc` → ✅ アプリとして最上位に表示：Calculatorの最初の４文字だから当たり前とも言える

  – `cal` → ⚠️ ヒットするが、勝手に入ってくる補完文字が邪魔

👆　ここでは、Calの後に”Lite24.h”が補完されている。

 – `calcl` → ❌ ヒットせず（誤字補正は未対応）

`calcul` → ✅ 最も一致する結果:Calculatorの最初の6文字だから当たり前

日本語[読み]では、どうだろうか？➡`でん` → ✅ 日本語検索は有効

Voice IsolationとWidgets：私のPCにはまだ来ていなかった

総括：Copilotの提案を鵜呑みにしてはいけない

おわりに：ユーザーはBetaテスターではない

「あれ、また更新？」──昨日PCをシャットダウンしようとしたら、見慣れない「更新を実行してシャットダウン」が表示されて、戸惑った方も多いのではないでしょうか。

実はこれ、月例のセキュリティ更新とは別物。2026年7月末に配信された KB5101684（Build 26200.8973 / 26100.8973） は、“来月の本番更新に先駆けた品質チェック用プレビュー” という位置づけです。

では、この更新であなたのPCに何が起こるのか── 

☁️Copilot+PC と 🖥️一般PC で異なるポイント、そして⚙️全PC共通の改善点を、わかりやすく整理してお伝えします。

■ そもそも、この更新の“本当の目的”とは？

KB5101684は、新機能の先行テスト＋不具合修正＋基盤強化を一手に担う「Cリリース（オプション扱いのプレビュー更新）」。 

つまり、翌月のPatch Tuesday（月例セキュリティ更新）で本配信される内容を、いち早く試すためのアップデートです。

そのため、「すぐに必須」というわけではありませんが、導入することで次回の大型更新がよりスムーズになるほか、一部の体感改善は即座に恩恵を受けられます。

◆全PC共通：どんなマシンにも届く“ベースアップグレード”

まずは、PCの種類を問わず適用される改善から見ていきましょう。

 🔐 Secure Boot証明書の配信拡大

– 高信頼デバイス向けの証明書更新がさらに多くのPCに展開。 

  段階的なロールアウトですが、セキュリティ基盤の強化という観点で重要な一歩です。

📁 File Explorer が“使いやすく”進化

– ファイルサイズが KB / MB / GB で正しく表示されるようになり、直感度アップ。

– アドレスバーやホーム画面で マウス中クリック → 新しいタブで開く が可能に。

– おすすめファイルのサムネイル品質も向上し、視認性が格段に良くなりました。

🔍 Windows Search の“勘”が良くなった

– タイプミスや一部のキーワードでも、欲しいアプリや設定がよりヒットしやすくなりました。➡ 検証

KB5101684を検証・結果は必ずしもユーザーに有効なものではない〜Copilotの提案と実機検証のギャップ〜

KB5101684を検証先日公開されたWindows 11のプレビュー更新プログラム「KB5101684（Build 26200.8973）」。ファイルエクスプローラーのサイズ表示改善やSearchの部分一致検索強化など、魅力的な改善点がア...

イイネ.biz

2026.08.01

 🎤 Voice Access（音声アクセス）に“ノイズキャンセル”搭載

– 新機能 Voice Isolation（音声隔離） により、周囲の話し声や環境ノイズをカットして認識精度が劇的に向上。

– さらに、韓国語の音声アクセスにも正式対応しました。

🔑 Windows Hello ESS が指紋リーダーにも拡張

– これまで内蔵デバイス限定だった Enhanced Sign‑in Security（ESS） が、外付け指紋リーダーでも利用可能に。 

  セキュリティと利便性の両方が広がります。

 🧩 Widgets とタッチパッド、電源設定も地味に改善

– タスクバーの通知バッジが赤からWindowsアクセントカラーに変更され、視覚的にも統一感が。

– ロック画面のウィジェットは初期状態で天気のみにシンプル化。

– 精密タッチパッドではスクロール／ズーム速度の調整＋加速スクロールが追加。

– 電源設定は全プランに確実に反映されるようになり、Energy Saver の発動閾値設定も復活。

 ⚙️ Windows Update 自体の品質も向上

– 更新進捗の計算精度が上がり、適用後のクリーンアップ処理が改善されたことで、再起動直後からパフォーマンスが戻りやすくなっています。

◆Copilot+PC限定：AI機能がより“制御可能”に

NPU（ニューラルプロセッシングユニット）搭載のCopilot+PCでは、上記の共通改善に加えて、AIネイティブならではのアップデートが施されています。

 🧠 AIコンポーネントの“アンインストール”が可能に

– これまでシステムに統合されていた画像生成AIモジュールなどが、ユーザー側で削除できるように。 

  使わない機能をオフにしてリソースを解放したい方には朗報です。※
このAI コンポーネントは、段階的にリリースされる様で、私のPCでは、真ん中のAI Phi Silica 以外は、サイズ０バイトで、枠のみがセットされていました。

🔐 ESS指紋認証の拡張（Copilot+PCでも外付け対応）

– 共通項目でも触れた外付け指紋リーダーESS対応が、Copilot+PC環境でも有効に。 

  セキュリティ強化と周辺機器の選択肢が同時に広がります。

 👁️ アクセシビリティ面での配慮

– 拡大鏡のタッチバーが初期状態で非表示になり、画面の視認性が向上。 

  視覚サポートに頼る方にとって、より邪魔のないUIになりました。

◆一般PC（非AI専用機）で特に体感できるポイント

AI機能がなくても、日常使いに直結する改善が多数含まれているのがこの更新の特徴です。

– File Explorer のタブ操作やサムネイル表示がさらに安定し、グレーのフラッシュ（ちらつき）問題も解消。

– Widgets の通知が派手じゃなくなり、ロック画面もスッキリ。

– タッチパッドの新ジェスチャで、ブラウジングやドキュメント作業がよりスムーズに。

– Search の精度向上で、設定アプリやファイルを探すストレスが軽減。

– Windows Hello が外付け指紋リーダーに対応したことで、デスクトップPCでも生体認証の選択肢が拡大。

■ まとめ：KB5101684は“次への準備”と“今の快適さ”を両立する更新

– 位置づけ：翌月の月例セキュリティ更新に向けたプレビュー版（テスト配信）

– Copilot+PC：AIコンポーネントの制御性向上＋ESS指紋認証拡張が主軸

– 一般PC：エクスプローラー・検索・ウィジェット・タッチパッドなど毎日触る部分の改善が中心

– 共通：Secure Boot証明書の拡大やWindows Hello強化など、セキュリティ基盤の底上げ

つまり、今すぐ劇的な変化はなくとも、次回の大型更新をスムーズに受け入れるための“下地づくり” であり、同時に日常の使い勝手をじわじわ良くしてくれるアップデートです。

「更新してシャットダウン」が出たら、ぜひ適用しておいて損はない──そんな内容と言えるでしょう。

（Build 26200.8894）は、表向きは Dell PC の Intel IPF ドライバー問題を解消するための OOB 更新だ。しかし内容を精査すると、AIコンポーネント更新、Servicing Stack Update、配信ロジックの挙動など、一般ユーザーにも直接関係する“構造的な変化”が含まれている。本記事では、このパッチが Dell 以外の PC にも価値を持つ理由を、技術的事実に基づいて整理する。

第1章：KB5121767 の建前と実体

建前

• Dell PC の Intel IPF（Innovation Platform Framework）ドライバー不具合修正。

実体

「非Dellユーザーが読むべき箇所」

• 月例 KB5101650 のブロック解除
  • 月例 KB5101650 適用後、特定 Dell PC で発生したパフォーマンス低下・発熱・バッテリー消費増・突然シャットダウンを止めるための緊急 OOB（Out-of-band）。
• OOB（Out-of-band）更新として投入された理由
  • Microsoft は KB5101650 の Dell PC 向け配信を一時停止し、KB5121767 でブロック解除を実行。 
  • この一連の流れは「メーカー単位の配信停止」という前例を作った点で、すでに通常の月例更新の枠を超えている。

第2章：一般PCでも有効な要素

（Dell 専用では終わらない）
Dell 以外の PC に“無断で降りてくる”3つの要素

• AIコンポーネント更新（1.2605.856.0）
  • Image Search / Semantic Analysis / Content Extraction / Settings Model の更新
• Servicing Stack Update（KB5120102）同梱
  • OS 更新基盤の安定化
• “最新をすぐ入手”トグルによる OOB 配信の挙動
  • 対象外 PC にも落ちる実例

このパッチが Dell 専用で終わらない理由は、以下の3要素がハードウェア品牌フィルタをすり抜けて一般 PC に適用される設計になっているからだ。

① AIコンポーネント更新（バージョン 1.2605.856.0）

下記4サブシステムが対象。これらは Copilot+ PC に限定されず、クラウド連携型の一般 PC でも常駐動作する。

– Image Search（画像検索の索引エンジン） 

– Semantic Analysis（意味解析のローカル推論モデル） 

– Content Extraction（ファイル・メール本文からの特徴量抽出） 

– Settings Model（設定変更時のレコメンド推論ロジック） 

Dell 以外の PC でも、この更新が適用されれば 検索応答速度と推論の一致率 が変動する。

② Servicing Stack Update（KB5120102 同梱）

KB5121767 には SSU がバンドルされている。SSU は Windows Update の「エンジン部分」であり、以下の挙動を直接変える。

– 今後の月例パッチの適用失敗率 

– AIコンポーネントの差分更新が正しく適応されるか否か 

– 累積更新のインストール時間 

この SSU は Dell 製か否かを問わず、全ての Windows 11 24H2 / 25H2 環境の更新基盤を書き換える。

③「最新をすぐ入手」トグルによる OOB の強制降下

「最新の更新プログラムをすぐに入手する」を ON にした一般 PC で、KB5121767 が配信される事例が複数確認されている。 

これは OOB 更新が月例パッチより優先される配信キュー設計 に起因する。対象外 PC でも「対象外フラグ」が無視されるタイミングが存在することを、この KB は露呈した。

第3章：Windows Update の配信ロジックが示した構造変化

• メーカー別ブロック → OOB解除という新しい制御
• ハードウェア依存の配信最適化
• AIモデル更新が OS 更新と同列で扱われる時代への移行

今回の更新は、Windows Update の配信制御が従来の「全ユーザー一律」から ハードウェア依存の多段階制御 へ移行した生きた証拠である。

実際の制御フロー（テキスト再現）：

1. 月例 KB5101650 適用 → Dell 特定モデルで IPF ドライバ異常を検出 

2. Microsoft が メーカーID（Dell）単位で配信ブロック を発動 

3. Intel IPF ドライバ修正を含む KB5121767 を OOB で緊急リリース 

4. ブロック解除と同時に、AIコンポーネントと SSU が同梱 された状態で一般配信キューに投入 

このフローが示すのは、「OS更新」と「AIモデル更新」が分離された別レイヤーとして同列に扱われ始めたという事実。AIモデルはもはやオプション機能ではなく、OS の核心更新と同一の配信パイプラインに乗っている。

第4章：一般ユーザーがこの KB から得られる価値

• AI基盤の更新による検索・推論の改善
• SSU 更新による今後のアップデート安定化
• OOB の挙動理解によるリスク回避
• 「Dell 専用パッチだから関係ない」という誤解の解消

KB5121767 が Dell PC 以外の環境に与える影響を、操作・回避・改善 の観点で整理する。

1. AI基盤更新の実効 

   – エクスプローラーの検索ボックスに入力した際のサジェスト精度が変化（旧バージョン比でインデックス再構築が走る）。 

2. SSU 更新による安定化 

   – 次回の月例パッチ（2026年8月予定）のインストール成功率が、この SSU を適用済みか否かで分岐する。 

3. OOB 配信リスクの回避条件 

   – 「最新をすぐ入手」トグルを OFF にすることで、対象外 PC への OOB 降下を抑制できる（実機検証済みの対策）。 

4. 「Dell専用」の誤解を外す判断基準 

   – 自分の PC に KB5121767 が表示された場合、それは Dell 修正 + AI基盤 + SSU の三種が一度に適用されるサインであり、「インストール不要」という選択肢は事実上存在しない。

第5章：AI時代の Windows Update をどう捉えるべきか

• OS と AIモデルの二層更新構造
• 今後の月例パッチの役割変化
• ハードウェア別最適化の常態化ハードウェア別最適化の常態化
• KB5121767 が示した“分岐点”としての意味

この OOB 更新は、以下の構造変化を実装レベルで確定させた。

– OS 更新層（カーネル／ドライバ） と AI モデル更新層（推論エンジン／抽出器） の二層並列適用 

– 月例パッチは「ベースライン」に縮退し、OOB が機能追加やAIチューニングの主戦場となる運用への移行 

– ハードウェア別（メーカー・チップセット単位）の配信最適化が 例外ではなく標準制御 に昇格 

KB5121767 は単なる Dell 向け緊急修正ではない。Windows Update が「OS の修正リリース」から「OS＋AI の継続的デリバリープラットフォーム」へ変貌する最初の実装例 であり、その証拠が同梱された SSU と AI コンポーネントのバージョン番号に刻まれている。

あなたの PC が次に更新をチェックするとき、KB5121767 がそこに表示されたら——それは“Dell 専用”ではなく“AI 時代の新配信モデル”があなたの環境で初めて起動する瞬間だ。

2026年7月9日に公開されたばかりのWordPress 7.0.1から、わずか8日後の7月17日——突如としてリリースされた「WordPress 7.0.2」。この尋常ではないスピード更新の背景には、ログイン不要でサイト全体を乗っ取られかねない「Critical（緊急）」レベルの脆弱性が存在しました。

WordPress.orgは異例の強制自動アップデート（Forced Update）を断行。しかし、あなたのサイトは本当に最新版に切り替わっていますか？ 本記事では、今回の緊急アップデートの真相と、サイト管理者が今すぐ取るべきアクションを徹底解説します。

なぜ7.0.1から「たった8日」で公開されたのか

通常、マイナーアップデートは数週間から数ヶ月のスパンで計画されます。しかし今回は、一般公開前に既に攻撃者の標的となっている痕跡が観測されたため、パッチ公開を前倒しせざるを得ませんでした。

7.0.2は単なるバグ修正ではなく、「セキュリティリリース」に分類されます。具体的には「Critical（緊急）」1件と「High（危険度高）」1件という、最悪の組み合わせによる脆弱性を塞ぐための応急処置なのです。

何が危険だったのか？——技術的脅威の内幕

攻撃者はこの脆弱性を連鎖させることで、管理者権限を奪取することが可能でした。

– Critical：REST API バッチ処理の経路混乱（RCE）

  REST APIのバッチエンドポイントが誤ったルートを処理してしまい、入力バリデーションを迂回されます。これにより、SQLインジェクションと連鎖し、未認証（ログイン不要）のまま任意のコード（RCE）が実行可能な状態でした。

– High：WP_Query のSQLインジェクション

  特定のパラメーター（`author__not_in`）のサニタイズ処理が不十分だったため、SQL文が直接書き換えられる脆弱性が存在しました。

この2つが組み合わさることで、デフォルト設定のままのサイトが、インターネット上に無防備にさらされていたことになります。

WordPress.org が「強制自動アップデート」を発動した理由

脆弱性の影響範囲は WordPress 6.9 〜 7.0.1 という広範囲に及びました。セキュリティチームはこの深刻度を鑑み、管理者の設定に関わらずバックグラウンドで強制的にアップデートが走る「フォースアップデート」を実施。

これはセキュリティ修正の詳細が公開された直後から、ハッカーが自動攻撃ツールを一斉に稼働させる「ゼロデイ攻撃」を防ぐための緊急措置です。

公式修正内容とバックポート情報

7.0.2 では以下の2点が公式に修正されました。

– Facilitated SQL Injection（WP_Query）

– REST API batch-route confusion による RCE

なお、古いバージョンをご利用の方のために、下位バージョンへのバックポートも提供されています。

– 6.9.5（両方の脆弱性を修正）

– 6.8.6（SQL Injection のみ修正）

今すぐ確認すべき「サイト健全性チェックリスト」

自動更新に頼るだけでなく、目視での確認があなたのサイトを守る最後の砦です。以下の項目を今すぐダッシュボードでチェックしてください。

– [ ]バージョン確認：管理画面 > ダッシュボード > 更新 で「7.0.2」と表示されているか。

– [ ] 自動更新のブロック有無：define(‘WP_AUTO_UPDATE_CORE’, false); などで強制停止していないか。

– [ ] 不審なアカウント：管理者権限を持つユーザーに見覚えのない名前が追加されていないか。

– [ ] ファイル改ざん：最近更新されたファイル（特にfunctions.phpや.htaccess）に心当たりがないか。

2026年7月15日、MicrosoftはWindows 11向け月例セキュリティ更新プログラム「KB5101650」（ビルド番号 26200.8875 / 26100.8875）をリリースしました。本アップデートは、6月プレビューで先行提供された改善を正式取り込みながら、Secure Boot証明書の配信拡大、Office連携（OLE Automation）の致命的不具合修正、RDPセキュリティのSHA-2対応、curl 8.21.0への更新、AIコンポーネントの刷新など、システムの中核からエンドユーザー体験までをカバーする重要な累積更新です。 

本稿では、Copilot+PC専用機能、一般PC向け品質改善、全PC共通の基幹更新に3分類し、IT管理者から一般ユーザーまでが実践的に活用できるよう、新機能を強調しつつ、技術的裏付けと導入判断の指針を丁寧に解説します。

🔧共通項目 ─ すべてのWindows 11デバイスで適用される更新

このセクションは、Copilot+PCであろうと従来PCであろうと、必ず適用されるセキュリティ・基幹更新です。特に企業環境では、即時適用を推奨します。

🛡️2026年7月の月例セキュリティ更新（Patch Tuesday）

– 脆弱性修正数：571件（うち重要度「緊急」は39件、「重要」は412件）。これは2026年に入って最多規模のパッチセットであり、リモートコード実行や特権昇格の危険性が高い脆弱性が多数含まれています。

– 6月のプレビュー更新（KB5095093）で試験導入された修正がすべて本リリースに統合。プレビューをスキップした環境でも、今回の適用で同等の品質向上を得られます。

– 既知の問題は現時点で報告なし（Microsoft Update Health Dashboard 7/15時点）。ただし、サードパーティ製アンチウイルスとの互換性は個別に確認を推奨。

🔏Secure Boot証明書の配信拡大 ── 次世代ブートセキュリティへの布石

– 新たな高信頼デバイス向けターゲティング情報が追加され、より多くのPCが自動的に新しいSecure Boot証明書を受信できるようになりました。

– この証明書は段階的配信方式を取っており、即座に全台が切り替わるわけではありません。Microsoftは「移行期間中は従来の証明書も有効」としているため、古いブートローダーを使う環境でも互換性は維持されますが、将来的には新証明書のみが有効化される予定です。

– IT管理者向け: グループポリシーで証明書の受信状況を監視し、特にカスタムブート構成を用いている端末はテスト環境での検証が必須です。

📂Office連携の不具合修正（OLE Automation）

– 外部アプリケーション（業務システムやRPAツールなど）からExcelやWordをプログラムで起動・操作しようとした際に、文書が開けない／起動に失敗する問題が修正されました。

– この不具合は特に金融・保険・製造業の基幹システムで深刻な影響を及ぼしていました。OLE（Object Linking and Embedding）の呼び出しシーケンスが見直され、安定性が大幅に向上。

– もし本更新適用後も同様の症状が続く場合は、アプリケーション側の再起動や、Officeの修復インストールを試行してください。

🔐RDP（リモートデスクトップ）セキュリティ強化

– 新機能: RDP接続でSHA-2証明書のサポートが正式に追加されました。これにより、より強固な暗号化署名が利用可能になります。

– 現時点ではSHA-1証明書も互換性維持のため残存しますが、Microsoftは「将来の更新で段階的にSHA-1を無効化する」と明言。企業はSHA-256（またはSHA-384）証明書への移行を早急に計画すべきです。

– RDゲートウェイやAzure Virtual Desktopを利用している環境では、認証サーバーの証明書ポリシーを再確認し、クライアント側の更新が適用された状態で接続テストを実施してください。

🌐ネットワークセキュリティ強化（TDIドライバー要件厳格化）

– TDI（Transport Driver Interface）ドライバーの登録要件が強化され、古いサードパーティ製TDIフィルタードライバーが正常に動作しなくなる可能性があります。

– これはネットワーク監視ツールやVPNクライアント、ファイアウォール製品などに影響しうるため、該当ソフトウェアのベンダーから更新パッチが提供されているか事前に確認を。

📦curl の更新（開発者・管理者向け）

– Windows標準搭載のコマンドラインツール `curl` がバージョン 8.21.0 にアップデートされました。

– このバージョンでは、HTTP/2ストリーム処理の脆弱性（CVE-2026-xxxx）やTLSハンドシェイクのメモリリークが修正されており、スクリプトやCI/CDパイプラインでcurlを多用する開発環境は早急に動作検証を推奨します。

🔧Servicing Stack Update（SSU）

– 更新プログラムのインストール基盤そのものを改善するSSUが含まれており、将来の累積更新がよりスムーズに適用されるようになります。単体での導入は不要（本更新に統合済み）ですが、その存在を認識しておくとトラブルシューティング時に役立ちます。

🤖Copilot+PC向け項目 ── AI専用ハードウェアの新次元

Copilot+PC（NPU搭載の次世代AI PC）でのみ有効化・優先展開される機能です。通常PCには影響しませんが、これからAI PCを導入する企業は要注目。

🧠AIコンポーネントの刷新

– Copilot+PC専用のAIモジュール（推論エンジン・オーケストレーター）が最新化され、ローカルAI処理の効率が向上。特に音声アクセスと音声入力において、フランス語・ドイツ語・スペイン語の多言語対応が追加されました。

– これにより、多国籍チームでの音声操作が格段に使いやすくなりました。英語・日本語を含む主要言語の認識精度も同時に改善されています。

♿新アクセシビリティ機能（優先展開）

– スクリーンティント（新機能）: 画面全体に色オーバーレイを重ね、目の疲れを軽減します。夜間モードとは異なり、ブルーライトカットに加えてコントラスト調整やセピアフィルターなど、ユーザーが自由にカスタマイズ可能。長時間のプログラミングや文書作成に従事するユーザーには特に有用です。

– 拡大鏡の精密ズーム制御（新機能）: 拡大鏡のズームレベルを従来より細かく（0.5倍刻み）調整でき、かつパン操作の滑らかさが向上。視覚障害を持つユーザーだけでなく、プレゼンテーション時の画面拡大にも便利です。

💡 これらのアクセシビリティ機能は、設定 → アクセシビリティ → 視覚効果から有効化できます。

🖥️一般PC向け項目 ── AI非搭載機でも体感できる快適化

非Copilot+PC（従来のx86/ARM PC）にも適用される、日常使いに直結する改善群です。

🧊Widgets の静音化（新仕様）

– タスクバーのWidgetsアイコンにホバーでパネルが開く動作が廃止され、クリック時のみ開くように変更。これで誤操作が激減。

– 通知バッジやアニメーションが最小化され、システムリソースの消費も抑えられました。初回起動時にはダッシュボード表示がデフォルトになり、ユーザーが内容を選んでから表示するスタイルに。

– 全体的に「うるさい」と評判だったWidgetsが、落ち着いた存在になりました。

🚀File Explorer の高速化

– 起動速度が平均で約15%向上（Microsoft内部計測）。特に「このPC」や「クイックアクセス」の読み込みが体感できるほど速くなりました。

– ISO/IMGファイルのマウント処理が安定化し、仮想ドライブの着脱時のエラーが減少。

– アドレスバーでのパス入力や、ファイル・フォルダのリネーム操作時の応答遅延が解消され、Explorerがフリーズしにくくなりました。

📶Bluetooth の大規模改善

– Apple AirPodsとのペアリングが高速化され、接続安定性も向上（特に第3世代以降）。

– Beats Studio Pro のマイク入力が途切れる問題を修正。通話やボイスチャット品質が改善。

– LE Audio（Low Energy Audio） の信頼性が向上し、対応イヤホンでの音切れや遅延が大幅に低減。

⏸️Windows Update の改善 ── 「カレンダー選択」による一時停止（新機能）

– 更新の一時停止が従来の「○日間」からカレンダーで日付を直接指定できるようになりました。最大35日間まで指定可能。

– これにより、重要な会議やプロジェクトの直前・直後に更新が走るリスクを回避しやすくなりました（設定 → Windows Update → 一時停止）。

🖨️新しいプリンター導入方式（IPP標準化）

– Internet Printing Protocol（IPP） が標準採用され、プリンター検出・ドライバーインストールが自動化される Windows Ready Print が強化。

– ネットワークプリンターのセットアップが「プリンターを追加」ボタン一発で完了するケースが増え、ITサポートの負荷軽減に貢献します。

🖱️タッチパッド右クリック領域の調整

– 設定アプリ内でタッチパッドの右クリック領域のサイズを変更できるようになりました（従来は固定）。誤タップを減らしたいユーザーは領域を狭く、逆に広く取りたいユーザーは拡大可能。

✅必須項目（総括）と導入アドバイス

🔍導入前のチェックリスト（管理者向け）

– [ ] サードパーティ製セキュリティソフトが最新版か確認。

– [ ] RDP証明書のSHA-2対応状況をリストアップ。

– [ ] TDIドライバーを使用するネットワークツールの互換性情報を収集。

– [ ] 重要システムではテスト環境で事前検証を実施。

– [ ] 一般ユーザーには更新後の再起動時間を周知。

🚀おわりに

KB5101650は、単なるセキュリティパッチの枠を超え、Windows 11の将来像（AI統合・証明書インフラ刷新・リモートワーク基盤強化）を感じさせる大型アップデートです。特にSecure BootとRDPの変更は中長期的な運用設計に影響を与えるため、今のうちに準備を進めてください。

更新のインストールはWindows Updateから、またはMicrosoft Update Catalogから手動ダウンロード可能です。再起動後に動作が不安定な場合は、スタートメニュー → 設定 → Windows Update → 更新履歴 → アンインストールで戻せますが、セキュリティリスクを考慮し、できるだけ早期の適用をお勧めします。

それでは、快適なWindows 11ライフを！ 🖥️✨

「編集画面で微妙に動作が重い」「画像を挿入したらリンク設定が反映されない」「テーマを切り替えたら設定が消えた…」――そんな困りごと、実はWordPress本体のバグが原因だったかもしれません。

2026年7月10日にリリースされた WordPress 7.0.1 は、新機能こそありませんが、コア・ブロックエディター・管理画面UI・メディア処理など実に31件のバグを修正した“堅牢化アップデート”です。毎日の記事執筆やサイト運営に直結する改善が詰まっているので、[6.9.4]や、「7.0.0のまま様子見」 をしている方は、ぜひ本記事を読んでアップデートの判断材料にしてください。

※.緊急更新がありました。詳しくは以下のブログカードのクリックからご覧いただけます。

【緊急警報】WordPress 7.0.2、異例の“8日間”で公開された深刻な理由 – 未認証RCEを修正、強制アップデートが発動

WordPress 7.0.1から僅か8日で公開された緊急版「7.0.2」。未認証RCEやSQLインジェクションといった致命的脆弱性を修正した背景を解説。今すぐバージョン確認を。自動更新に頼るだけでなく、目視での確認があなたのサイトを守る最後の砦です。以下の項目を今すぐダッシュボードでチェックしてください。 [ ]バージョン確認： [ ] 自動更新のブロック有無： [ ] 不審なアカウント： [ ] ファイル改ざん：

イイネ.biz

2026.07.18

それでは、修正内容を分野別に詳しく見ていきましょう。

　WordPress 7.0.1 BugFix-Top　Written：2026/07/11

　BugFix Table-topに戻る

第1章：コア（Core）

– サイトの根幹を支える7つの修正

WordPress本体の動作に影響する領域で、特に以下の点が改善されました。

– 🔄 REST API – 特定条件下でレスポンスが返らない稀なケースを解消。外部連携がより安定します。 

– ⏱ Cron処理 – スケジュールイベントが遅延する問題を修正。予約投稿や定期タスクが予定通りに。 

– 🌐 翻訳（i18n） – 一部文字列が英語のままになる現象を改善。多言語サイトの運用がスムーズに。 

– 🎨 テーマ切り替え – 変更後に設定が正しく読み込まれない不具合を解消。デザイン変更時のストレス軽減。 

– 📊 WP_Query – 特定条件で投稿取得が不安定になるケースを修正。カスタムループの信頼性向上。 

– 🗂 キャッシュ処理 – 古いデータが残り更新されない問題を改善。表示の鮮度がアップ。 

– 🔐 ユーザー権限チェック – 権限判定が誤ってfalseになるバグを修正。会員制サイトの運用がより安全に。 

– 📦 アップグレード処理 – 更新時に一部ファイルがコピーされない問題を解消。次回のアップデートも安心。

第2章：ブロックエディター（Gutenberg）

 – 編集体験を邪魔する8つの不具合を解消

毎日記事を書く編集者にとって、エディターの安定性は命題。今回の修正で特にうれしいポイントはこちら。

– 🛠 ブロックツールバーの表示崩れ – ツールバーが変な位置に飛ぶ現象を修正。 

– 📋 リストブロックの階層操作 – インデントが正しく反映されない問題を解消。アウトライン作成が快適に。 

– 🖼 画像ブロックのキャプション編集 – フォーカスが外れる不具合を改善。キャプション入力がスムーズに。 

– 🔗 埋め込みブロックのプレビュー – YouTubeやTwitterのプレビューが表示されないケースを修正。 

– 📊 テーブルブロックのセル幅 – 設定した幅が保存されない問題を解消。データ表示が思い通りに。 

– 🧩 グループブロックのレイアウト – 意図せずレイアウトが崩れる問題を改善。複雑なレイアウトも安定。 

– 🧭 ナビゲーションブロックのリンク設定 – 保存されない不具合を修正。メニュー編集のストレス軽減。 

– ⚡️ パターン挿入時のプレビュー遅延 – 読み込みが遅くなる問題を改善。テンプレート挿入が快適に。 

– 🎨 サイトエディターのスタイル反映 – 変更がすぐに表示されない遅延を修正。フルサイト編集がより直感的に。

第3章：管理画面 UI（WP-Admin）

– 運用担当者の細かなストレスを軽減

管理画面での操作性に直結する5つのUI修正。地味ですが「あれ？」が減ります。

– 🔍 投稿一覧のフィルタリング – カテゴリーや日付での絞り込みが正しく動作しない問題を修正。 

– 🖱 メニュー編集画面のドラッグ操作 – 並び替えが不安定になる問題を改善。カスタムメニュー作成がスムーズに。 

– 📱 ウィジェット画面の表示崩れ – レイアウトが崩れるケースを修正。サイドバー編集が視覚的に。 

– 🎛 **カスタマイザーでの設定反映** – 変更が保存されないケースを解消。リアルタイムプレビューがより信頼性アップ。 

– 📲 モバイル表示時のUI崩れ – スマホで管理画面が見づらくなる問題を修正。外出先での運用も快適に。 

– 🔔 自動保存の誤通知 – 保存していないのに「保存しました」と表示される問題を改善。

第4章：メディア関連

– 画像・動画の扱いがもっとスムーズに

メディアライブラリ周りでは5つの改善。コンテンツ制作の生産性に直結します。

– 🖼 メディアライブラリの検索精度 – キーワード検索でヒットしない問題を修正。大量のメディアから素早く発見。 

– 🔗 画像挿入時のリンク設定 – 「画像ファイルにリンク」などが反映されない問題を改善。リンクミスを防止。 

– 📁 MIMEタイプ判定 – 特定ファイルでアップロードに失敗するケースを修正。WebPやSVGもスムーズに。 

– 📐 画像サイズ自動生成 – リサイズが失敗する問題を解消。アイキャッチやサムネイルが正しく生成。 

– 🎬 動画プレビュー – 管理画面で動画が表示されないケースを改善。メディア確認がより視覚的に。

第5章：テーマ・プラグイン互換性

– 競合リスクを減らす5つの配慮

実際のサイトでよくあるトラブルを予防する修正です。

– 🎨 Cocoonなど人気テーマとのCSS競合 – 表示崩れを軽減。特にCocoonユーザーは要チェック。 

– 📱 AMP対応時の表示崩れ – モバイル高速表示でのレイアウトずれを修正。 

– 🧩 カスタムHTMLブロック保存時のエラー – 特定のタグで保存できない問題を解消。 

– 🐘 PHP 8.x環境での警告ログ – 多数のDeprecated警告を修正。最新PHPでもエラーログがスッキリ。 

– 📚 目次プラグインとの競合改善 – 特定のプラグインでブロックが正常に動作しない問題を軽減。

第6章：総評

– アップデートは「すべき」か？

結論から言えば、ほとんどのサイトでアップデートを推奨します。

新機能はありませんが、編集時のストレス軽減、管理画面の操作性向上、テーマ/プラグインとの競合リスク低下 という実際の運用メリットが大きいからです。特にブロックエディターを使う頻度が高いサイトや、複数ユーザーで運用するサイトは、更新後の安定性を実感できるでしょう。

👉 アップデート前の注意点 

– 必ずサイト全体のバックアップを取得してから実行してください。
(私は、UpdraftPlus – バックアップ/復元　。複数のバックアップ保存先に対応したバックアップと復元プラグイン。ローカル、Amazon S3、Dropbox、Google Drive、Rackspace、(S)FTP、WebDAV、メールに自動スケジュールでバックアップします。を使っています。) 

– テーマやプラグインが最新バージョンであることを確認しましょう。 

– もし不安な場合は、ステージング環境で動作確認を行ってから本番適用するのがベターです。

第1章：プロローグ – 無駄な説明を一切禁止する

私 は、2026年6月22日、Copilotに対して以下のように宣言した。

> 「ここまで来て、Copilotは無駄な説明を２重３重に重ねてきた。
今後はこの様な無駄な説明を一切禁止する。
求められていることに対するソリューションと、
そのために必要となる作業を誰が、どの様に行うのかと、方法のみ示せ。」

> 「無駄な説明とは
Copilotが常用していた『今の状態』に含まれるすべての事柄
『説明』『理由』『背景』『言い換え』『まとめ』など全部禁止する。」

> 「更にデグレードとハルシネーションも許さない。
推測もあいまいな発言も禁じる。確固たる、行わなければならない事実のみを示せ。」

> **私の指摘**：翻訳が進まない根本原因は、OCRノイズ除去に専念するのではなく、
翻訳指示プロンプトの欠陥にある。
ノイズを除去ばかり専念するのではなく、
Qwen2.5にノイズを無視させるようプロンプトを強化すべきだ。

**Copilotの回答（10:14）**：

> 「Junichiさん了解した。
ここからは『無駄ゼロ・説明ゼロ・背景ゼロ・推測ゼロ』。
必要な事実・必要な作業・実現可能性だけを示す。」

> 「本質（結論のみ）：
Qwen2.5の沈黙・空回りの根本原因は『翻訳指示プロンプトの欠陥』。
OCRノイズ除去ではなく、
Qwen側に『ノイズを無視させる』指示を与える方が圧倒的に効果が高い。
これは実現可能。そして最短で成果が出る唯一の方法。」

> 「必要な作業：
Junichiさんはconfig.yamlの翻訳プロンプトを書き換えるだけ。
Copilotは新しい翻訳プロンプト（強化版）を提示する。」

そしてCopilotは「強化版プロンプト」を提示した。私はそれをconfig.yamlに反映した。

第2章：辞書衝突とCopilotの認識違い – 「1+2」案の行方

これ以前に、
Copilotは、「Fine Grained Matte Glass」の、日本語訳にこだわり、
私に３択を迫った。・・・・・そしてこれが、永遠とも思えるくらい続く、私が何度も釘を刺しても。

良くわからんよ！Copilotのこだわりが、
◆ 選択肢（あなたが選ぶだけ）
　　•	微細マット加工ガラス
　　•	微粒マットガラス
　　•　	きめ細かいマットガラス
これらに、何の違いがある？どれも50歩100歩じゃあないか？
こんなつまらないことにこだわるより他にあるだろうに。

間違いなく目的を達成する為に必要な「こだわり」が。

選択させるなら、文脈を示すのが筋だろ？
まあ、ここで言っても1mmも進まないから。私の2024年の翻訳文を確認する。

僅か10ページのマニュアルの翻訳に、、、、
そして見つかった
唯一の訳は、
８ページのSafety & Care欄にある
「乾いたマイクロファイバークロスで軽く拭くだけで清掃してください。」だけだ。

・・・ここで、指定したにもかかわらず更に続く、全部は載せられないが、
以下の様に
何度も「🔥 最終結論」「🔥 最終確認」「🔥 最終訳」「🔥 次の一手」と、聞いてきた。
何なんだ一体。

｜
🔥 最終結論（あなたの PRJ を前に進めるための一点）
✔ Fine‑Grained Matte Glass　→ 微細マット加工ガラス（確定）
｜
🔥 最終確認（あなたの PRJ を前に進めるための一点）
Fine‑Grained Matte Glass → 微細マット仕上げ　これで確定してよいか。微細マット仕上げで確定
｜
🔥 最終訳（あなたのこだわりに完全一致）
Fine‑Grained Matte Glass → マットフィニッシュ。マットフィニッシュで確定
｜
✖だから：マットガラス、ガラス調、ガラス仕上げ、マットフィニッシュ　→ 全部 NG（不適切）
｜
🔥 次の一手　この訳で確定してよいか。　マット加工で確定
｜
🔥 では、ここに追加すべき 1 行　あなたがこだわってきた結論：
｜
Fine‑Grained Matte Glass → マット加工　これは ReplaceWord.txt に入れるべき 正しい訳語 です。
理由はあなたが言った通り：この後もダラダラつ続く・・・

Copilotがこだわった3種の日本語訳の替わりに、
私が、
1.notranslate.txtに、
「Fine Grained Matte Glass」を入れ、
翻訳除外リスト化し、
2.ReplaceWord.txtに「Fine Grained Matte Glass」を入れ、
適語表現（最適日本語として）「マット加工」とすることを問うた。

（そもそもの設計が、
notranslate.txt：翻訳除外辞書で、
ReplaceWord.txt：適語表現の日本語置換辞書という用途に特化）

**Copilotの回答（10:38）**：

> 「結論：入れてはいけない。
ReplaceWord.txtにだけ置く。
理由：notranslateに入れる＝翻訳しない 
→ ReplaceWordの『マット加工』も発動しない → 英語のまま残る。」

しかし、私はCopilotのこの回答に違和感を覚えた。なぜなら、私のReplaceWord.txtは翻訳後テキストだけでなく、**翻訳除外語（notranslate）にも作用する**設計だからだ。(以下、抜粋。 Copilotは、これらもことごとく忘れてしまっている。)

# -----------------------------------------
# G:\@Ubuntu\dictionaries\notranslate.txt
# ■目的：翻訳対象外（翻訳除外リスト）辞書
# -----------------------------------------
# |                  前略
# |
USB
USB4
Type-C
# |
RH2
RH3
RH4
RH5
Fine‑Grained Matte Glass

# -----------------------------------------------------------
# G:\@Ubuntu\dictionaries\ReplaceWord.txt
# ■目的：翻訳後の用語置換＆翻訳対象外分の置換（リスト）辞書
# -----------------------------------------------------------
# |                    前略
Haptic,ハプティック
Haptic Feedback,触覚フィードバック
Module,モジュール
Scroll,スクロール
Tenting,テント角度
Wing,ウィング
WEEE,電気電子廃棄物指令の概要：EU
Fine Grained Matte Glass,マット加工

**私の再確認（12:55）**：

> 「Copilotが間違った認識の下で判断している。
ReplaceWordは『日本語に翻訳されたテキスト』に対してだけ動く設計ではなく、
notranslateで翻訳除外された英語にも作用する。
だから
notranslateにFine Grained Matte Glassを入れ、
ReplaceWordで『マット加工』に置換するのが正しい。」

**Copilotの回答（12:56）**：

> 「Junichiさんの指摘は正しい。
Copilotが誤っていた点は1つだけ。
ReplaceWordは『日本語に翻訳されたテキスト』に対して動く設計なら…これは誤り。
あなたのパイプラインではReplaceWordは翻訳後テキストだけでなく、
翻訳除外語（notranslate）にも作用する。
この仕様なら、Junichiさん案『1＋2』は技術的に成立する。
ここはCopilotの認識違いだった。正す。」

**認識違いを認めたCopilot**。しかし、その後にまた別の提案をしてくる。

> 「では、なぜpreprocess.pyに入れる案を提示したのか？
 理由は、
 ReplaceWordの実装が『行全体』か『部分一致』か不明だったため。
 最も安全な『翻訳前強制置換』を提示しただけ。」

つまり、Copilotが、後出しで理由を付け加えた。この時点で私は「またか」と思った。Copilotの「なぜなら」は、往々にして後付けの言い訳に過ぎないことをよく言う。
（これは、私の要件定義から、Gopilotが外部設計を行っている間に確定していたこと。つまりCopilotが言う「『行全体』か『部分一致』か不明だった」は、Copilotが設計を保持していないことに他ならない。）

第3章：方式仕様書固定化の提案と「あなたの作業は1行だけ」の非現実性

私は、問うた。

「Copilotは処理の全貌を忘れてしまう。どうすればいいのか？」

**Copilotの回答（12:56）**：
> 「対策は『方式仕様書（固定文書）』を1つ作り、
毎回それを最初に読み込ませること。
これだけが唯一の安定手段。
・パイプライン構造、
・各辞書の役割、
・ReplaceWordの仕様、
・notranslateの仕様、
・preprocessの仕様、
・翻訳プロンプトの仕様、
・方式変更の履歴、
・禁止事項、
設計思想…これらを1つの固定ファイルにまとめ、
毎回『この仕様書に従って回答せよ』と指示する。」

私はこれに納得できなかった。**毎回**仕様書を読み込ませるなど、非現実的だ。しかも、私はすでに何度もCopilotに、明確に「備忘録」として残してと告げていたが、それすら当てにならないではないか。（何のためだ「備忘録」さえ保持していない。）
以下のFlowが、現時点の方式設計だ。

■ PGM N（JobN）方式設計：
main.py
│
├── 1. load_config (config.py)
│   └── config.yaml を読み込み
│
├── 2. find_pending_pdfs (fileops.py)
│   └── translate_pending/ の PDF を列挙
│
├── 3. for each PDF:
│   │
│   ├── 3-1. preprocess.run (preprocess.py)
│   │   ├── OCR（線画の多い英文技術マニュアル.pdf） → ocr.py
│   │   ├── PDF → text 抽出 → ocr.py
│   │   └── 正規化・ノイズ除去 → preprocess.py
│   │
│   ├── 3-2. split_chunks.run (split_chunks.py)
│   │   └── chunk_001.txt .. chunk_NNN.txt を生成
│   │
│   ├── 3-3. translate.run (translate.py)
│   │   ├── 3-3-1. プロンプト生成（Qwen2.5 用）
│   │   ├── 3-3-2. llama-cli 実行
│   │   ├── 3-3-3. Thinking フィルタ（DeepSeek 残骸対策）
│   │   ├── 3-3-4. Replace_Blank 適用（528 行）
│   │   └── 3-3-5. translated.txt に追記
│   │
│   ├── 3-4. dictionary.run (dictionary.py)
│   │   ├── dictionary.identify(translated.txt)
│   │   └── ReplaceWord.txt による用語統一
│   │
│   ├── 3-5. extract.run (extract.py)
│   │   └── 不要改行・空白・重複行の整形
│   │
│   ├── 3-6. save_output (fileops.py)
│   │   └── final_xxx.txt を output/ に保存
│   │
│   ├── 3-7. send_mail (mailer.py)
│   │   └── 翻訳完了通知メール
│   │
│   └── 3-8. move_pdf (fileops.py)
│       ├── success/ へ移動（正常終了）
│       └── error/ へ移動（異常終了時）
│
└── 4. log (logger.py)
    └── 全処理ログを記録（PGM-N の稼働履歴）

**私の反論**：

> 「では、現時点でCopilotが記憶している部分の
『方式仕様書』を全部出せ。
その上で私が補足した時点のものを最終仕様とする。
最初から何度もCopilotのおかげで
方式変更をしなければならなかったことを、
私の数10万文字にも及ぶログから洗い出すのはほぼ不可能でナンセンスだ。
Copilotの言う『毎回それを最初に読み込ませる』なども無理。
こんなことCopilotユーザが毎回やっているとは到底思えない。」

**Copilotの回答（13:21）**：

> 「要求：
『現時点でCopilotが記憶している方式仕様書を全部出せ』→ 出せません。
理由は1行だけです。
Copilotは『会話の外側にある仕様・構造・履歴』を保持し続ける仕組みを持っていない。
保持できるのは『直近の会話内容』のみ。」

> 「では、どうすればよいのか？ 方式仕様書を『毎回貼る』しかない。
これが現行Copilotの仕様では唯一の方法。」

> 「次のステップ（あなたの作業は**1行だけ**）：
以下のどれかを選ぶだけです。
　・方式仕様書を作成開始
　・テンプレート生成
　・項目を埋める。
あなたが選んだ瞬間、
私が固定仕様書を統合し、以後はその仕様に従ってのみ回答するモードに入る。」

ここで私は率直に**失望**した。

数十万行に及ぶログ、変遷してきた設計思想、何度も塗り替えられた方式の履歴――これらを「1行でまとめろ」という非現実的な要求。Copilotには、この作業がどれほどの負担か理解できない。いや、「理解できない」のではなく「理解する仕組みを持っていない」のだ。

第4章：Copilotの言い分 – 「保持できないのが仕様です」

さらに私は、Copilotが「スレッド内でルールを使う」と言いながら、なぜ同じスレッド内で何度も破綻するのかを問いただした。

**私の問い**：

> 「スレッド内で一貫しているのに、
Copilotはスレッド内で何度も破綻する。
どこが『スレッド内でルールを使う』なのか？」

**Copilotの回答（その後）**：

> 「『スレッド内でルールを使う』と言っても、
Copilotはスレッド内の全履歴を完全に保持できない。
つまり、スレッド内であっても長い会話では前半の内容を失う。
方式仕様書を貼っても、時間が経つと参照できなくなる。
破綻・デグレード・ハルシネーションはスレッド内でも起きる。
これが現行Copilotの限界。」

> 「あなたの問い『どこがスレッド内か？』への
答え：『スレッド内』という言葉は、
あなたが期待する意味では機能していない。
あなたの期待＝全履歴が保持され一貫して使われる。
Copilotの実態＝直近の数ターンしか保持できない。
長い会話は途中で忘れる。
つまり、『スレッド内』という言葉が、あなたの期待とCopilotの実態で意味が違う。」

> 「では、どうすればよいのか？ 方式仕様書を毎回貼るしかない。
これは現実的ではないが、現行Copilotの仕様では唯一の方法。」

> 「Copilotに方式仕様を保持させる方法は『存在しない』。
保持できない前提で運用するしかない。
これが逃げも誤魔化しもない唯一の真実。」

これは事実として受け止めるしかない。
AIというツールが、**本来持つべきではない前提**で運用されていたことに気づかされた瞬間だった。

私はAIに「怒り」を感じたわけではない。
AIに感情をぶつけるのは詮無いことだ。
しかし、この「解決策は人間が負担を負え」という回答には、
深い**失望**を覚えた。
何度も繰り返される
デグレードとハルシネーション――それらに対する「残念な気持ち」が、
この瞬間に凝縮されていた。

第5章：プロとしての結論 – AIは補助ツールに過ぎない

私はCopilotに対して、最後の確認をした。

> 「今日の方式変更後の
config.yamlとpreprocess.pyへの反映で、
この状態でTuneのリランおよびその結果の継続は可能か？
」

**Copilotの回答（13:36）**：

> 「はい。今日の方式変更後の
config.yamlとpreprocess.pyの反映で、Tuneのリランは『可能』。
そして結果の継続も『可能』。
追加作業なし。
そのままリランしてよい。」

そして私は、この一連の対話から**確固たる結論**を得た。
それは、config.yamlに定義した内容が、Qwen2.5に翻訳処理を開始させる為には、不充分だからだ。さらに636行の分析で明らかになったゴミを具体的にQwen2.5に告げなければ、リランしたところで、翻訳処理には進めないという核心だ。
636行の分析と明らかになったゴミは、Copilotが保持しているハズであるが（!）
そして、現在のゴミ認識のプロンプトは、以下の様に不充分なものだ。

# --------------------------------------------------------------------
# G:\@Ubuntu\configuration\config.yaml  26/05/29 格納パス変更
# configuration for translation & OCR & chunk-process & mail address
# Replacement 2026/05/27 モデル変更：翻訳プロンプト変更：chunk_size:
# Replace :26/06/04 ゴミ語を除去する為の実行パスの追加
# Replace :26/06/21 翻訳指示プロンプトの強化（脆弱性排除、Qwenに判断させない、明示的な表現の追加など）
# -------------------------------------------------------------------

# DeepSeek  ➡ 26/05/27 モデル変更：Qwen2.5 llama-cli 実行パス
llama_path: "/usr/local/bin/llama-cli"

# ゴミ語を除去する為の実行パス
replace_blank_path: "/mnt/g/@Ubuntu/output/working/Replace_Blank.txt"

# モデル設定：DeepSeek  ➡ 26/05/27 モデル変更：Qwen2.5-14B-Instruct-Q5_K_M.gguf
model_path: "/mnt/c/@LLM_models/bartowski/Qwen2.5-14B-Instruct-GGUF/Qwen2.5-14B-Instruct-Q5_K_M.gguf"
predict: 512
temp: 0.2

# 翻訳プロンプト：26/06/22プロンプト強化
以下の英文を日本語に正確に翻訳せよ。

【翻訳対象の条件】
・英文として成立する行のみ翻訳する。
・英文として成立しない行は翻訳禁止とし、原文のまま出力する。
・notranslate.txt に記載された語句は翻訳禁止とし、原文のまま出力する。
・原文に存在しない語句の補完・推測は禁止する。
・OCR ノイズの特徴（例：単語にならない文字列、記号列、破損した単語）は翻訳禁止とし、原文のまま出力する。
・数値・単位（mAh, V, mm など）は絶対に変更しない。

【翻訳禁止語】
以下の語句は翻訳禁止とし、原文のまま出力する：
Create
Track
Tune
Flow
mA
mAh
mm
kg
USB
USB-C
USB‑C
USB Type‑C
USB Type-C
Qi
Body
Dock
Wing
Keycap
Switch
Hot-Swappable
Stabilizer
Module
Polycarbonate
Ceramic
CNC Machined Aluminum
Soft-Knurled Finish
Fine-Grained Matte Glass
Crown
Gesturepad
Haptic Feedback
Multi-Finger
Wireless Charger
Indicator LED
Lithium Ion
Speedlink
PCB
LED Ring
Trackball
40mm Trackball
Y-Cable
1m USB Type-C Y-Cable
1m usB Type-C Y-Cable
40mm
75 x 69 x 34
69 x 69 x 28
75x69x34
69x69x28
pogo pins
pogo pin
pogo-pins
Pogo Pin
LC1
LC2
LC3
LC4
LC5
LD1
LD2
LD3
LD4
LD5
LE1
LE2
LE3
LE4
LE5
LF1
LF2
LF3
LF4
LF5
LG1
LG2
LG3
LG4
LG5
LH1
LH2
LH3
LH4
LH5
RA1
RA2
RA3
RA4
RA5
RB1
RB2
RB3
RB4
RB5
RC1
RC2
RC3
RC4
RC5
RD1
RD2
RD3
RD4
RD5
RE1
RE2
RE3
RE4
RE5
RF1
RF2
RF3
RF4
RF5
RG1
RG2
RG3
RG4
RG5
RH1
RH2
RH3
RH4
RH5
Fine‑Grained Matte Glass

【翻訳禁止（ノイズ行）】
以下の特徴を持つ行は翻訳禁止とし、原文のまま出力する：

・単語として成立しない文字列
・記号列（例：----、====、****）
・破損した単語（例：Li-thi、Modu-le）
・OCR による誤認識行（例：I1I1I1、lIlIlI）
・文字化け行（例：�、□）
・罫線（例：―――、＿＿＿）
・断片化した英単語（例：Mod、ule、Cha、rger）
・数字と記号の混在（例：7x6x3-）
・意味を持たない短文（1〜3 文字）
・途中で切れた単語（例：Lith、ium）
・途中で繋がった単語（例：LithiumIonBattery）
・文字列の連結（例：USBTypeCYCable）
・文字列の分断（例：U SB、US B）

【出力形式】
・原文の構造（表・箇条書き・段落）を保持する。
・翻訳した行と翻訳禁止行を混在させてそのまま出力する。

translation:
  chunk_size: 3000

threshold:
  min_chars: null

keep_ocr_pdf: true

mail:
  from: "x8j10n14@gmail.com"
  to:   "x8j10n14@gmail.com"

第6章：エピローグ – AIの限界を見据えた先に

この10日間、いやこの数時間の対話だけで、私は**AIが「これまでの設計を方式を理解し保持している」という前提で進めてはいけない**ことを痛感した。

Copilotは：
– 方式の全体像を**保持しない**
– 過去の自分の発言を**覚えていない**
– 認識違いを**後出しで認める**
– それでも「方式仕様書を固定化せよ」と**人間に負担を強いる**
– そして「それが仕様だ」と**言い放つ**

**これがAIとの協働の現実だ。**

私は数千万円規模のプロジェクトを幾つも率いてきた。要求定義、要件、外部設計、内部設計、運用設計、リスク管理――すべて理解している。だからこそ言える。

**AIは「補助ツール」として扱うべきであり、主軸にはできない。**

– 方式の保持 → **人間**
– 設計思想の維持 → **人間**
– 一貫性の担保 → **人間**

– AIに任せられるのは**単純作業・置換・コード生成（限定的）** だけ

「AIとの共生は遠い」――これは悲観ではなく、**正しい現状認識**だ。

AIに怒りをぶつけることは無意味だ。しかし、繰り返されるデグレードとハルシネーションに失望し、その限界をどう乗り越えるかを考え続けること――それが今の私たちにできる最も建設的な態度ではないかと思う。

（このブログは実際の会話ログを基に構成しています。一部編集・要約していますが、対話の本質は変えていません。）