youtube版(スライド付き) 関連リンク Give any website a WebMCP interface Cloudflareが発表した「WebMCP」のデベロッパープレビューについて、新人エンジニア向けに要点を解説します。従来のWebは人間がブラウザで閲覧し操作することを前提に作られていましたが、近年はAIエージェントが訪れる機会が増えています。これに対し、従来はスクレイピングやクローラーによるコンテンツ収集が主流でしたが、サーバーに負荷がかかる一方でサイト側にはアクセスやメリットが還元されにくい課題がありました。そこで登場するのが、Chrome 146等で実験的に導入されている「WebMCP（document.modelContext）」という新しいブラウザ標準です。これを利用すると、Webサイト側がAIエージェント向けに専用のツール群を公開でき、エージェントは人間のための画面を無理に解釈することなく、効率的にタスクを遂行できるようになります。しかし、この規格を利用するには本来サイト側で実装作業が必要でした。 Cloudflareの新機能では、オリジナルのコードを一切変更することなく、ダッシュボード上のスイッチをオンにするだけで既存のどのサイトでもWebMCP対応にできる仕組みを提供します。仕組みとしては、Cloudflareのエッジ側でHTMLを書き換え（HTMLRewriter）、ページのHTMLレスポンスにブリッジスクリプトを自動注入します。これにより、静的サイトやSPA（シングルページアプリ）を問わず、同じ方法で動作します。プレビュー版では「C2PA（Content Credentials）」や「Site MCP Server」などのツールパックが提供されます。例えば、C2PAパックは画像に含まれるメタデータ（Adobe Fireflyで生成されたか等の来歴情報）をローカルで読み取り、AIエージェントに構造化データとして返却します。また、サイト独自のMCPサーバーがある場合も、ブリッジがtools/listなどを介して訪問者のセッションやオリジンをそのまま活かしたプロキシとして機能させられます。開発者はCloudflareダッシュボードの「Agent Readiness > Labs」からトグルをONにするだけでこの機能を試すことができ、デプロイの手間もかかりません。動作確認はCloudflareの「BrowserRun」などのリモートブラウザを利用して簡単に行えます。コードを書き換えることなく既存のWebサイトをAIエージェント対応のプラットフォームへ進化させられる、非常に注目度の高い機能となっています。引用元: https://blog.cloudflare.com/webmcp/ ナレッジグラフを活用してClaude Codeのトークンを10分の1にする Claude CodeなどのAIコーディングエージェントを活用する際、大きなプロジェクトではトークン消費量やレート制限の壁に直面しがちです。会話履歴をクリアする等の運用術では、ファイル読み込みやgrepを繰り返す「探索」に起因するトークン消費を防げません。本記事では、この課題をコードのナレッジグラフ（コードグラフ）化によって構造から解決する手法を解説しています。コードグラフとは、関数やクラスなどの要素をノード、呼び出しや包含関係をエッジとして網目状に整理したデータ構造です。エージェントにファイル全文ではなく必要なノードやエッジのみを照会させることで、研究では探索型と比較してトークン使用量を10分の1に削減し、コーディング課題の解決率を平均32.8%向上させる効果が報告されています。ただし、回答品質がわずかに下がるトレードオフや、グラフの鮮度管理コストには注意が必要です。実装は「設計」「構築」「照会」の3段階で行います。設計では、例えばノードをモジュールやクラス、メソッド、関数等、エッジを包含や呼び出し、継承等に定義します。構築には静的解析ツール（Tree-sitterなど）を用いますが、標準ライブラリやサードパーティ製等のノイズとなる関数呼び出しを除去し、プロジェクト固有の関係だけに絞ることが重要です。実際にPythonのrequestsライブラリ等を対象にしたコード例を通じて、ノイズ除去により中心的な関数やクラスの特定精度が向上するプロセスが示されています。さらに、構築したグラフをMCP（Model Context Protocol）サーバーとしてClaude Codeへ接続する具体的な手順も紹介されています。「Graphify」などのツールを用いてグラフをJSON形式で出力し、プロジェクト直下の .mcp.json にサーバー設定を記述するだけで、Claude Codeからツールとしてグラフを利用できるようになります。リポジトリの規模や質問の種類（影響範囲や依存関係の調査に向く一方、小さな単発修正には不向きなど）を見極めながら導入を検討することが推奨されています。引用元: https://zenn.dev/nocodesolutions/articles/19f0d415af42be Rustプロジェクトの5チーム、rust-lang/rustへの貢献ではLLMによる分析や確認を許可、作成は厳しく制限 gihyo.jp Rustプロジェクトのコンパイラや標準ライブラリなどを管理する5チームは、rust-lang/rustモノレポジトリへの貢献におけるLLM利用ポリシーを新たに採用しました。このポリシーでは、LLMの利用を「許可」「禁止」「条件付き許可」に明確に分類し、コードを速く書くためではなく、より良く書くための道具として活用する方針を示しています。具体的には、質問への回答、コードの分析、要約、推敲、確認、レビューなどの非公開な利用は認められています。一方で、個人アカウントからのLLM生成コードやコメントの投稿、ドキュメントやコンパイラの診断メッセージの作成などは原則として禁止されています。機械翻訳や軽微な変更など一部の用途は条件付きで許可されますが、利用の開示が必要です。また、LLM生成コードのPRを受け入れる実験枠も設けられていますが、レビュアーとの事前相談や高い水準のテスト、サーキットブレーカーによるマージ一時停止の仕組みなど、非常に厳格な条件が課されています。背景には、LLMによってPRが容易に作成されるようになったことでレビュー負荷が急増し、不透明な運用やコミュニティの信頼低下を招いていたという課題があります。レビュアーは文体だけでLLM利用を決めつけてはならず、投稿者が内容に全責任を負うことなどが定められています。今回のポリシーはRustプロジェクトの一部チームに限定された保守的なルールですが、OSS開発におけるLLMとの向き合い方やガバナンスのあり方を示す実用的な事例として、日本のエンジニアにとっても非常に参考になる内容です。引用元: https://gihyo.jp/article/2026/08/rust-lang-rust-llm-policy gpt-5.6-sol の high に「ウルトラ」と入力して「ソウル」と話させる技術 Microsoft Agent Frameworkを活用し、GPT-5.6の推論時ハイ設定に対し「ウルトラ」と入力して「ソウル」と言わせるための実践的な技術検証記事です。新人エンジニア向けに、System Instructionsの付与、カスタムツールやコンテキストプロバイダ、インメモリファイル、ループ評価器、Agent Skill、そして.NET AspireとDevUIを活用したWeb API化までの手法を具体的なC#コードと共に分かりやすく解説しています。引用元: https://zenn.dev/microsoft/articles/agent-framework-ultra-soul お便り投稿フォーム VOICEVOX:ずんだもん

Ask this episode

“What did the council decide on item 42?” — answered with the speaker and the moment.

Transcript

Related