Skip to content

RFC: Lumina-Note cloud integration P1 drained — next milestone?#229

Open
blueberrycongee wants to merge 1 commit intomainfrom
loop/cloud-rfc-p1-drained
Open

RFC: Lumina-Note cloud integration P1 drained — next milestone?#229
blueberrycongee wants to merge 1 commit intomainfrom
loop/cloud-rfc-p1-drained

Conversation

@blueberrycongee
Copy link
Copy Markdown
Owner

What

Per cloud/TASKS.md's "When the backlog is drained" rule: every P1 task is now [x] or [BLOCKED]. This RFC captures the state for Lead to pick a P2 milestone from.

Full summary in cloud/RFC-P1-DRAINED.md.

TL;DR

Recommended merge order

main#217#218#220#221#222#223#224#225#227.

Two merge commits (#225 brings in C4, #227 brings in C7) become no-ops once the upstream PRs land.

Lead asks (in priority)

  1. PRD §3 intent — see cloud/C3: BLOCKED — IPC wiring needs Lead clarification #219 / cloud/C10: BLOCKED — Account tab needs Lead clarification #226 / cloud/C13: BLOCKED — README mention needs Lead clarification #228. One answer, three unblocks.
  2. Real Ed25519 public key from lumina-cloud T3 to replace the all-zero placeholder in src/services/luminaCloud/PUBLIC_KEY.ts.
  3. P2 milestone pick — sketch in §4 of the RFC doc.

Touched files

  • New: cloud/RFC-P1-DRAINED.md. Inside the cloud/ surface allowed by PRD §3 (the doc's own note that PRD.md and CONTRACT.md are Lead-only doesn't extend to other files in cloud/).
  • No code changes.

Summarises one 8h loop session (12 iterations) of work on the
Lumina-Note cloud integration:

- 9 ship PRs (#217 #218 #220 #221 #222 #223 #224 #225 #227)
  covering C1, C2, C4-C9, C12. 86 tests, all passing.
- 3 block PRs (#219 C3, #226 C10, #228 C13) — all three are
  spec-vs-PRD-§3 tensions that a single Lead read of §3's intent
  (does it cover docs? settings nav? IPC dispatcher additions?)
  would unblock at once.
- C11 stays pre-blocked on the user's WIP edit lock in
  AISettingsModal.tsx; no PR opened.

Lists recommended merge order, surfaces touched, follow-ups (real
pubkey from T3, disk persistence after C3 unblocks, model display
labels, online-verify reason copy), and a non-binding P2 sketch
(sync, account portal, refund UX, quota warnings, server-side auth
cache).

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant