The Indwel platform

A complete operating system for governed cognition.

Indwel supplies the whole application substrate: source collection, governed connectors, evidence, cognition, modular inference, agents and actions, application runtime, Platform API, memory, settlement, receipts, and deployment control.

The architectural divide

They govern products built around the model. Indwel governs the cognitive act.

OpenAI / ChatGPT · Anthropic / Claude · Microsoft Copilot · Google Gemini · xAI / Grok · LangChain and agent platforms

These systems add tools, context, agents, approvals, security, and observability around a model-centred product.

Indwel moves the objective, rules, evidence, deterministic control, authority, action, and durable result outside that centre.

The inference boundary

The model has one job.

Models contribute probabilistic inference where ambiguity, synthesis, classification, explanation, or judgement require it.

They do not own the objective, the rules, the evidence, the authority to act, or the result that becomes durable.

ObjectiveSourcesEvidenceCalculationInferenceVerifyActionSettlementReceipt

Choose the model. Keep the authority.

The cognitive advantage

Governance improves the result.

Frontier assistants optimise individual responses. Indwel optimises the complete cognitive act across objective fidelity, evidence, computation, inference, verification, correction, and continuity.

The same leading models can be selected, compared, and replaced inside that architecture. Their intelligence is no longer asked to carry the entire process alone.

Cognition should not be left to chance.

What comes with Indwel

Everything required to build and operate governed AI applications.

These are not isolated features or a menu of future integrations. They are the cooperating layers of one operating system, available to applications through the same authority, evidence, inference, action, and receipt model.

01

Collections and evidence

Pluggable collection infrastructure for local and cloud files, structured data, semantic units, retrieval, source lifecycle, provenance, custody, currentness, contradiction handling, and evidence admission.

  • Modular ingestion and retrieval
  • Collection intelligence and source selection
  • Evidence viewers and claim-to-source traceability
02

Governed connectors

Files, databases, SaaS systems, institutional APIs, cloud storage, and governed current-information survey enter through explicit source, permission, custody, and freshness boundaries.

  • Read and acquisition boundaries
  • Multi-connector arbitration
  • Tenant and workspace isolation
03

Cognition and modular inference

A governed cognition kernel coordinates objective, planning, acquisition, evidence, reasoning, verification, correction, memory, and continuity. Models remain pluggable providers behind a controlled inference boundary.

  • Provider and model selection
  • Budgets, fallback, quotas, and circuit authority
  • Comparative and mode-aware cognition
04

Governed agents and actions

Agents can plan, use tools, gather information, propose effects, and continue work—but action policy, approval, review, reversibility, and final authority remain outside the agent.

  • Tool and effect separation
  • Human review and escalation
  • Action-linked receipts
05

Application engine and Platform API

Versioned contracts expose apps, workflows, cases, runs, schemas, policies, evidence, actions, explainability, artifacts, and receipts without leaking internal kernel machinery.

  • Governed App Engine
  • Curated external DTOs and integration contracts
  • Case timelines, inspectors, queues, and result surfaces
06

Memory, settlement, and receipt

Verified continuity is separated from chat history. Final results, unresolved matters, evidence, actions, corrections, and obligations become durable and inspectable.

  • Scoped memory and supersession
  • Durable settlement and artifacts
  • Chronicle, receipt, and proof surfaces
07

Operations and deployment

Identity, roles, tenancy, security, model-provider administration, monitoring, cost control, deployment proof, rollback, and environment authority complete the system.

  • Indwel Cloud
  • Dedicated AWS
  • Licensed institutional deployment

What it makes possible

Applications where the model may contribute—but cannot be allowed to govern.

Deployment authority

One architecture. Three operating postures.

The governing model remains intact across deployment postures. Identity, tenancy, data custody, model providers, network boundaries, operations, and contractual controls are configured for the institution—not delegated to the model.

01

Indwel Cloud

A managed operating environment for teams that need the complete platform without owning its underlying infrastructure.

  • Managed platform operations
  • Workspace and tenant boundaries
  • Governed provider configuration
02

Dedicated AWS

A dedicated environment with institution-specific identity, networking, data, providers, observability, and deployment authority.

  • Dedicated cloud boundary
  • Institutional security posture
  • Environment-specific controls
03

Licensed institutional

A licensed posture for organisations that require deeper operational custody, controlled integration, or specialised deployment terms.

  • Institutional operating authority
  • Controlled integration surface
  • Contract-defined support and proof

Specific service levels, security commitments, data handling, regulatory obligations, and deployment controls are established only in the applicable written agreement.

Test the complete system

Bring a process existing AI should not own.