Enter in credentials
Then open up the Pocket Dev web console on you IP address
From pocket to production
curl -fsSLhttps://pocketdev.run/install.sh| bashThen open up the Pocket Dev web console on you IP address
tasks and git history are tracked for each repo
grows
PocketDev is no longer just a phone talking to a daemon. The current system has two user-facing clients, one self-hosted runtime, and one shared package that keeps protocol and design tokens aligned.
A Bun + Elysia process on your Linux box that owns pairing, task orchestration, terminal sessions, file access, preview proxying, and local SQLite state.
A React dashboard served by the agent for admin setup, pairing, diagnostics, repo inspection, and terminal access.
React Native app for tasks, plans, files, git, projects, containers, server actions, and setup workflows on phones and tablets.
Workspace Readiness
The mobile setup flow does not just check whether binaries exist. It groups tools by role, opens dedicated wizards for Git and AI tools, and blocks dependent paths until the server has what that workflow actually needs.
Complete Git and package-manager setup before heavier workspace flows begin.
Choose at least one assistant path depending on how you want the server to work.
Python and related language tooling unlock setup inspection and more capable workspace automation.
The agent still owns a single-port interface, but it now exposes a much broader product surface: console auth, mobile APIs, realtime task streams, project management, and preview proxying under one namespace.
The security model is now split across three boundaries: the public website, the self-hosted agent, and the paired clients that talk to that agent. Each layer has a narrower role than before.
The protocol now covers more than task streaming. Plans, setup diagnostics, terminal sessions, container logs, and connection health all ride through the same typed message envelope from `@pocketdev/shared`.
The stack is intentionally split by responsibility. The public website, the self-hosted runtime, and the two clients each have their own runtime needs, but they stay aligned through shared TypeScript contracts in the monorepo.