Research programme

Research that can survive contact with operations.

BPM RED Academy explores governance runtime, model-fleet orchestration, evidence engineering and sovereign/high-accountability deployment as connected engineering problems.

Active research tracks

Four connected questions.

The research programme is organized around the gap between what AI can do and what an accountable system should be allowed to do.

R1

Governance runtime

How can policy, permissions, escalation and human decision rights remain machine-enforceable during execution?

R2

Governed model fleets

How should different models, agents and tools be selected and coordinated without granting any one component uncontrolled authority?

R3

Evidence engineering

What artifacts are required to make runtime behaviour repeatable, reviewable and suitable for accountable acceptance?

R4

Infrastructure-aware governance

Which governance properties must remain stable when workloads move across compute, model or deployment environments?

Working theses

Ideas under engineering pressure.

These are research theses and design positions. Their presence here does not imply universal proof or standardisation status.

Research thesis

Capability ≠ Authority

Increasing model capability should not automatically increase permissions, decision rights or operational reach.

Research thesis

Governance Runtime → Evidence

A governance layer is incomplete if its decisions, overrides and failures cannot produce inspectable evidence.

Research thesis

Cross-infrastructure validation

Governance claims should be tested independently of a single model or compute environment when portability matters.

Publication discipline

Separate ideas from validated claims.

BPM uses status language so a working thesis is not presented as a validated result.

ConceptA framing or hypothesis.
Working noteReasoned technical position under development.
Technical noteMethod, architecture or test design with enough detail for review.
Evidence noteSpecific observations tied to an evidence package and stated limitations.
Public reportRelease-ready material with disclosure, provenance and review boundaries.
What we publish

Methods, boundaries and selected evidence.

Public research should help external reviewers understand the problem, the validation logic and the limits of the claim.

What stays controlled

IP, security and customer-sensitive detail.

Internal thresholds, credentials, private repositories, proprietary orchestration logic and sensitive deployment information are not required for a useful public evidence layer.

Publications

Research notes with explicit evidence boundaries.

Each release separates demonstrated behaviour, limitations and planned validation rather than converting exploratory evidence into a broader claim.

Research collaboration

Bring a claim that needs to be tested.

Research conversations are most useful when the claim, authority boundary and validation question are concrete.