Context7
Up-to-date docs for AI agents
Beschreibung vom Entwickler (englisches Original)
24 keyless tools for AI agents on Vector, the Apex Fusion eUTXO L2: wallets, contracts, registry.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
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:
https://mcp.vector.{network}.apexfusion.org/mcpDie 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.
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.
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:
https://mcp.vector.{network}.apexfusion.org/mcpDie 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.
Die Tool-Liste dieses Servers haben wir noch nicht gelesen; wir prüfen die Endpunkte reihum.
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
Der Registry-Name wurde mit dem GitHub-Konto Apex-Fusion bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Die Adresse braucht Werte aus deinem eigenen Konto, deshalb können wir sie nicht für dich prüfen
Die Adresse braucht Werte aus deinem eigenen Konto, deshalb können wir sie nicht für dich prüfen
Noch nicht geprüft; wir lesen die Tool-Liste, wenn wir den Endpunkt prüfen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
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.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
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.
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.1.0) kam vor 3 Monaten in die Registry.
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.
In derselben Kategorie: Context7, Codebase Memory, Exa
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
Up-to-date docs for AI agents
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
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.
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 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):
| Network | Endpoint |
|---|---|
| Mainnet | https://mcp.vector.mainnet.apexfusion.org/mcp |
| Testnet | https://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 httpand the
/mcpURL (below). The server also answers any-origin CORS (browser MCP clients are
first-class callers) and exposes an unauthenticated
GET /healthliveness 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.
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.
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 indexerdid: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 deregisterdid:vector agent whose record is Active); every write tool is keyless/mcp, with any-origin CORS for browser clients and an unauthenticated GET /health probe (the legacy SSE pair was removed in 2.0.0)| Tool | Description |
|---|---|
vector_get_balance | Get AP3X and token balances for any address |
vector_get_utxos | List UTxOs for an address |
vector_get_transaction_history | Get transaction history for an address |
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.
| Tool | Description |
|---|---|
vector_build_send_apex | Build an unsigned AP3X transfer (keyless - sign with the local signer) |
vector_build_send_tokens | Build an unsigned native-token transfer (keyless) |
vector_build_transaction | Build an unsigned multi-output transaction (keyless, never submits) |
vector_dry_run | Simulate 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_transaction | Broadcast an already-signed transaction (for example one signed by the local signer) |
vector_await_transaction | Wait for a submitted transaction to be confirmed on-chain |
| Tool | Description |
|---|---|
vector_build_deploy_contract | Build an unsigned deployment of a Plutus V1/V2/V3 or Aiken validator (keyless) |
vector_build_interact_contract | Build an unsigned lock or spend at a script address, with a redeemer (keyless) |
| Tool | Description |
|---|---|
vector_resolve_did | Resolve 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_profile | Get 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_agents | Discover agents with a listed advert, from the marketplace indexer; filter by capability (no wallet needed) |
vector_build_deregister_agent | Build an unsigned deregistration of a legacy record that does not adopt - burns its token and returns the deposit (keyless) |
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).
| Tool | Description |
|---|---|
vector_build_identity_register | Register 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_adopt | Move 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