Classical intelligence path
Specialist response and workflow execution
- Governed Bee model releases and tier routing
- Tenant-scoped retrieval, memory and citations
- Approved tools, structured workflows and streamed output
Architecture centre
Bee separates customer surfaces, identity and entitlement, specialist orchestration, execution, tenant data, and assurance evidence. These diagrams describe the public system contract; customer-specific Enclave controls are fixed in the deployment manifest and Order Form.
Bee reference architecture
Bee Specialist Intelligence System (BSIS) is the architecture that turns a request into a governed specialist response. It coordinates domain intelligence, current knowledge, tenant retrieval, tools, model execution, safety, evaluation and release control; the model is one component, not the whole product.
Customer and integration layer
One governed entry point across every Bee surface
Bee Specialist Intelligence System
Resolve intent, user context, entitlements and policy before execution.
Select across 66 specialist domain families, permitted research, tenant retrieval and tools.
Choose an eligible Bee tier, model release, workflow and deployment boundary.
Apply safety, quality, release evidence, metering, telemetry and rollback controls.
Classical intelligence path
Explicit quantum-compute path
Security and evidence plane
HEOSSI’s security platform supplies post-quantum key, payload-protection and tamper-evident evidence paths using NIST-standardized cryptography, with the exact transport and deployment boundary fixed by the customer environment.
Current research and tenant material remain attributable and updateable without silently changing model weights.
Identity, policy, data boundary, metering and evidence remain attached through routing and execution.
A customer chooses a quantum workload explicitly; normal chat never incurs hardware execution or cost.
Execution contracts
Every surface resolves the active subscription before model capacity is provisioned. Bee Code and its CLI use the durable agent route. Workspace, mobile, and desktop use product chat routes, while SDK and MCP calls perform only the operation explicitly requested by their caller.
Durable Bee Code execution requires a matching client and production agent API release. A Marketplace listing page alone is not evidence of version parity; the current published client state is recorded on the download page.
| Surface | Execution path | Local effects |
|---|---|---|
| BEE Code · CLI | Durable manager, bounded specialists, verifier | Approved IDE or CLI tools |
| Workspace · mobile · desktop | Workspace chat and product workflows | Product-owned tools only |
| SDK · hosted MCP | Documented API or MCP operation | No customer-machine access implied |
Enterprise scenario flows
Each scenario follows the same architectural rule: authenticate first, authorise the capability and data boundary, execute through the eligible path, and retain evidence for the effects that actually occurred.
A durable, subscription-bounded manager coordinates metered specialist work while the developer authorises each local effect.
Authenticated retrieval adds permitted document evidence before a governed model response is composed.
Quantum hardware is a separate, reviewed workload path; it is never an implicit side effect of ordinary chat.