← Team Updates Hyvara AI
Platform Architecturev1.0 Draft — June 17, 2026
Platform Architecture — Internal Document

The Connection Spine

How every hive talks to the next. The LEGO model, the Lite version pattern, and the revenue relay that runs from SDR to CSM.

v1.0 Draft
For Team + Design Partners
June 17, 2026
Confidential
Section 01
The Core Thesis

Every hive in the Hyvara platform is a standalone product. It works alone. It generates value alone. It prices and sells alone. But every hive has a connection port — a lightweight thread layer that docks to the adjacent hive when the customer is ready to link them together.

Think of it as LEGO. Each brick is complete. You can use a single brick. But the moment you connect two bricks, the structure becomes something more than the sum of its parts. The connection between an SDR Hive and an AE Hive is not a feature — it is a revenue relay. And the relay is the platform.

The earpiece in the anchor's ear. Hyvara is the AI voice in every revenue role's ear — SDR, AE, SE, Partner, CSM — coaching in real time without getting in the way. The Connection Spine is the wire that runs between every earpiece.
Section 02
The Revenue Relay — Full Stage Map

The complete B2B revenue motion runs through seven distinct handoffs. Hyvara owns the intelligence layer at every one of them.

HiveStatusUsersCore ActionConnection Port
SDR Hive● Live — v0.5.0SDR (paid)
AE (Lite)
Qualify call, score framework, volley to AE→ AE Lite receives handoff briefing
AE HiveRoadmap — v1.0AE (paid)
SE (Lite)
Accept handoff, manage deal, volley to SE→ SE Lite receives technical brief
SE / Presales HiveRoadmap — v1.1SE (paid)
SE Lite
Technical discovery, POC, confirm win→ Win signal to DCN and CSM
DCN● Live — v0.4Brand AE (paid)
Partner AE (paid)
Co-sell intelligence, partner overlap, deal threads↔ Brand AE ↔ Partner AE thread
CSM HiveRoadmap — v1.2CSM (paid)
Implementation (Lite)
Implementation handoff, renewal, expansion signals→ Expansion loops back to SDR/AE
Section 03
The Connections Module
What it is

The Connections module is the thread layer that enables communication between roles across hive boundaries. It was built first inside DCN — the co-sell intelligence product — because that is where partner-to-partner communication was most urgent. But it was never a DCN-only feature. It is platform infrastructure.

What it does
Where it surfaces per hive
● Live — DCN
DCN
Full thread view between Brand AE and Partner AE. Cross-partner accounts pinned. Co-sell context attached.
Reference implementation
→ v0.7 — SDR Hive
SDR Hive
Lightweight Volley. SDR sees AE accept/reject/kickback. AE Lite receives qualification brief via email link.
First downstream implementation
Roadmap — AE Hive
AE Hive
Full thread management. AE inbox for SDR handoffs below and SE volleys above.
Hub of the relay
Roadmap — SE Hive
SE / Presales Hive
SE receives technical brief from AE. Confirms or flags gaps. Technical win signal passed back.
Technical win gate
Section 04
The Lite Version Pattern

The Lite version is the growth mechanism built into the platform architecture. Every hive can send a connection request to someone who does not have a paid seat. The receiver gets just enough access to participate in the thread — see the handoff, respond, accept or push back — without requiring a full seat purchase.

The SDR's handoff to the AE is a product demo. The AE's volley to the SE is a product demo. Every connection is a potential seat conversion.
Section 05
Cross-Hive Identity: The Persona Field

Every user in the Hyvara platform has two identity attributes that travel with them across all hives and all handoffs. These are independent fields — set once, used everywhere downstream.

current_role
sdr | ae | leader | admin
What role you play inside your org. Controls nav, feature access, and coaching context.
persona
brand | partner
What type of org you're in and what motion you're running. Travels through every handoff payload into DCN thread context.
A Team Leader at Ensemble is role: leader + persona: partner. A brand AE at Adobe is role: ae + persona: brand. Both fields travel downstream through every handoff and into every DCN thread.
How persona changes the analysis
Section 06
Roadmap Sequencing

The Connection Spine builds incrementally. Each phase adds one new hive and one new connection port. Nothing breaks existing hives when a new one is added.

✓ Done
v0.5.x
Persona field live. Role switcher. Ensemble design partner accounts. Feedback loop to Linear.
→ Next
v0.7
Volley — SDR to AE thread. AE Lite email link. Accept/reject/kickback with five SAL outcomes.
Roadmap
v1.0
AE Hive. @hyvara/connections extracted as shared platform component from DCN.
Roadmap
v1.1
SE Hive. Technical discovery brief, POC tracking, technical win signal.
Roadmap
v1.2
CSM Hive. Implementation handoff, renewal motion, expansion signals back to SDR/AE.
Section 07
Open Questions for Team Review
01
When does @hyvara/connections get extracted from DCN? Before or after AE Hive scoping starts?
02
Does the Lite access token have an expiry? What happens when it expires — does the thread lock or stay read-only?
03
Who owns the Connection Spine roadmap — shared between Kevin, Jon, and Jake, or does one person own the platform layer?
04
How do we position the platform bundle before all five hives exist? What is the minimum viable platform story for a CRO conversation today?
05
Does the persona field require a migration on existing user accounts, or do we default existing users to brand and let them self-correct?