blakeslee-research/nucleic-remote-ios
3
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Merge nucleic/clever-velvet-gecko-cppk into dev

Browse Source
This commit is contained in:
abkslm
2026-08-07 03:59:17 -07:00
parent 68c2875a7b
commit 3174ced502
1 changed files with 31 additions and 14 deletions
Download Patch File Download Diff File Expand all files Collapse all files
NucleicRemote/README.md
+31 -14
View File
@@ -1,23 +1,39 @@
# NucleicRemote (iPhone client) # NucleicRemote (iPhone client)
The thin iOS remote client for Nucleic (PLAN milestone **M4**). It's a pure projection of the The iOS remote client for Nucleic: a projection of the Mac hosts, with no local git or CLI — the
Mac host over LAN: monitor sessions, read transcripts/diffs, **answer approvals**, and send Mac stays the single authority. It monitors sessions, reads transcripts/diffs, **answers
follow-up input — scope `approve`. No local git or CLI; the Mac is the single authority approvals**, and sends follow-up input at scope `approve`; a device granted scope `control` also
(see [`docs/UX_IOS.md`](../../docs/UX_IOS.md) and [`docs/SYNC_PROTOCOL.md`](../../docs/SYNC_PROTOCOL.md)). starts chats, interrupts, integrates/discards, retitles and archives, sets a session's
model/effort/Intelligence stop, manages todos and projects, mints pairing codes, brokers agent
sign-in, and syncs account settings — each control verb additionally gated on the host
advertising the matching `WireCapabilities` bit, so an older Mac degrades instead of erroring.
See [`docs/UX_IOS.md`](../../docs/UX_IOS.md) and
[`docs/SYNC_PROTOCOL.md`](../../docs/SYNC_PROTOCOL.md).
## Architecture ## Architecture
All wire/crypto logic is shared with the Mac via the **`NucleicProtocol`** SwiftPM library All wire/crypto logic is shared with the Mac via the **`NucleicProtocol`** SwiftPM library
(this Xcode project links it as a local package at `../..`): (this Xcode project links it as a local package at `../..`):
- **Transport** — `NWFrameChannel` (NWConnection) + `LANDiscovery` (Bonjour `_nucleic._tcp`). - **Transports** — three, all carrying the same Noise-encrypted frames end-to-end:
**LAN** (`NWFrameChannel` over NWConnection + `LANDiscovery`, Bonjour `_nucleic._tcp`),
**tailnet** (an embedded `NucleicTailnet` node dialing the Mac's tailnet address), and the
**cloud relay** (`RelayFrameChannel` against the Covalence Worker room — which is E2EE-opaque
and forwards bytes it can't read). A relay session may upgrade to a hole-punched `direct` path.
- **Engine** — `NucleicProtocol.SyncClient` runs the Noise handshake (XXpsk0 to pair, IK to - **Engine** — `NucleicProtocol.SyncClient` runs the Noise handshake (XXpsk0 to pair, IK to
reconnect), exchanges hello/welcome, and turns `HostMsg`s into a `SyncClient.Event` stream. reconnect), exchanges hello/welcome, and turns `HostMsg`s into a `SyncClient.Event` stream.
- **State** — `RemoteStore` (`ObservableObject`) is the single on-device UI state, a pure - **State** — `RemoteStore` (`ObservableObject`) is the single on-device UI state, a pure
projection of the host. Identity + pinned host live in `IdentityStore` (Keychain + UserDefaults). projection of the hosts. It is **multi-host**: one `HostConnection` per entry in
- **UI** — SwiftUI: `SessionsView` (attention-first list), `SessionDetailView` `IdentityStore.pairedHosts()`, all connected at once and merged into one session list (no host
(transcript/diff + status-driven action area), `ApprovalCardView` (approve/deny, switcher). Identity + the paired-host registry live in `IdentityStore` (Keychain +
high-risk answered in-app), `PairingScannerView` (QR), `SettingsView`. UserDefaults).
- **UI** — SwiftUI: `SessionsView`/`HomeView` (attention-first list), `SessionDetailView`
(transcript/diff + status-driven action area), `ApprovalCardView` (approve/deny, high-risk
answered in-app), `Composer` + `IntelligenceRail`, `ProjectsView`, `TodosView`, `MeshInfoView`,
`PairingScannerView`, `SettingsView`.
- **Push** — `PushRegistrar`/`Notifications` (APNs approval wakes, actionable for low/medium
risk) and `LiveActivityManager` (one aggregate Live Activity, host-pushed so it stays fresh
while locked).
## Build & run ## Build & run
@@ -29,11 +45,12 @@ xcodebuild -project ios/NucleicRemote/NucleicRemote.xcodeproj \
``` ```
Or open `NucleicRemote.xcodeproj` in Xcode and run. To pair, start the sync server on the Mac Or open `NucleicRemote.xcodeproj` in Xcode and run. To pair, start the sync server on the Mac
(Nucleic ▸ Settings ▸ Add iPhone shows the QR), then scan it. On a real device, both must be (Nucleic ▸ Settings ▸ Add iPhone shows the QR), then scan it. Pairing over LAN needs both devices
on the same Wi‑Fi. on the same Wi‑Fi; the QR can also carry a tailnet or relay hint, which work from anywhere.
## Status ## Status
The full pair → list → subscribe → approve → reconnect path is implemented and the protocol/ Shipped. The pair → list → subscribe → approve → reconnect path, the control-scope verbs, all
server side is covered by tests in `Tests/NucleicProtocolTests` and `Tests/NucleicCoreTests`. three transports, multi-host, push notifications and the Live Activity (UX_IOS §5.1/§5.3) are all
Push notifications / Live Activity (UX_IOS §5.1/§5.3) are the M5 follow-up (needs the relay). in place; the protocol/server side is covered by tests in `Tests/NucleicProtocolTests` and
`Tests/NucleicCoreTests`, and the relay/APNS Worker by `cloud/nucleic-edge/test/`.