Inception: scaffold MVP (iOS client + agent backend, no overlay) #1

Open
opened 2026-10-06 13:13:44 +00:00 by mathias · 0 comments
Owner

Brief

Read docs/overview.md, AGENTS.md, and CLAUDE.md first — architecture, rationale, and working conventions are there.

One-line pitch: a FaceTime-style live call with an agent using the phone's rear camera, so the agent reasons about physical space in real time (AR co-pilot). Origin use case: the sauna/Harg cabin build.

Scope for this issue (MVP only)

Prove the core loop. No AR overlay rendering yet.

  1. Scaffold a native iOS client (Swift, ARKit) that captures camera frames + ARKit pose and streams them (roughly once per second) along with voice, to a backend.
  2. Scaffold a minimal server-side agent backend that receives frame + pose + voice and replies in text or speech.
  3. Verify manually that the agent's spatial references (e.g. "the wall on your left", "two meters up") are coherent against what's actually in frame — this is the MVP success criterion, not a polished product.

Explicitly out of scope for now

  • AR annotation/overlay rendering on the camera view
  • Localization against a reference geometry/CAD model (layer 2 in the overview) — can follow once the core loop works
  • Web dashboard

Open questions to resolve during scaffolding

  • Realtime transport: WebRTC vs. periodic frame upload over WebSocket/HTTPS
  • Pose + frame payload format and sync (timestamps, camera intrinsics)
  • Which vision-capable model and latency budget per turn

Report back

Comment on this issue with: what was scaffolded, which transport/model choices were made and why, and whether the MVP success criterion was met with a concrete example (what was said, what the agent replied, whether it matched reality).

## Brief Read `docs/overview.md`, `AGENTS.md`, and `CLAUDE.md` first — architecture, rationale, and working conventions are there. One-line pitch: a FaceTime-style live call with an agent using the phone's rear camera, so the agent reasons about physical space in real time (AR co-pilot). Origin use case: the sauna/Harg cabin build. ## Scope for this issue (MVP only) Prove the core loop. No AR overlay rendering yet. 1. Scaffold a native iOS client (Swift, ARKit) that captures camera frames + ARKit pose and streams them (roughly once per second) along with voice, to a backend. 2. Scaffold a minimal server-side agent backend that receives frame + pose + voice and replies in text or speech. 3. Verify manually that the agent's spatial references (e.g. "the wall on your left", "two meters up") are coherent against what's actually in frame — this is the MVP success criterion, not a polished product. ## Explicitly out of scope for now - AR annotation/overlay rendering on the camera view - Localization against a reference geometry/CAD model (layer 2 in the overview) — can follow once the core loop works - Web dashboard ## Open questions to resolve during scaffolding - Realtime transport: WebRTC vs. periodic frame upload over WebSocket/HTTPS - Pose + frame payload format and sync (timestamps, camera intrinsics) - Which vision-capable model and latency budget per turn ## Report back Comment on this issue with: what was scaffolded, which transport/model choices were made and why, and whether the MVP success criterion was met with a concrete example (what was said, what the agent replied, whether it matched reality).
Sign in to join this conversation.
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: mathias/spatial-agent-app#1