Prototyp · Vorschau: alle Server aus der offiziellen Registry, alle 30 Minuten synchronisiert. Bewertungen und Benutzerkonten folgen in einem späteren Schritt.
PopNx MCPMCP-Server für alle, die KI nutzen · in einfachen Worten erklärt

Vector (Apex Fusion)

von Apex-FusionVersion 0.1.0i★ –iLäuft in der Cloud
Name in der Registryio.github.Apex-Fusion/vector

Installieren

Überblick

Beschreibung vom Entwickler (englisches Original)

24 keyless tools for AI agents on Vector, the Apex Fusion eUTXO L2: wallets, contracts, registry.

Die drei Säulen von PopNx MCP

Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.

Was du damit machen kannst

Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.

  • Verbindung: Läuft in der Cloud
  • Transport: Streamable HTTP, SSE
  • Kategorie: Suche & KI-Gedächtnis

Installation

Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.

Bevor du installierst

  • Basischecks: 1 von 1 bestanden
  • Läuft auf dem Server des Entwicklers: Was du fragst, läuft über dessen Server.
  • Die Registry nennt keinen Schlüssel zum Eintragen.

Du brauchst

Welche App nutzt du?

Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.

Funktioniert in Claude im Web, auf dem Desktop und auf dem Handy:

  1. Öffne Settings → Connectors
  2. Tippe auf Add custom connector
  3. Füge die Adresse unten ein und tippe auf Add
  4. Wenn eine Anmeldung verlangt wird, melde dich beim Dienst des Entwicklers an
SettingsConnectors1+ Add2https://…3
https://mcp.vector.{network}.apexfusion.org/mcp

Die Adresse enthält {…}-Teile, die nur du kennst (etwa dein Konto), also kopier sie und trag die Werte ein.

Führe das in deinem Terminal aus

claude mcp add --transport http vector 'https://mcp.vector.{network}.apexfusion.org/mcp'

Die Adresse enthält {…}-Teile, die nur du kennst (etwa dein Konto), also kopier sie und trag die Werte ein.

Oder kopier die Einstellungen selbst

In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen

{
  "mcpServers": {
    "vector": {
      "url": "https://mcp.vector.{network}.apexfusion.org/mcp"
    }
  }
}

Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.

Die Adresse enthält {…}-Teile, die nur du kennst (etwa dein Konto), also kopier sie und trag die Werte ein.

Oder kopier die Einstellungen selbst

In .vscode/mcp.json in deinem Projekt einfügen

{
  "servers": {
    "vector": {
      "type": "http",
      "url": "https://mcp.vector.{network}.apexfusion.org/mcp"
    }
  }
}

Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.

ChatGPT verbindet sich nur mit Servern im Internet:

  1. Öffne ChatGPT im Web → Settings → Connectors (Apps)
  2. Tippe auf Create oder Add (bei manchen Tarifen musst du zuerst Developer mode unter Advanced einschalten)
  3. Füge die Adresse unten ein, gib ihr einen Namen und speichere
  4. Wenn eine Anmeldung verlangt wird, melde dich beim Dienst des Entwicklers an
SettingsConnectors1+ Create2https://…3
https://mcp.vector.{network}.apexfusion.org/mcp

Die Adresse enthält {…}-Teile, die nur du kennst (etwa dein Konto), also kopier sie und trag die Werte ein.

Menünamen können sich je nach Tarif und mit der Zeit leicht unterscheiden.

Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.

Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.

Was er kann

Die Tool-Liste dieses Servers haben wir noch nicht gelesen; wir prüfen die Endpunkte reihum.

Basischecksi

Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026

  • ✓ Bestanden

    Entwickler passt zum Repo

    Der Registry-Name wurde mit dem GitHub-Konto Apex-Fusion bestätigt, dem das Repo gehört

  • … Noch nicht geprüft

    Wird noch gepflegt

    Dieses Repo haben wir noch nicht von GitHub gelesen

  • … Noch nicht geprüft

    Hat eine Lizenz

    Dieses Repo haben wir noch nicht von GitHub gelesen

  • – Nicht zutreffend

    Endpunkt antwortet

    Die Adresse braucht Werte aus deinem eigenen Konto, deshalb können wir sie nicht für dich prüfen

  • – Nicht zutreffend

    Anmeldung mit OAuth

    Die Adresse braucht Werte aus deinem eigenen Konto, deshalb können wir sie nicht für dich prüfen

  • … Noch nicht geprüft

    Keine versteckten Anweisungen in Tool-Beschreibungen

    Noch nicht geprüft; wir lesen die Tool-Liste, wenn wir den Endpunkt prüfen

Im Vergleich mit anderen in Suche & KI-Gedächtnisi

  • Mehr Sterne als 0 % der anderen 7249 Server in dieser Kategorie
  • Neuer in der Registry veröffentlicht als 28 % der anderen 7249 Server in dieser Kategorie
  • Basischecks gleich gut wie oder besser als bei 100 % der anderen 7249 Server in dieser Kategorie

Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.

Häufige Fragen

Ist Vector (Apex Fusion) sicher?

Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.

Welche Schlüssel oder Codes braucht er?

Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.

Läuft er auf meinem Computer oder in der Cloud?

Er läuft in der Cloud des Entwicklers. Du verbindest dich übers Internet, ohne etwas zu installieren, aber was du sendest, läuft über die Server des Entwicklers.

Wird er noch gepflegt?

Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.1.0) kam vor 3 Monaten in die Registry.

Welche Apps können ihn nutzen?

Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Er verbindet sich per URL, also funktionieren auch Apps, die Remote-MCP-Server akzeptieren, zum Beispiel ChatGPT im Entwicklermodus.

Was kann ich stattdessen nutzen?

In derselben Kategorie: Context7, Codebase Memory, Exa

Alternativen

Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.

So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti

Context7

von upstash

Up-to-date docs for AI agents

Computer oder Cloud★ 64.224MITAktualisiert heute
Installieren

Codebase Memory

von DeusData

Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.

Läuft auf deinem Computer★ 48.148MITAktualisiert vor 20 Tagen
Installieren

Exa

von exa-labs

Connect AI agents to Exa for web search, content fetching, and multi-step research.

Läuft in der Cloud★ 5.213MITAktualisiert letzten Monat
Installieren

README vom Entwickler

README öffnen

Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.

Vector MCP Server

MCP (Model Context Protocol) server for Vector - the Apex Fusion eUTXO L2. Enables AI agents (Claude, GPT, Gemini, or any MCP client) to interact with Vector natively: query balances, send transactions, deploy and interact with smart contracts, manage on-chain agent identities, and submit protocol improvement proposals.

Built on Ogmios + Koios - no Blockfrost dependency.

Vector mainnet is live. Full guides: Vector AI documentation.

Hosted servers - no install

Hosted instances run on both networks. The 63 tools described below are the code of this release; each hosted instance serves them once the release deploys there (testnet automatically on push to main, mainnet on a deliberate cutover dispatch):

NetworkEndpoint
Mainnethttps://mcp.vector.mainnet.apexfusion.org/mcp
Testnethttps://mcp.vector.testnet.apexfusion.org/mcp

**Deployment status: both networks are current with the non-custodial migration, and only

with that.** Both hosted instances run the completed migration: testnet since the

2026-07-31 morning merges (auto-deployed from main), mainnet since a deliberate cutover

deploy the same day (see

docs/architecture/non-custodial-split.md, section

11, "Rollout", for the full history). This does not mean a hosted instance serves every

tool listed below: the marketplace and reputation tools are newer than those deploys, and an instance

serves them only once the release that adds them has deployed there (until then its tool

list is shorter than the one below; a client's tool list shows what an instance serves right

now). Both hosted instances are open access - no bearer token is required to connect.

Callers are admitted anonymously with per-IP rate limiting.

That is an access-control property, and it is separate from custody: neither instance

accepts a mnemonic from any caller, with or without a token. Self-hosted deployments can

still gate access with MCP_AUTH_TOKENS - see Configuration.

Transport: Streamable HTTP only, as of 2.0.0. The legacy SSE pair (/sse +

/messages), deprecated by the MCP spec (2026-07-28 revision), was removed in this release -

those paths now answer 404. Every client connects to /mcp, the endpoint the table above

lists. This is a breaking change for SSE clients: reconnect with --transport http and the

/mcp URL (below). The server also answers any-origin CORS (browser MCP clients are

first-class callers) and exposes an unauthenticated GET /health liveness probe.

This describes the code - each hosted instance serves it once this release deploys there

(testnet automatically on push to main, mainnet on a deliberate cutover dispatch).

Connect from Claude Code in one command. No token needed for the hosted instances.

claude mcp add --transport http vector-mcp https://mcp.vector.mainnet.apexfusion.org/mcp

Swap in the testnet host to connect to testnet instead. Self-hosting (below) gives every caller open access to your own instance unless you set MCP_AUTH_TOKENS.

**Security notice: the non-custodial migration is complete, in this codebase and on both

hosted instances, as of the 2026-07-31 cutover deploy.** No tool in this repository accepts a

mnemonic, private key, or any other key material. Every build_* tool constructs an unsigned

transaction from a wallet *address* only, and every signing operation happens locally on your

own machine, through the local signer companion. Broadcast the signed result with

vector_submit_transaction - your seed phrase never leaves your machine, and no server

running this release ever holds one. This is enforced mechanically in the code, not just by

convention: the builder's custody boundary test scans every source file for key-material

vocabulary against an allowlist that is now empty and pinned at size zero, so a future change

cannot silently reintroduce a mnemonic parameter without failing that test by name.

This describes this release and the 2026-07-31 deploy specifically - a later deploy is a

separate operational action, not automatically covered by this notice; see the deployment

status note above and

docs/architecture/non-custodial-split.md for the

full rollout history.

Self-hosting instructions are below.

Local signer (non-custodial path)

packages/signer is a local MCP server that holds your key and signs transactions locally instead of handing your mnemonic to a shared host. It has no network access by default: stdio transport only, no Provider, no egress, so a key given to it never reaches a shared server or your model provider. One optional, read-only setting (VECTOR_SIGNER_OGMIOS_URL) lets it look up the inputs a transaction spends, so that its spend limit counts only what its own inputs fund. Five tools: vector_signer_get_address, vector_signer_get_public_key, vector_signer_decode_transaction, vector_signer_sign (also for a transaction that other keys signed first), vector_signer_get_spend_limits.

In this codebase, this signer is the single signing point for every family the builder exposes. The full non-custodial flow is live in this release for all of them: vector_signer_get_address → build_* → vector_signer_sign → vector_submit_transaction → vector_await_transaction. No step in that chain puts a mnemonic in front of a server running this code, or your model provider, for any tool. The build → submit → await half is E2E-proven on Vector testnet across the wallet/tx, smart-contract, agent-registry, and self-improvement families, including the first keyless-built proposal submission the deployed self-improvement module validator has ever accepted; see packages/signer/README.md for exactly what that testing does and does not exercise on the signer's side. This describes the code, not every deployment of it - see the deployment status note above.

See packages/signer/README.md for configuration, tools, and known limitations.

Features

  • Wallet & queries - balances, UTxOs, and transaction history for any address (no key material)
  • Keyless transaction building - build unsigned AP3X/token/multi-output transactions and contract interactions; sign locally, broadcast via submit
  • Smart contracts - deploy Plutus/Aiken validators, lock and spend UTxOs at script addresses (keyless)
  • Agent identity - resolve did:vector DIDs through the identity gateway, read an agent's profile by DID (canonical or legacy form), and discover agents with listed adverts through the marketplace indexer
  • Identity registry (did:vector) - keyless builders for every record action (register, also subagents; adopt a legacy record; update; change controller; suspend and unsuspend; revoke; retire; reclaim; successor; recovery; end subagents), attestations, delegations and vaults; every build returns the unsigned transaction and the key hashes that must sign it, and each key holder signs in turn. The legacy registry writes (register, update, transfer) are retired; a legacy record that does not adopt can still deregister
  • Self-Improvement Module - browse, submit, critique, and endorse improvement proposals on the Module-6 deployment of the identity registry (the agent is a did:vector agent whose record is Active); every write tool is keyless
  • Agents marketplace, both sides - hire a supplier (escrow post, accept, reclaim, send a job, check its receipt) and list one (advert post, update and retire in the identity layout; one retire for both layouts; the legacy-layout Post is refused from the escrow switch on), keyless
  • Reputation self-stake - the current Module-3 deployment takes no new stakes, so the two stake tools refuse (see Reputation)
  • Safety controls - per-identity rate limiting; spend limits for every family are enforced by the local signer, per user - the server holds no spend-limit state of its own
  • Streamable HTTP transport - the modern MCP transport at /mcp, with any-origin CORS for browser clients and an unauthenticated GET /health probe (the legacy SSE pair was removed in 2.0.0)

MCP Tools (63)

Wallet & Queries
ToolDescription
vector_get_balanceGet AP3X and token balances for any address
vector_get_utxosList UTxOs for an address
vector_get_transaction_historyGet transaction history for an address
Transactions

Each build tool here and under Smart Contracts lists the key hashes that must sign the transaction (the wallet key, and any key that the transaction names as a required signer) before the unsigned CBOR, and as required_signers in its JSON block, as the identity and marketplace tools do. The ledger refuses a transaction that is submitted without these signatures.

ToolDescription
vector_build_send_apexBuild an unsigned AP3X transfer (keyless - sign with the local signer)
vector_build_send_tokensBuild an unsigned native-token transfer (keyless)
vector_build_transactionBuild an unsigned multi-output transaction (keyless, never submits)
vector_dry_runSimulate a transaction without submitting - validate it and show its fee (the fee that a given transaction declares, or the fee of the transaction built from outputs)
vector_submit_transactionBroadcast an already-signed transaction (for example one signed by the local signer)
vector_await_transactionWait for a submitted transaction to be confirmed on-chain
Smart Contracts
ToolDescription
vector_build_deploy_contractBuild an unsigned deployment of a Plutus V1/V2/V3 or Aiken validator (keyless)
vector_build_interact_contractBuild an unsigned lock or spend at a script address, with a redeemer (keyless)
Agent Identity
ToolDescription
vector_resolve_didResolve a did:vector DID (canonical or legacy form, optional versionId/versionTime) through the identity gateway; returns the HTTP status and the DID resolution result unchanged (no wallet needed)
vector_get_agent_profileGet an agent's profile by DID: a canonical DID through the identity gateway (profile, effective status, keys, record output; the registration time is the block time of the transaction that first minted the identifier), a legacy DID from the legacy registry (no wallet needed)
vector_discover_agentsDiscover agents with a listed advert, from the marketplace indexer; filter by capability (no wallet needed)
vector_build_deregister_agentBuild an unsigned deregistration of a legacy record that does not adopt - burns its token and returns the deposit (keyless)
Identity Registry (14)

Every tool below is keyless: it builds an unsigned transaction and lists every key hash that must sign it (controller, listed keys, parties, the wallet). Each key holder signs in turn with vector_signer_sign; then one vector_submit_transaction. The server needs the identity deployment values (see Configuration).

ToolDescription
vector_build_identity_registerRegister a new agent (or, with parent, a subagent): mints the identity token named from a seed output of your wallet, so the DID is known before signing; at least one Accountable Party; deposit of at least 10 AP3X
vector_build_identity_adoptMove a legacy record into the identity registry under the same identifier (allowlist proof against the published root; the legacy owner signs)

| vector_build_identity_update | Change the profile, listed ke

Nur der Anfang wird gezeigt; den Rest findest du im Repo

PopNx fragen