A maintenance apron at dawn with aircraft, engines, vehicles and technical manuals.
Defence

The intelligence layer for mission-critical defence assets.

An air-gapped asset intelligence and maintenance-readiness system, designed for the equipment, connectivity and authority structures of Army, Navy and Air Force operations.

The problem

Defence readiness depends on more than knowing where an asset is.

Locating equipment is the easy part. Establishing its configuration, finding the procedure that applies, recalling what was found last time, and knowing who is authorised to decide — that is where time and certainty are lost.

Fragmented technical knowledge

Manuals, technical orders, bulletins and drawings from several manufacturers, in several places and revisions.

Configuration uncertainty

Not knowing with confidence which changes and bulletins a specific serial has actually received.

Knowledge that rotates away

Understanding concentrated in individuals who deploy, transfer or retire on a cycle the equipment does not follow.

Disconnected environments

The people who most need an answer are often the least likely to have connectivity to get it.

Composite platforms

No single record shows the true state of a whole, because each sub-system is tracked separately.

Slow, manual assembly

Context reconstructed by hand, under time pressure — itself a source of risk.

Architecture

Air-gapped. Local inference. Evidence-grounded. Human-authorised.

The intelligence layer is designed to run inside the operating organisation's own boundary — with its own knowledge base, its own evidence and history, and a local AI runtime.

Controlled environmentAir-gapped · point of use
CHAUKAS
Asset identityWho and what, in which configuration
Knowledge baseAuthorised, versioned technical knowledge
Evidence & historyObservations with provenance
Local AI runtimeInference stays inside the boundary
Controlled contextOnly what policy admits enters the AI context
Human authorityRecommendations reviewed and decided by qualified people
Public internetNot required at the point of use
Controlled synchronisationPolicy-gated, where permitted

Air-gapped

Designed so the intelligence layer does not depend on public connectivity at the point of use.

Local inference

AI reasoning designed to run within the controlled environment.

Defence Asset Knowledge Base

A curated knowledge base of equipment categories and models, with provenance on every claim.

Evidence & history

Observations and events preserved against each asset with source and time.

Human authority

AI recommends. Qualified personnel decide and are recorded as deciding.

Classification-aware

Designed to respect information classification and access scope, independent of role.

Auditable

A complete, attributable record of access, evidence and decisions.

Configurable

Adapted to equipment classes, knowledge sources and policy.

Operational workflow

Identify. Inspect. Investigate. Recommend. Confirm. Record.

The same six steps, whether the asset is an aircraft engine, a shipboard system or a radar set.

  1. IdentifyEstablish the asset and its configuration
  2. InspectCapture observations and evidence
  3. InvestigateAssemble context and history
  4. RecommendGround the next checks in evidence
  5. ConfirmQualified personnel decide
  6. RecordThe outcome joins the asset's history
Army · Navy · Air Force

Different platforms. One intelligence layer around each asset.

Land systems, naval platforms and air assets differ in doctrine and equipment, not in the need to know the asset, understand the evidence and act with confidence.

Army

Land systems whose readiness is spread across many vehicles, units and OEMs.

  • Armoured and support vehicles
  • Radar and communications
  • Power generation
  • Workshop equipment
Navy

Platforms and shipboard systems where configuration and inspection history must survive every refit and rotation.

  • Vessels and shipboard systems
  • Dockyard and pier equipment
  • Embarked aviation
  • Power and propulsion
Air Force

Aircraft, engines and ground support — each with a configuration, a history and a documented procedure.

  • Aircraft and helicopters
  • Engines and avionics
  • Ground support equipment
  • Airfield systems
Where it fits

Beside the systems that already work for their own job.

Chaukas is designed as an intelligence layer beside logistics, maintenance, engineering and asset-record systems — and as an integration point for OEMs and system integrators.

Systems of record — they record the asset

  • ERP
  • EAM
  • CMMS
  • IoT
  • Document repositories
  • Inspection systems
CHAUKASIntelligence layer
  • Identity
  • Knowledge
  • Evidence
  • History
  • Investigation
  • Context
  • Recommendation
  • Human authority

Qualified people — they decide

  • Field technician
  • Maintenance lead
  • Investigator
  • Command
Trust boundary

AI accelerates understanding. It does not replace operational authority.

  1. 01Authorised knowledgeboundary
  2. 02Asset contextboundary
  3. 03AI reasoningboundary
  4. 04Grounded inferenceboundary
  5. 05Recommendationboundary
  6. 06Qualified humanboundary
  7. 07Authoritative record
Evidence chainConceptual example
Knows

The access-panel inspection procedure for this configuration is Rev C.

Source · authorised procedure library
Observed

Surface wear recorded at the panel edge at 06:42.

Source · field image EV-0193
Inferred

The wear pattern resembles a finding previously recorded on this asset.

Basis · history + observation
Recommends

Inspect fastener seating before the next operational-use review.

Basis · procedure + inference
Human confirmed

Inspection scheduled and accepted by the authorised inspector.

Attributed · decision recorded

AI intelligence without surrendering operational control.

01Control where data lives.

Data, knowledge and inference stay inside the organisation's boundary.

02Control what knowledge AI can access.

Only authorised, asset-scoped knowledge is admitted.

03Control what enters the AI context.

Policy decides what reaches the model — and what does not.

04Control what gets recommended.

Recommendations cite evidence and carry a grounding label.

05Control what becomes authoritative.

Only a qualified human's decision becomes the record.

Deployment model

Controlled. Disconnected. Sovereign. Configurable.

How a deployment is defined is decided together with the operating organisation.

Controlled

Designed for environments where data location, access and change are governed by the operating organisation.

Disconnected

Designed so the intelligence layer can operate at the point of use without public-internet connectivity.

Sovereign

Designed so data, knowledge and inference can remain within the organisation's own boundary.

Configurable

Designed to be configured for different equipment classes, knowledge sources, roles and classification policies.

4 deployment principles

Development vision

Prototype → validation → field evaluation → production readiness.

This is the intended path — a statement of direction, not of achievement.

  1. PrototypeProve the intelligence model on representative assets and knowledge.
  2. ValidationTest grounding, controls and workflows with domain specialists.
  3. Field evaluationEvaluate in a controlled setting with an operating organisation.
  4. Production readinessHarden, assure and document for controlled deployment.

Chaukas is under development. We make no claim of deployment, certification, accreditation or endorsement by any defence organisation.

Boundaries

What Chaukas deliberately is not.

Not a weapons or C2 system

It informs an asset-readiness input. It never plans or commands a mission.

Not a clearance authority

Outputs support a qualified decision-maker. They never substitute for that person's sign-off.

Not a CMMS replacement

No scheduling or spares-inventory engine. It complements the systems that do that job.

Not classified by default

Any deployment touching classified information needs the relevant security and compliance review first.

Talk to the Chaukas team

Tell us about the defence assets, environments and constraints you need to understand.