Skip to content
Hussh
Connect MCP

Products

One, Kai, Nav, PCHP, iBrokerage

  1. Kai β€” finance specialist under OneCurrent mature finance, investor, portfolio import, market, RIA, voice/search/action, and decision-receipt specialist runtime under One. Kai does not own platform identity, consent policy, vault/deletion, or privacy authority.yesterday
  2. One App Shell β€” unified dashboard and onboarding architectureThe public concept and architectural guide for One's unified app shell, unified onboarding, and responsive bottom-navigation design.2 days ago
  3. One β€” the personal agent platformHussh's approved top personal-agent direction. One owns relationship framing and specialist handoffs; current shipped runtime remains Kai-first unless route, test, and deploy proof says otherwise.5 days ago
  4. PCHP β€” Personal Consent Handshake ProtocolHussh consent protocol implemented today through Consent Protocol, Developer API, hosted MCP consent/export, and audit flows; future UI and rules-engine surfaces remain separate until proven.1 weeks ago
  5. PCHP Consent Handshake β€” SequenceMermaid sequence diagram of a PCHP-mediated read β€” CRT issuance, DAT derivation, ephemeral envelope, Transparency Log entry.3 weeks ago
  6. PCHP v0 Token Format β€” JSON SchemaJSON Schema for PCHP v0 CRT + DAT wire format. Concept-stage; RFC reference, not implementation-stable.3 weeks ago
  7. iBrokerage β€” first consumer productFirst consumer product direction on top of One/Kai/PCHP. Aha Moment language is an acceptance target; shipped claims require checked code, tests, and UAT evidence.4 weeks ago
  8. Nav β€” privacy guardianApproved privacy and consent guardian direction inside One. Treat Nav runtime claims as future or checked-surface language unless route, test, and deployment proof exists.4 weeks ago