Reserve an extension member on tools and results, like MCP's `_meta`
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- javascript
- 領域
- api
調査の方向性
Start by reading the ModelContextTool and RegisteredTool definitions in the WebMCP specification, then review the linked discussions #9, #41, #73, #255, #271, and #282 for related decisions. The issue proposes a new extension point but leaves its name, size limits, and filtering behavior open; done would require resolving those design questions and updating the spec.
索引モデルが issue の本文から書いたものです。
説明
MCP lets tools, results and requests carry extra data in a _meta member. Specs and products built on MCP have used it to try ideas without waiting for the core spec: links from a tool to a UI resource, tool visibility, short status strings while a tool runs, vendor extensions. WebMCP's ModelContextTool and ToolAnnotations are fixed sets of members, so an experiment has nowhere to go except new annotations in the core spec.
WebMCP is young and still being shaped by implementers in the origin trial. Experiments that need a field (a display string for a running tool, a pointer to a longer description, a grouping hint such as #255 or #271) currently need a spec change first, or end up in the description text where agents may read them as instructions. #41 already mentions deferring annotations and _meta on image results, so the question has come up. When an experiment works it can be promoted to a real member with real semantics, which MCP has done repeatedly.
What I'd propose is a reserved, optional member (name up for discussion) on ModelContextTool and RegisteredTool, and on results if they become typed (#9, #41, #282). User agents ignore it. Keys should be prefixed (reverse-DNS or a short vendor name) to avoid collisions, as MCP recommends for _meta. The data comes from the page, so agents should treat it as untrusted and shouldn't show it to a model unless they choose to; it's not a place for instructions. And it's carried to extensions and agents like the rest of the descriptor. No new behaviour and no new capabilities, only a place for data that the platform doesn't interpret.
Two open questions: whether size limits should apply (see #73 on input lengths), and whether exposedTo filtering applies to the whole descriptor, which I'd assume.
- 主要言語
- Bikeshed
- スター
- 4.7k
- フォーク
- 328
- 平均マージ
- 2日 15時間
- マージ済み PR（30日）
- 16
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
webmachinelearning/webmcp のほかの issue
-
難易度 1/5 1〜3時間 初心者へのやさしさ 72/100
webmachinelearning/webmcp#360 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
Say how an agent should weigh annotations that the page wrote about itself対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
webmachinelearning/webmcp#353 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
webmachinelearning/webmcp#343 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
Agenda+ i18n-tracker
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
webmachinelearning/webmcp#273 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
a11y-tracker Agenda+
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
webmachinelearning/webmcp#272 · コメント 4 件 · リアクション 2 件 ·
メンテナーはふだん 1 日以内に返信
webmachinelearning/webmcp の issue をすべて見る
似ている issue
-
compress: block buffers get re-zeroed on every call, and the zeroing is immediately overwrittenオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
ClickHouse/ch-go#1218 ·
メンテナーはふだん 13 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
abhigyanpatwari/GitNexus#3704 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
Automattic/blocks-engine#3369 ·
メンテナーはふだん 1 日以内に返信
-
enhancement good first issue priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
a-lex-s/mealie-telegram-bot#53 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
nearai/compose-manager#73 ·