Keep people in control
Separate a proposed action from its execution so an authorized person can inspect the request before approving or rejecting it.
Put consequential AI actions behind a human decision.
Bicameral embeds identity-bound assistants into enterprise applications, turns requests into visible proposed actions, and lets authorized users approve or reject execution before work crosses into operational systems.
A useful assistant must eventually do more than answer questions. The moment it sends a message, creates an event, changes a record, or triggers an operational task, teams need to know whose identity is in use, what will happen, and who authorized it.
Bicameral provides a reusable assistant surface, authenticated agent sessions, typed action responses, explicit approval cards, and structured result rendering. Host applications keep their own context while Bicameral standardizes how users request work and authorize consequential actions.
Bicameral gives product teams a consistent assistant experience and gives operators a visible decision point before supported actions execute.
Separate a proposed action from its execution so an authorized person can inspect the request before approving or rejecting it.
Use the same session, action, approval, error, and result patterns across every application that embeds the Bicameral widget.
Adopt reusable React components, hooks, server clients, and Next.js route factories instead of building a new assistant stack per product.
Present successful skill output as tables, cards, lists, or code and open detailed results without leaving the assistant context.
Use organization authentication, explicit agent assignment, and tenant-scoped directory context rather than anonymous assistant sessions.
Return authentication, connection, parsing, execution, and approval errors to the interface instead of silently hiding failed work.
The host application supplies the user access token and Bicameral opens an H2A session with the assigned personal or service agent.
The user describes the task while the assistant returns text, structured skill output, navigation, search results, or a proposed action.
For supported consequential actions, the user reviews the summary and explicitly approves or rejects the request before checking its final status.
Add a draggable chat entry point and responsive assistant overlay to React or Next.js applications through a shared provider.
Resolve a personal or service agent, create an authenticated session, retain conversation context, and expose session errors directly.
Review and approve or reject email, calendar, record-change, and operational actions with clear pending, approved, and rejected states.
Show execution status, duration, errors, compact previews, and expanded result views for agent skills.
Render tables, card grids, lists, code blocks, device state, navigation links, and ranked search results inside the conversation.
Use typed API clients and Next.js route factories for sessions, messages, approvals, identity, contacts, briefings, and threads.
Bicameral separates the host application, assistant interface, authenticated proxy routes, agent services, and enterprise directory connections so each boundary remains explicit.
Draft routine communication or prepare calendar work, then require a person to review the recipient, subject, and action before approval.
Let an assistant prepare a CRM, service, or administrative update while keeping the proposed modification visible before execution.
Expose device state, search results, navigation, and executable operations in one interface with approval available for consequential steps.
Give multiple Vianordis applications a shared assistant experience without duplicating session, approval, and result-rendering logic.
Connect users to personal or service agents with configured personas, memory retention, skills, permissions, and guardrails.
Bicameral is packaged as an application integration layer rather than a standalone chat silo.
Keeps access tied to organization accounts, roles, and sign-in policy.
Lets approved systems connect without ad hoc exports or manual copy-paste.
Shows how this service fits into the wider Vianordis environment instead of standing alone.
Shows how this service fits into the wider Vianordis environment instead of standing alone.
Shows how this service fits into the wider Vianordis environment instead of standing alone.
Connects address-book data so people and organizations remain visible in context.
Lets approved systems connect without ad hoc exports or manual copy-paste.
Shows how this service fits into the wider Vianordis environment instead of standing alone.
Shows how this service fits into the wider Vianordis environment instead of standing alone.
Shows how this service fits into the wider Vianordis environment instead of standing alone.
Shows how this service fits into the wider Vianordis environment instead of standing alone.
Lets approved systems connect without ad hoc exports or manual copy-paste.
Bicameral is designed to make identity, authorization, action state, and integration boundaries visible to product, security, and compliance teams.
Supported consequential actions remain pending until a user explicitly approves or rejects them.
The host supplies a Keycloak JWT and H2A sessions are bound to an explicit personal or service agent.
Server route factories require authentication and validate same-origin requests before state-changing operations.
The optional contact provider filters organization users by tenant and excludes service accounts and the current user.
Directory and CardDAV access through Ops API uses a client certificate, private key, trusted CA, and API key.
Connection, authentication, response, approval, and skill failures are surfaced rather than silently converted into success.
Bicameral is listed at €8 per user per month on the Vianordis rate card. A demo is the fastest way to review agent assignment, supported actions, approval boundaries, host applications, and required integrations.
Bicameral is for organizations adding assistants to business applications where identity, agent assignment, structured output, and human approval must remain visible.
The current approval model covers sending email, creating calendar events, modifying records, and executing operational actions. Each request can be pending, approved, or rejected.
Yes. The frontend is distributed as a React library with a provider, widget, overlay, hooks, typed clients, and Next.js route factories.
Skills can return status, duration, errors, and structured output. Bicameral renders supported output as compact tables, cards, lists, or code and can open a detailed result view.
The host application supplies the organization access token, server routes reject unauthenticated requests, mutations use origin checks, and sessions resolve an explicit agent identity.
Not in the current release. Direct H2H sending is disabled until PQXDH session establishment and authenticated encryption are integrated, so the product does not present plaintext transport as end-to-end encryption.
See how Bicameral can add identity-bound sessions, structured results, and explicit human approval to the applications your teams already use.