Keep the vault on the phone
Journal entries, reviewed context, personas, packages, and audit history remain under the iPhone's control.
A local-first context vault that lets a person approve exactly what their phone shares with a browser tool.
Reuse personal context without surrendering the vault.
The phone remains the source of truth. Reviewed context items become persona-specific packages, and an encrypted relay delivers only the payload the person inspects and approves.
User value
Reuse preferences, constraints, and current context without giving every destination a permanent profile.
Journal entries, reviewed context, personas, packages, and audit history remain under the iPhone's control.
See included items, exclusions, purpose, destination, and outgoing text before approval.
The browser requests a persona package, receives approved text, inserts it, and does not submit the page.
Features
Every stage separates captured text from accepted context and accepted context from disclosure.
Capture notes on the iPhone without sending them to a model or remote context service.
Approve, edit, or reject deterministic suggestions before they become verified context.
Generate purpose-specific context for AI Assistant, Professional, or Traveler use.
See why expired, unverified, restricted, or overly sensitive items were left out.
Review and edit a package, then use device authentication before copying it.
Pair Chrome, review a request on the phone, and approve or deny the outgoing package.
Record relevant sharing events without storing the outgoing package content in the audit log.
How it works
Context is prepared where it is owned and disclosed only after review.
Write a journal entry or manage a context item directly on the phone.
Review deterministic proposals and block restricted information before saving.
Apply persona, validity, verification, category, and sensitivity rules.
Ask for that persona from a paired Chrome extension with an editable field focused.
Inspect and edit the exact payload, then authenticate, deny, or let the request expire.
Decrypt the approved response in Chrome and place the text without submitting the form.
Product concept
Useful continuity does not require every service or browser helper to own a complete personal profile.
Destinations can request context, but they do not hold or query the complete vault.
Deterministic extraction creates proposals. The person decides what becomes verified context.
Each purpose selects allowed categories and excludes context that is too sensitive, stale, or uncertain.
Architecture
The relay connects the phone and browser without becoming a readable context store.
Client endpoints perform key agreement and authenticated encryption. The relay routes envelopes without the payload keys.
The current parser uses explicit rules and no local or remote language model.
Extension access is user initiated, targets a supported editable field, and never intentionally submits the page.
Technology
Development
The vault, deterministic parser, personas, Chrome extension, shared protocol, encrypted relay, approval flow, and audit model exist. Physical end-to-end validation and release hardening remain incomplete.
Implemented
Alpha hardening
Add a release-safe vault unlock, complete and record the physical iPhone and Chrome golden path, validate a production-like HTTPS relay, and finish key-storage, permission, privacy, and release review.
Contextator lab notes
Notes about the thinking, architecture, development, and decisions behind this work.
Release review strengthened local encryption and extension permissions while making the remaining real-device and key-storage risks more explicit.
Pairing, encrypted relay envelopes, phone-side review, and safe field insertion connected the separate prototypes into one approval loop.
The first vault milestones established that captured text should produce proposals, not silently become accepted personal data.