Skip to main content

Happy Coder vs Claude Dispatch: Choosing Your Mobile Agent Control Layer

Updated 12 min readMarkdown
Happy Coder vs Claude Dispatch: Choosing Your Mobile Agent Control Layer

TL;DR: Compare Happy (community "Happy Coder") with Claude Cowork Dispatch for mobile control of coding agents. A practical guide for engineering teams.

Why this matters: Happy (sometimes called "Happy Coder" in community write-ups; the official product name is Happy) suits teams that need model flexibility, self-hosted infrastructure, and open-source control over their agent tooling. Claude Cowork Dispatch (a capability inside Claude Cowork, currently in beta for Claude Pro and Max plans) suits teams that want managed, zero-configuration mobile access with broad native Cowork integrations. For a CTO, founder, or engineering leader at a growing software team, mid-sized company, 20-person company, or professional services firm, the right choice depends less on features and more on your governance model, your existing Claude or Codex stack, and your tolerance for operating a self-hosted relay.

The Problem Both Tools Solve

Software development has always been an asynchronous activity at its core (reviewers wait, builds run, and agents iterate), but the tooling has remained stubbornly tied to the developer's desk. When an agent is running a long task, the engineer who kicked it off is expected to stay close to a laptop, watching for permission prompts, rate-limit errors, or unexpected branch points.

That is an increasingly poor use of time. As agentic coding sessions grow longer and more autonomous (running tests, refactoring across modules, filing PRs), the cost of context-switching back to a desktop to unblock a single prompt becomes disproportionate.

Mobile control addresses this by moving the oversight interface to wherever the engineer actually is. Rather than monitoring a terminal session, an engineer can approve a permission request from a phone, review what the agent produced, or redirect it, then return to the meeting, commute, or conversation they were already in.

For teams running multiple agents or parallel workstreams, this capability shifts mobile from a nice-to-have into an operational requirement. The question is not whether to enable it, but which implementation fits your stack and risk tolerance.

What Each Tool Actually Is

Happy (github.com/slopus/happy; install instructions on happy.engineering or the official GitHub repo) is an open-source wrapper for Claude Code and Codex. It adds a mobile and web client layer on top of the CLI tools you already use, enabling remote session control and push notifications without changing the underlying agent. Some community write-ups refer to it as "Happy Coder"; the official product name is Happy, and the same project supports both Claude Code and Codex.

Claude Cowork Dispatch is a capability inside Claude Cowork (Anthropic's desktop agentic workspace), currently available in beta for Claude Pro and Max plans on iOS and Android. It turns the desktop into an execution engine and the phone into a remote control, paired by a QR-code scan in Claude Desktop.

HappyClaude Cowork Dispatch
TypeOpen-source wrapperCapability inside Claude Cowork
Agents supportedClaude Code, CodexClaude (Cowork session, with Claude Code launchable from Dispatch)
Setup complexitySelf-hostedQR-code pairing in Claude Desktop
CostFree (beyond your Claude API or Codex costs)Bundled with Claude Pro or Max (currently in beta)
ConnectorsInherits whatever the underlying agent supportsNative Cowork connectors maintained by Anthropic (verify the current list on Anthropic's Help Center)
Data locationYour infrastructure (E2E encrypted)Mostly local on the desktop running Cowork
Push notificationsYesYes

Happy Coder: When It's the Right Choice

Happy Coder replaces the claude and codex commands with happy and happy codex respectively. From the engineer's perspective the agent workflow is unchanged; what changes is that the session becomes addressable from any device with access to the Happy web or mobile client.

Who it is for. Teams that need infrastructure sovereignty will find Happy Coder the more defensible choice. Because it is self-hosted, all session data, permission logs, and agent output remain within your own environment. There is no third-party relay, no vendor dependency on Anthropic's managed infrastructure for the mobile layer, and no subscription required beyond the underlying model access you already have.

Teams working across both Claude Code and Codex benefit from Happy's model-agnostic design. If your team uses different agents for different task types (or wants the option to swap in a future model), Happy does not lock you into a single provider's ecosystem.

Core strengths. The remote mode workflow is operationally clean: when an engineer wants to hand off monitoring to their phone, Happy restarts the session in remote mode. Push notifications fire when the agent requests a permission or hits an error, giving the engineer a specific, actionable reason to look at the phone rather than a generic status ping.

The single-keypress switch between phone and desktop keeps handoff friction low, which matters for teams where engineers frequently move between environments during the day.

Limitations to account for. Self-hosted means self-maintained. A small engineering team that does not already run internal tooling infrastructure will have to provision and maintain the Happy server. That is not a large operational burden, but it is not zero either.

Happy also does not ship native integrations with external services like Notion, Slack, or GitHub. It inherits whatever connectors the underlying agent supports. Teams that need tightly orchestrated workflows across many SaaS tools will need to build that capability at the agent level rather than relying on a pre-integrated layer.

For teams thinking carefully about how tool choices accumulate into operational risk, the considerations here map closely to what we cover in The Hidden Cost of AI Coding Tool Sprawl.

Claude Dispatch: When It's the Right Choice

Claude Cowork Dispatch is currently available in beta on Claude Pro and Max plans, which means teams already paying for either plan can pair it without an additional procurement decision. Setup is a QR code scan in Claude Desktop. The desktop becomes the execution engine, the phone becomes the control surface, and no server provisioning is required.

Who it is for. Teams that have standardised on Claude and do not need multi-model flexibility are the natural fit. If your engineering workflow is already built around Claude Code and you want mobile oversight without standing up additional infrastructure, Dispatch removes the friction of self-hosting entirely.

Teams that rely heavily on SaaS integrations will find Dispatch's native Cowork connectors (covering Notion, Gmail, Slack, Google Drive, GitHub, Figma, and others; verify the current list and any per-plan availability on Anthropic's Help Center) significantly easier to work with than building equivalent integrations at the agent level. For product and engineering leads who need agents to move across multiple tools in a single session, that catalogue has immediate practical value.

Core strengths. The sandboxed local execution model means files never leave the machine. For teams where data residency requirements are focused on file content rather than session metadata, this addresses the most common compliance concern without requiring a private server. Dispatch can also launch Claude Code sessions directly from the phone, which extends mobile control beyond supervision into task initiation.

Push notifications follow the same pattern as Happy (alerts when tasks complete or need input), but the managed nature of the service means Anthropic handles the delivery infrastructure.

Limitations to account for. Dispatch is exclusive to Claude. Teams that want or need to work with other models cannot use it for those sessions. As model capabilities continue to diverge across providers, that lock-in carries a cost that is easy to underweight during initial evaluation.

Dispatch is currently in beta on Claude Pro and Max plans (verify availability for Team and Enterprise on Anthropic's Help Center before any team-wide rollout). Dispatch also requires Claude Desktop running on an awake desktop machine; Anthropic's Help Center is explicit that the desktop must be awake and Claude Desktop must remain open while a session is in flight, so a sleeping laptop will pause the session.

For teams thinking about how to introduce Claude Code in a way that preserves governance flexibility, the Claude Code for Teams risk-aware operating model provides useful framing alongside the Dispatch decision.

How to Choose

Start with your infrastructure and governance posture. If your team operates under policies that require all tooling data to remain within your own environment, Happy Coder is the straightforward answer. If managed infrastructure is acceptable and you are already on Claude Max, Dispatch removes operational overhead with no meaningful trade-off on data location for file content.

Then consider your model strategy. If you are committed to Claude for the foreseeable future, Dispatch's integrated approach will be lower-friction. If you maintain or anticipate maintaining a multi-model environment (or want the option to), Happy's vendor-neutral design is the more durable choice.

Evaluate integration needs at the session level. Teams that need agents to coordinate across many SaaS tools in a single workflow will find Dispatch's native connectors meaningfully reduce the work of building those bridges. Teams whose agents operate primarily on code and local files will not need the catalogue.

Finally, consider team size and operational capacity. Happy Coder requires someone to own the server setup and maintenance. For teams already running internal developer tooling, that is a minor addition. For lean teams without that infrastructure habit, Dispatch's zero-configuration model has real value.

Operator Takeaway: What to Try This Week and What Not to Automate Yet

What this means for your day-to-day workflow. A CTO, founder, or engineering leader at a growing software team or 20-person company does not need to standardise on either tool team-wide this week. Pair both surfaces personally on a non-production repo, run one long task end to end through each, and decide on team rollout based on the friction you actually feel rather than the marketing.

What to try this week (low-risk, high-signal):

  1. If you are already on Claude Pro or Max with Cowork in your daily flow, pair Claude Cowork Dispatch via QR code in Claude Desktop and run one multi-file refactor end to end. The notification UX and the awake-desktop dependency are the two things that will decide whether this fits your routine.
  2. If you are running Claude Code or Codex daily and your team prefers self-hosted infrastructure, install Happy from happy.engineering or github.com/slopus/happy and run the same workflow. Compare the mobile UX, the relay hosting effort, and the per-engineer setup time honestly.
  3. Document your team's data-flow constraints before either tool reaches a production codebase. Dispatch keeps file content mostly local on the desktop running Cowork; Happy keeps session data on your infrastructure with end-to-end encryption. The wrong default for your sector is the failure mode to plan around.

What not to automate yet:

  • Auto-approving agent actions from a phone notification. Mobile is the right oversight surface; it is not the right surface to short-circuit the human checkpoint that EU AI Act Article 14 is asking for.
  • Team-wide rollout on a beta product. Dispatch is in beta on Pro and Max; treat it as an individual or pilot tool until Anthropic ships team-level governance and the contract stabilises. For now, run Happy in parallel for the engineers who need cross-model flexibility.
  • Cloud-relayed Happy without reviewing the relay topology. Happy's relay never reads message content (E2E encrypted), but the operational responsibility for the relay is yours; if you skip that review, you have moved the trust question, not removed it.

Frequently Asked Questions

What is the difference between Happy (Happy Coder) and Claude Cowork Dispatch?

Happy (community-named "Happy Coder") is an open-source, self-hosted wrapper that adds mobile and web control to Claude Code and Codex sessions. Claude Cowork Dispatch is a managed Anthropic capability inside Claude Cowork, currently available in beta on Claude Pro and Max plans, that connects desktop execution to phone-based control via QR code. Happy is model-agnostic and free; Dispatch is Claude-only and bundled with the Pro and Max subscriptions while it remains in beta.

Which is better for a team already using Claude Code?

Both work with Claude Code. The deciding factors are infrastructure ownership and subscription tier. Teams on Claude Pro or Max who do not need self-hosting can pair Dispatch in minutes with no additional setup (within its current beta scope). Teams that want to keep session data within their own infrastructure, or that also use Codex, will find Happy the more practical option.

Is Happy production-ready?

Happy is open source and self-hosted, which means production-readiness depends on how you deploy and maintain it. Teams with existing internal developer tooling infrastructure can run it reliably. Teams without that foundation should evaluate the operational overhead before committing. The underlying agents (Claude Code and Codex) are the same regardless of which mobile control layer you use.

Does Claude Cowork Dispatch work without a Claude Pro or Max subscription?

Per Anthropic's Help Center, Dispatch is currently available in beta for Claude Pro and Max plans. Teams on Free or other lower-tier configurations will not have Dispatch access, and Team or Enterprise availability should be verified on Anthropic's Help Center. Happy has no subscription requirement beyond the Claude API or Codex access you already use.

Further Reading


If your team is evaluating mobile agent control tools and needs help deciding which fits your governance and delivery model, start with AI Consulting.

If you want a structured review of whether your team's tooling choices are creating operational risk, start with an AI Readiness Assessment.

And if you want the broader framing for why tooling governance is now an AI development operations problem, learn about our AI Development Operations services.

About the author

  • PhD in Computational Linguistics. I build the operating systems for responsible AI. Founder of First AI Movers, helping companies move from "experimentation" to "governance and scale." Writing about the intersection of code, policy (EU AI Act), and automation.

No comments yet. Be the first to comment.

More from this blog