技術資料 ― ブラウザへ続く3つの道

このツールは、Excel VBA と Windows 標準の API だけで、Chromium 系のブラウザを CDP（Chrome DevTools Protocol）で操ります。ブラウザへつながる通り道は3つあり、それぞれ渡し方も、ぶつかった壁も違います。そして、どの道を通るにも、まずはブラウザを見つけるところから始まります。

まずは映像で、ひと通り見てください。

この資料で扱うこと

話題	ひとことで	詳しく
ブラウザの探し方	決まった置き場所の型と、インストール時の権限で分かれる親フォルダから探す。WebView2 は Office に入っている WebView2Loader.dll に任せる	ブラウザの探し方
Pipe（--remote-debugging-pipe）	fd3/4 に匿名パイプをつなぎ、\0 区切りで CDP をやり取りする	Pipe 経路
WebSocket（--remote-debugging-port）	WinSock でハンドシェイクとフレームを自作し、Pipe と同じ受信処理に流し込む	WebSocket 経路
WebView2（CallDevToolsProtocolMethod）	vtable の番号とコールバックを VBA で組み立て、COM 経由で CDP を受け取る	WebView2 経路
ポリシーの壁（Office・ASR・Edge）	会社の PC で、Office 系のポリシー・ASR ルール・Edge のポリシーが CDP をどこで止めるか。	ポリシーの壁
ポリシーの壁 2（PAD と chrome.debugger）	Power Automate Desktop の「Web ページで JavaScript 関数を実行」が Edge でだけ動かなくなった原因と、拡張機能のポリシー ExtensionSettings が chrome.debugger を止める仕組み。	ポリシーの壁 2

3つの道は、最後はどれも「JSON ＋ \0」という同じ形のメッセージにそろい、同じ受信処理（RaiseEvent）に合流します。

映像の終盤について

映像の終わりでは、WebView2 経路の「AI が越えた実現の壁」の節を受けて、AI がだまされた事例と、AI が攻撃の道具に使われた事例（2025〜2026年）にも触れています。事例の出典は、映像のエンドクレジットに載せています。