Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[mcp] Plugin MCP package data key derives from the entry id, so installations do not get their own key

クローズ 初心者向け
#490 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
80/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
typescript
領域
backend

調査の方向性

apps/nanocore/src/catalog/resource-catalog.ts の 1238-1240 行付近を開き、mcpDataKey が定義されている箇所で確認する; また importWorkspacePlugin を調べて、installation id がどう省略されているかを見る。キー導出を変更し、存在する場合は Workspace と installation id を含め、standalone の場合は entry-id key を保持する。インポートされたメンバーが installation-scoped key を共有し、独立した installs が新しい keys を取得する場合に完了、spec clause に従う。

索引モデルが issue の本文から書いたものです。

説明

bug doc-audit

Found by the independent documentation audit (agent-supply group, base b648f86).

Spec clause. MCP Catalog Management, Portable declarations: "A Core-assigned packageDataKey is scoped to the Workspace and original installation id, or to the standalone MCP entry id when no installation exists. MCP members imported as one installation receive the same key; an independent installation or cross-Workspace copy receives a fresh key."

Observed. apps/nanocore/src/catalog/resource-catalog.ts:1238-1240@b648f86 (mcpDataKey) returns mcp_<entryId> (or server_mcp_<entryId>). importWorkspacePlugin passes no installation id to MCP creation, so the members of one installation do not share an installation key, and an independent installation of the same entry id reuses the same data directory.

Required. An installation-scoped key for imported members and a fresh key for an independent installation.

Adjudication. The code differs from a current accepted specification. Mutable process data of two installations can mix.

Repair direction. Derive the key from the Workspace and the original installation id when one exists, and keep the entry-id key for standalone entries.

Severity hint. Ordinary.

主要言語
TypeScript
スター
0
フォーク
1
平均マージ
3時間 54分
マージ済み PR(30日)
5

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

lingkaix/openkit のほかの issue

lingkaix/openkit の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。