An underserved corner of remote support
What I was trying to fix
Remote-support tools for desktops are a crowded market: Splashtop, TeamViewer, AnyDesk, ConnectWise, RustDesk, half a dozen others. iOS is different. As of 2026 a handful of products attempt iOS screen viewing for support: Splashtop SOS and TeamViewer are the names you usually hear, plus several enterprise remote-support platforms (the BeyondTrust / GoTo / ConnectWise / similar tier) that include it as one feature inside a much broader, much more expensive suite. So far I haven't found a single product where iOS screen-share for support is the standalone service. It's always either licensed per technician at MSP-tier pricing, or bundled into a platform that costs more than internal-IT teams supporting their own fleets can justify.
If you're an IT team supporting a couple dozen iPhones at your own company, the available tooling either costs more than the problem is worth or is built for a different shape of operation. AnchorGrid exists for that gap: a standalone, single-purpose iOS remote-support service priced for the team it's built for.
The design bets
Browser-only technician view. The technician opens a tab and pastes in a code. No desktop app, no installer, no “please update the agent first.” The viewer is a React page with WebRTC under it; that's the entire surface area to support.
Consent at the moment. Every session starts with the end-user reading a 9-digit code aloud. There is no silent-observer mode and no unattended-access flow. That puts a ceiling on what the product can do, and it's the right ceiling for support.
Direct LAN when possible. If both ends of a session are on the same network, AnchorGrid transparently uses a peer-to-peer path: single-digit-millisecond RTT instead of the ~75ms typical of a relayed connection. Falls back to the relay when strict firewalls or carrier-grade NAT demand it. The technician sees which path they're on in real time.
Customer-controlled support access. AnchorGrid staff cannot view your workspace without a grant you explicitly created. Grants expire automatically, never exceed 90 days, and every notification email includes a no-auth one-click revoke link. This is the Meraki / Verkada / Salesforce model, applied here because it's the right model.
Who builds this
Solo project, built by Alex Thompson. Based in Memphis, Tennessee. I work in IT and remote-support tooling is the territory I know.
Some of the architecture is documented openly: the custom iOS frame pipeline that runs against bare WebRTC (no SFU, no room layer) so the iPhone only encodes once; the two-tier reconnection state machine covering ICE restart through full WebSocket+peer rebuild; the custom NV12 wire format between the broadcast extension and the main app that skips the JPEG round-trip most reference implementations do. If you're curious about the technical posture, just ask.
Where this is going
Already shipped: Microsoft 365 SSO (per-tenant Azure apps with DNS-verified domains and just-in-time provisioning), TOTP 2FA with recovery codes, the in-app audit log with CSV export, customer- controlled support-access grants, TURN relay for strict-NAT networks.
Short term: Google Workspace SSO, Stripe self-serve billing, deeper audit-log exports, a free personal tier for individual / home-support use.
Medium term: Android support via the equivalent MediaProjection API, session recording with explicit consent, annotation overlays on the technician's view.
Long term: whatever real customers actually need. Roadmap follows demand. If you have a concrete ask, the contact page is the way to put it on the list.