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

Yaver

von yaver-ioVersion 1.99.478i★ –iLäuft auf deinem Computer
Name in der Registryio.github.yaver-io/yaver

Installieren

Überblick

Beschreibung vom Entwickler (englisches Original)

Phone-first OpenCode MCP for trusted devices: run, build, deploy, and manage endpoint-local tools.

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 auf deinem Computer
  • Transport: stdio
  • Kategorie: Entwicklertools

Installation

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

Bevor du installierst

  • Basischecks: 1 von 1 bestanden
  • Läuft auf deinem Computer mit den Rechten deines Benutzerkontos (Dateien, Netzwerk, Apps).
  • Das trägst du selbst ein: YAVER_HEADLESS

Du brauchst

  • npmNode.js installiert (für den Befehl npx)

Welche App nutzt du?

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

Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein

{
  "mcpServers": {
    "yaver": {
      "command": "npx",
      "args": [
        "-y",
        "yaver-cli"
      ],
      "env": {
        "YAVER_HEADLESS": "your-value"
      }
    }
  }
}

Führe das in deinem Terminal aus

claude mcp add yaver --env YAVER_HEADLESS=your-value -- npx -y yaver-cli

Trag die leeren Werte ein, bevor du ihn startest.

In Cursor öffnen

Oder kopier die Einstellungen selbst

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

{
  "mcpServers": {
    "yaver": {
      "command": "npx",
      "args": [
        "-y",
        "yaver-cli"
      ],
      "env": {
        "YAVER_HEADLESS": "your-value"
      }
    }
  }
}

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.

In VS Code öffnen

Oder kopier die Einstellungen selbst

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

{
  "servers": {
    "yaver": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "yaver-cli"
      ],
      "env": {
        "YAVER_HEADLESS": "your-value"
      }
    }
  }
}

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.

Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.

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

Werte, die du selbst einträgst

  • YAVER_HEADLESS env
    Set to 1 to force device-code OAuth instead of opening a browser (useful in remote / WSL / sandboxed environments).

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

Was er kann

Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.

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 yaver-io 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

    Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet

  • – Nicht zutreffend

    Anmeldung mit OAuth

    Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen

  • … Noch nicht geprüft

    Keine versteckten Anweisungen in Tool-Beschreibungen

    Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen

Im Vergleich mit anderen in Entwicklertoolsi

  • Mehr Sterne als 0 % der anderen 1394 Server in dieser Kategorie
  • Neuer in der Registry veröffentlicht als 64 % der anderen 1394 Server in dieser Kategorie
  • Basischecks gleich gut wie oder besser als bei 100 % der anderen 1394 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 Yaver 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 auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).

Wird er noch gepflegt?

Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (1.99.478) kam vor 27 Tagen in die Registry.

Welche Apps können ihn nutzen?

Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.

Was kann ich stattdessen nutzen?

In derselben Kategorie: GitHub, Desktop Commander, Cloudflare MCP

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

GitHub

von github

Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.

Computer oder Cloud★ 34.245MITAktualisiert vor 3 Tagen
Installieren

Desktop Commander

von wonderwhy-er

MCP server for terminal commands, file operations, and process management

Läuft auf deinem Computer★ 10.225MITAktualisiert vor 15 Tagen
Installieren

Cloudflare MCP

von cloudflare

Cloudflare MCP servers

Läuft in der Cloud★ 4.446Apache-2.0Aktualisiert vor 14 Monaten
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.

Watch the full demo →

What Yaver is

AI writes the code in seconds. The loop around it — build, install, reproduce, describe what's wrong, get back to the agent — still takes hours. Yaver closes that loop.

The yaver agent runs on hardware you already own: a Mac, a Linux box, a WSL machine, a Pi, or a VPS. Your coding agent works there, against your real repo. Every other surface — phone, watch, TV, car, AR/VR, browser — is a remote control and a preview target for that one machine.

It runs on the AI subscription you already pay for — no token markup, and your code never leaves your machine.

iOS and Android are the deepest path today. Watch, TV, car, and AR/VR surfaces live in this repo and share the same core.

Quick start

npm install -g yaver-cli

yaver auth yaver serve

On a headless box (Pi, VPS, SSH-only), yaver auth --headless prints a short code and a URL you can open from any browser.

npm is the only supported install path, on macOS (Apple Silicon + Intel), Linux (x64 + arm64), and Windows via WSL2. It downloads a signed, notarized agent binary for your platform.

Then grab the app and pair it with that machine:

Open Yaver, pick a project from your dev box, preview it on your phone, shake to vibe-code — fix a bug, ship a small feature, or tweak a style — and a fresh bundle lands in seconds. One screen, real device, no extra hardware.

Install or use it from your coding agent

Install the CLI directly, or register Yaver as an MCP server so Claude Code, Codex, or opencode can drive your machine from chat. MCP does not need a global install first — npx pulls the server on first run.

# direct CLI

npm install -g yaver-cli yaver auth

or as MCP

Claude Code

claude mcp add --scope user yaver -- npx -y yaver-cli yaver-mcp

Codex

codex mcp add yaver -- npx -y yaver-cli yaver-mcp

opencode

npx -y -p yaver-cli yaver mcp setup opencode

then, in the agent chat:

call yaver_lazy_setup

To add Yaver to an existing Expo app, give the agent the app directory and ask it to call yaver_sdk_integrate. The direct deterministic equivalent is:

npx -y yaver-cli integrate --dir /path/to/app --framework expo --verify quick

This installs compatible dependencies, mounts the in-app Yaver surface, wires the Expo plugin, and verifies the project. It does not choose a bundle ID, configure your app's own authentication, deploy, or publish anything.

For a Yaver-generated Expo + Convex starter that needs AI, the agent can then call yaver_openrouter_integrate at the monorepo root. It adds an authenticated, cost-bounded HTTP/SSE seam and React Native stream helper while keeping the OpenRouter key server-side—no polling and no database write per token.

Already installed globally? yaver mcp setup claude-code (or codex / opencode) writes the same entry, and yaver auth auto-registers every installed runner on first sign-in. Yaver is published to the official MCP registry as io.github.yaver-io/yaver. Codex Desktop can also load the repo-local plugin in plugins/yaver.

Full tool list and HTTP/remote setup: [MCP guide](https://yaver.io/docs/mcp).

How it works

  1. Start yaver serve on your own machine.
  2. Pair a surface — the mobile app, the web dashboard, or another Yaver client.
  3. Send a task to your coding agent from whichever surface is nearest.
  4. Watch terminal, build, and reload progress stream back live.
  5. Push the fix to a real device, or deploy from your own machine when it's ready.

The CLI, agent, relay, and backend are all self-hostable. Client apps currently reach you through a thin hosted coordination plane for identity and device discovery; full client self-host is on the way.

For remote access, Yaver Relay is the default path. The free shared relay is for light personal use and has fair limits; the relay implementation is open source if you want to run your own. Relay Pro is the optional $9/month managed lane with higher account-wide transfer limits. It connects to the machine or VPS you already control; it does not include hosted compute or an AI subscription.

What works today

  • Drive Claude Code, Codex, OpenCode, Aider, Goose, or another terminal agent from the Yaver agent.
  • Push React Native / Expo bundles to a paired phone through the native Hermes path.
  • Capture dev-build feedback with screenshots, logs, and replay context.
  • Stream task, build, and reload progress to mobile or the web dashboard.
  • Keep peer discovery, relay, and vault flows local-first.
  • Build against SDKs and examples for React Native, Flutter, web, Unity, Go, Python, and JS/TS.

What it costs

A solo developer can start with the open-source stack at $0.

ComponentRuns onCost
Yaver CLI + agentYour dev machine$0
Yaver surface appsiOS / Android / watch / TV / car / AR/VR$0
Web dashboardBrowser$0
Backend on your own machineYour Mac / Linux / WSL / VPS$0 + your hardware
Yaver shared relayYaver-hosted, fair-use limited$0
Relay ProManaged account-private lane on shared relay hosts$9/month
AI models (Ollama)Your GPU or CPU$0

The open-source stack includes the mobile app, CLI, agent, web dashboard, SDKs, and relay implementation. Yaver's shared relay is available with fair limits for getting started. Your coding agent brings its own login or subscription — Yaver never resells tokens.

V1 is focused on your own devices and self-hosted machines. Relay Pro is the only paid launch product; all client surfaces, browser/Hermes lanes, MCP and library integration, and the feedback SDK are included. Yaver does not sell a hosted coding workspace in this release.

Repository map

PathPurpose
desktop/agent/Go agent, CLI surfaces, local API, relay/P2P/runtime integrations
mobile/React Native mobile app and native preview container
watch/, wear/, tvos/Apple Watch, Wear OS, and Apple TV client surfaces
web/Next.js marketing site and dashboard
backend/convex/Hosted identity, session, and device-discovery metadata
relay/QUIC relay service
sdk/Public SDKs and feedback clients
demo/Small fixture apps used to test SDK and push flows
demo-videos/Source notes for the landing/demo clips
docs/Architecture notes, setup guides, audits, handoffs, and planning material

Deploying Yaver

Use exactly one local entrypoint:

./deploy/deploy.sh <target> [options]

Targets are all, backend, cloudflare, ios, android, npm, and mcp with aliases listed by ./deploy/deploy.sh --help. The entrypoint delegates to the maintained vault-aware scripts and yaver deploy commands, but gives humans, agents, and MCP one path so deploys do not drift.

Deploys are owner-only. The script refuses group/other-writable repo or script paths before touching Convex, Cloudflare, App Store Connect, Play Console, npm, or MCP registry credentials.

This repo is the monorepo

Yaver is one monorepo — this one. Agent, CLI, mobile, watch, TV, car, AR/VR, web, relay, backend, and SDKs all live here and ship together. Splitting them would only buy version skew between surfaces that have to agree.

Everything else in the yaver-io org is a validation / use-case app — something whose only job is to exercise Yaver from the outside. Those are separate repos precisely because they must be clonable, buildable, and breakable on their own, exactly as a user's project is. If they lived in here they'd inherit this repo's tooling and stop being an honest test.

The rule: product code goes in this repo; anything that tests the product from outside gets its own repo.

Validation apps

The apps that prove Yaver works live in their own repos, not in this one. They are local-only todo apps — no backend, no accounts, no network — and they are deliberately boring, because they are the control.

The same todo app is built five ways. Yaver reaches each one differently, so when the loop feels different across stacks, it is the transport that differs and not the app:

RepoStackHow Yaver reaches it
yaver-todo-rnExpo / React NativeHermes — the agent compiles an HBC bundle and the container swaps it in place
yaver-todo-ktNative Android (Kotlin)native-webrtc — runs on a build host, H.264 streamed to the phone, taps sent back
yaver-todo-swiftNative iOS (SwiftUI)native-webrtc — same, macOS build host only
yaver-todo-flutterFlutter / Dartnative-webrtc — Dart has no Hermes equivalent
yaver-todo-webNext.jsdev server — HMR through Yaver's relay path

Hermes is React-Native-only: native and Flutter apps compile to real binaries and can never be loaded into the Yaver container. That is why three of the five exist — they are the only honest way to exercise the streaming path.

They are separate repos so they can be cloned, built, and broken without touching this one. Each README states what works and what doesn't per stack, including where a feedback SDK does not exist yet.

Documentation

Docs index · Setup · Contributing · Runtime architecture · Protocol · Feedback SDK · Security · License

If an AI coding agent is setting Yaver up for you, point it at the canonical machine guide first:

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

PopNx fragen