プロトタイプ · プレビュー版:公式レジストリのすべてのサーバーを掲載し、30分ごとに同期しています。レビューとアカウント機能は今後のステップで始まります。
PopNx MCPAIを使う人のためのMCPサーバー · やさしい言葉で解説

MCP Composer

作者:oaslanankaバージョン 1.0.0i★ –iパソコンで動く
レジストリ名io.github.oaslananka/composer

インストール

概要

作者による説明(英語の原文)

Aggregate multiple MCP backends behind a single stdio endpoint with namespaced routing.

PopNx MCPの3つの柱

この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

  • 接続方法: パソコンで動く
  • トランスポート: stdio
  • カテゴリ: その他

インストール

使っているAIアプリを選んで、設定をコピーしてください。

インストールの前に

  • 基本チェック:1項目中1項目に合格
  • あなたのパソコンで、あなたのユーザーと同じ権限(ファイル、ネットワーク、アプリ)で動きます。
  • 自分で入力するもの: COMPOSER_CONFIG

必要なもの

  • npmNode.jsのインストール(npxコマンドに必要)

どのアプリを使っていますか?

上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。

Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます

{
  "mcpServers": {
    "composer": {
      "command": "npx",
      "args": [
        "-y",
        "@oaslananka/composer"
      ],
      "env": {
        "COMPOSER_CONFIG": "your-value"
      }
    }
  }
}

ターミナルでこれを実行します

claude mcp add composer --env COMPOSER_CONFIG=your-value -- npx -y @oaslananka/composer

動かす前に、空欄の値を入力してください。

Cursorで開く

または、設定を自分でコピーする

プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます

{
  "mcpServers": {
    "composer": {
      "command": "npx",
      "args": [
        "-y",
        "@oaslananka/composer"
      ],
      "env": {
        "COMPOSER_CONFIG": "your-value"
      }
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

VS Codeで開く

または、設定を自分でコピーする

プロジェクトの .vscode/mcp.json に貼り付けます

{
  "servers": {
    "composer": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "@oaslananka/composer"
      ],
      "env": {
        "COMPOSER_CONFIG": "your-value"
      }
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

自分で入力する値

  • COMPOSER_CONFIG env
    Path to the composer.yml backend definition file.

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック

  • ✓ 合格

    作者とリポジトリが一致

    レジストリ名は、リポジトリを所有するGitHubアカウント oaslananka で確認済みです

  • … 未チェック

    今もメンテナンスされている

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    ライセンスがある

    このリポジトリはまだGitHubから読み取っていません

  • – 対象外

    エンドポイントが応答する

    これはパソコンで動くため、インターネット上のエンドポイントはありません

  • – 対象外

    OAuthでサインイン

    パソコンで動き、代わりにローカルの設定を使います

  • … 未チェック

    ツールの説明に隠れた指示がない

    パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです

その他のほかのサーバーとの比較i

  • このカテゴリのほかの32602件のうち0%よりスターが多い
  • このカテゴリのほかの32602件のうち6%より最近レジストリに公開
  • 基本チェックの結果が、このカテゴリのほかの32602件のうち100%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

よくある質問

MCP Composerは安全ですか?

当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。

どんなキーやコードが必要ですか?

レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。

パソコンで動きますか、それともクラウドですか?

あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。

今もメンテナンスされていますか?

GitHubリポジトリの最終更新は–、最新バージョン(1.0.0)がレジストリに届いたのは7 か月前です。

どのアプリで使えますか?

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。

代わりに使えるものは?

同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Rystic

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i

Remote Desktop Commander

作者:desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

クラウドで動く★ 211一昨日更新
インストール

Rystic

作者:Rystic-Inc

Start, seed, clock, inspect and diff Rystic API simulators from your agent.

パソコンで動く今日更新
インストール

作者のREADME

READMEを開く

作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。

MCP Infrastructure Suite

The missing infrastructure layer for Model Context Protocol ecosystems.

flowchart LR

Shared["@oaslananka/shared"] Forge["@oaslananka/forge"] Sentinel["@oaslananka/sentinel"] Atlas["@oaslananka/atlas"] Composer["@oaslananka/composer"] Bridge["@oaslananka/bridge"] Observatory["@oaslananka/observatory"] Lab["@oaslananka/lab"]

Shared --> Forge Shared --> Sentinel Shared --> Atlas Shared --> Composer Shared --> Bridge Shared --> Observatory Shared --> Lab

Clients["IDE / Agent / SDK clients"] --> Sentinel Clients --> Composer Composer --> Backends["Backend MCP servers"] Sentinel --> Backends Forge --> Composer Forge --> Sentinel Atlas --> Clients Observatory --> Sentinel Observatory --> Forge Lab --> Composer

Why mcp-suite?

Most MCP projects stop at the server boundary. mcp-suite focuses on the harder production layer around it: transport compatibility, trust boundaries, orchestration, discovery, observability, and operator workflows. That makes it useful once you move past a single local demo and start running MCP in teams, CI, or internal platforms.

The suite is built for guarded GitHub-hosted release automation, with every publishable package prepared for public npm publishing under the @oaslananka scope. The monorepo stays strict TypeScript, Turborepo, pnpm, and release-please manifest based.

Compared with one-off MCP utilities, the packages here are designed to compose: shared defines the protocol/runtime baseline, sentinel and composer control traffic, forge orchestrates work, atlas catalogs capability, bridge generates servers, observatory closes the feedback loop, and lab gives contributors a desktop workbench.

Packages

PackageWhat it doesDocs
@oaslananka/sharedShared MCP protocol, transports, auth, retry, telemetry, and testing primitivesShared docs
@oaslananka/forgePipeline engine for orchestrating MCP tools and external stepsForge docs
@oaslananka/sentinelZero-trust security proxy with audit, approval, and PII controlsSentinel docs
@oaslananka/atlasRegistry API and catalog UI for discovering MCP serversAtlas docs
@oaslananka/composerAggregation proxy for multiple backend MCP serversComposer docs
@oaslananka/bridgeOpenAPI and schema-first MCP server generationBridge docs
@oaslananka/observatoryMetrics, traces, anomaly detection, alerting, and dashboard UIObservatory docs
@oaslananka/labElectron desktop workbench for connecting to and debugging MCP serversLab docs
MCP Lab Screenshot

Local Playground

The reproducible demo path is a local playground with seeded Atlas and Observatory data:

pnpm install --frozen-lockfile

pnpm build pnpm run playground:seed pnpm run playground:atlas

Then start Observatory in another terminal:

pnpm run playground:observatory

Open Atlas at http://localhost:4003, Observatory at http://localhost:4006, and Lab with pnpm --filter @oaslananka/lab dev. Full steps live in the local playground guide.

Quick Start

pnpm install --frozen-lockfile

pnpm build

Seed and run Atlas

pnpm --filter @oaslananka/atlas exec node dist/cli.js seed --db ./data/atlas.sqlite pnpm --filter @oaslananka/atlas exec node dist/cli.js serve --db ./data/atlas.sqlite --port 4003

In another terminal, run Observatory

pnpm --filter @oaslananka/observatory exec node dist/cli.js serve --db ./data/observatory.sqlite --port 4006

Once the services are up:

Architecture

shared carries the protocol baseline, logger factory, transports, telemetry helpers, and test fixtures used everywhere else. MCP client-facing traffic is typically wrapped by sentinel for policy and audit, then aggregated through composer, or orchestrated from forge. atlas and observatory are HTTP-first operator surfaces, while lab is the developer-facing desktop entry point.

The suite currently defaults to MCP protocol version 2025-11-25 while keeping compatibility helpers for 2025-11-05 handshakes during the 1.0 transition.

Architecture decisions are recorded in the ADR index.

Development

make install

pnpm run format:check make lint make typecheck make test pnpm run security make test-coverage make knip pnpm run release:dry-run

More setup and workflow guidance lives in docs/development.md, docs/testing.md, docs/security.md, docs/release.md, the generated API reference path in docs/api-reference.md, and the guide docs under docs/guide.

Release Policy

  • release-please manifest mode owns version bumps, changelogs, tags, and GitHub releases.
  • GitHub Actions builds npm package tarballs, a machine-readable release manifest, SBOM, checksums, and attestations from clean checkout state.
  • Production npm publishing is separate, environment-protected, and uses npm trusted publishing/OIDC after checksum, attestation, package-content, and clean-install verification.
  • Partial npm publication is resumable: identical immutable versions are skipped, missing versions publish in dependency order, and integrity conflicts fail closed.
  • Docs-only, internal-only, and CI-only changes do not publish to npm or update registry metadata.

Contributing

Contributions are welcome. Start with CONTRIBUTING.md, use Conventional Commits for user-visible changes, and keep GitHub Actions parity when adding validation steps. For issue triage, support, stale handling, labels, and maintainer response targets, see docs/governance.md.

Roadmap

  • @oaslananka/gateway: HTTP-first multi-tenant MCP gateway
  • @oaslananka/sdk: cross-language SDK surface starting with Python
  • Forge visual editor built on React Flow
  • Atlas federation across multiple registry instances
  • Observatory exports for Grafana and OTel collector pipelines
  • Sentinel policy integration with OPA

License

Apache 2.0 — © 2025-2026 oaslananka

PopNxに聞く