VibeView

io.github.vibeviewPublished by GitHub account vibeviewv0.74.0Updated Nov 4, 2026

Drive cloud iOS, Android, Apple TV, Android TV and Roku devices to verify app changes.

VerifiedSTDIODesktop onlyBrowser AutomationDeveloper Tools

Overview

AI-generated overview

Lets a coding agent run and drive cloud iOS, Android, Apple TV, Android TV and Roku devices to verify app changes on a live screen.

What you can do
  • Upload or cloud-build an app and start a device session
  • Read the screen as a UI tree and tap, type, swipe, press TV remote buttons, open deep links and take screenshots
  • Read device logs to check whether a change works
  • Save plain-language steps as tests and run single tests or groups, seeing which step failed
  • Hand off to a human with a live session link when a step needs a person
When to use it
Useful when an agent needs to verify mobile or TV app changes on a real device without a Mac or local simulator, for example checking a React Native hot-reload loop, running UI tests, or confirming a build before handing it over.
Requirements
Runs locally over stdio via the vibeview npm package (npx or global install). Needs a VibeView account and either the VIBEVIEW_API_TOKEN environment variable or a one-time vibeview login. Network access to VibeView cloud devices; desktop only.
Before you install
Requires a VibeView API token or saved login, which grants access to your cloud device sessions. The agent can upload builds, start and stop sessions, drive apps, and write and run tests, so changes happen on live devices. Sessions may pause for human steps such as logins or payments, and session data is streamed to the VibeView dashboard.

Installation

In SourceWeft

  1. Open VibeView in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

VibeView agent skills

[npm] [GitHub MCP registry]

Skills and an MCP server that let a coding agent verify its work on a live cloud device: upload a build, start an iOS, Android, Apple TV, Android TV or Roku session, drive the app by UI-tree refs, read logs, take screenshots, and stop when only a human can act.

VibeView streams iOS simulators, Android emulators, Apple TV and Android TV simulators, and Roku devices to a browser and to agents. No Mac, no local simulator, no device on the desk. Docs: AI agent control.

[Claude Code using the VibeView MCP server: it starts an iPhone session, reads the UI tree, taps a card by its ref, takes a screenshot and stops the session]

What your agent can do

  • Check its own change in your React Native app. It starts vibeview dev against your local Metro, so every edit hot-reloads on the cloud device, then it looks at the screen and the logs to see whether the change works.
  • Build the app in the cloud and run that build. React Native, Expo, Flutter, Capacitor, Kotlin Multiplatform or native iOS and Android: with a shell, it runs vibeview build --cloud (no Mac needed for iOS), then starts a device on the finished build.
  • Drive the app like a person. It reads the screen as a UI tree with short refs (@e7), taps, types and swipes by ref, presses TV remote buttons, opens deep links, and takes screenshots.
  • Write and run tests. It saves plain-language steps as a test, then runs one test or a whole group and reads which step failed and why. AI steps are in beta.
  • Hand off to you when a step needs a person, such as a login or a payment, with a link to the live session.

It works on iPhone, iPad, Android phones and tablets, Apple TV, Android TV and Roku. You can watch every session live in the dashboard while the agent works.

[An iPhone Duo session in the VibeView dashboard, half folded, with the UI tree panel listing elements by ref (@e0, @e1, …)]

[An Apple TV session in the VibeView dashboard] [A Roku session in the VibeView dashboard]

Install

You need the vibeview CLI, logged in:

bash
npm install -g vibeviewvibeview login

Then pick whichever fits your agent.

Any agent that reads skills (Claude Code, Cursor, Codex, and others via the skills CLI):

bash
npx skills add vibeview/skills

Claude Code, as a plugin (installs the skill and registers the MCP server in one step):

text
/plugin marketplace add vibeview/skills/plugin install vibeview@vibeview

Claude Code, from the CLI you already installed (copies the skill into ~/.claude/skills/ and offers to register the MCP server):

bash
vibeview agent-setup

Any MCP client: run vibeview mcp over stdio.

json
{  "mcpServers": {    "vibeview": { "command": "vibeview", "args": ["mcp"] }  }}

With Claude Code specifically: claude mcp add vibeview -- vibeview mcp.

What's here

PathWhat it is
skills/vibeview-agent/SKILL.mdThe agent workflow: build requirements, the dev loop, verifying with ui-tree, screenshots and logs, TV d-pad navigation, the human hand-off rule, cleanup, and the full command reference for both the CLI and MCP.
.claude-plugin/Claude Code plugin manifest: the skill plus the vibeview mcp server.
.mcp.jsonThe same MCP server in the standard root-level form that plugin and MCP directories scan for.

Where this comes from

The canonical copy of the skill ships inside the vibeview npm package (vibeview agent-setup copies it from there). This repository mirrors it so agents and registries can discover it on GitHub. Versions track the CLI.

Issues and questions: [email protected].

Source: README.md at commit 4959b82

Tools

0
SourceWeft started this package once in an isolated sandbox, without credentials, to list its tools. That failed: the server did not start.

Version history

41
  1. v0.74.0LatestNov 4, 2026
  2. v0.73.0Nov 4, 2026
  3. v0.72.0Nov 3, 2026
  4. v0.71.0Oct 31, 2026
  5. v0.70.6Oct 30, 2026
  6. v0.70.3Oct 29, 2026
  7. v0.62.0Oct 26, 2026
  8. v0.61.0Oct 26, 2026
  9. v0.60.0Oct 26, 2026
  10. v0.59.0Oct 25, 2026
  11. v0.58.0Oct 25, 2026
  12. v0.55.0Oct 23, 2026
  13. v0.54.0Oct 22, 2026
  14. v0.53.0Oct 21, 2026
  15. v0.52.0Oct 21, 2026
  16. v0.50.0Oct 20, 2026
  17. v0.49.0Oct 19, 2026
  18. v0.47.0Oct 19, 2026
  19. v0.46.0Oct 17, 2026
  20. v0.45.0Oct 17, 2026
  21. v0.43.0Oct 16, 2026
  22. v0.42.0Oct 16, 2026
  23. v0.41.0Oct 13, 2026
  24. v0.40.0Oct 12, 2026
  25. v0.39.0Oct 12, 2026
  26. v0.38.0Oct 12, 2026
  27. v0.37.1Oct 7, 2026
  28. v0.36.1Oct 4, 2026
  29. v0.36.0Sep 30, 2026
  30. v0.35.0Sep 29, 2026
  31. v0.34.0Sep 27, 2026
  32. v0.33.0Sep 27, 2026
  33. v0.32.0Sep 27, 2026
  34. v0.31.0Sep 27, 2026
  35. v0.30.0Sep 27, 2026
  36. v0.28.1Sep 26, 2026
  37. v0.28.0Sep 26, 2026
  38. v0.27.0Sep 25, 2026
  39. v0.26.0Sep 25, 2026
  40. v0.21.0Sep 17, 2026
  41. v0.20.4Sep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts