Trust & Boundaries

Trust starts with explicit boundaries.

AEGI is designed so additional AI-assisted context does not become additional institutional authority. Data, policy, customer-impacting actions, production change and stop decisions remain under the institution's control.

Controlled Evaluation

Control model

Clear responsibilities. Clear decision rights.

The trust model focuses on who owns the data boundary, who can authorise action, how failures behave and whether evidence remains reviewable later.

01

Institutional decision rights

AI recommendations remain advisory. Policy, routing and customer-impacting action authority remain institution-owned.

02

Evidence provenance

Credit and Fraud observations retain separate source, ownership and risk-domain meaning.

03

Failure containment

Defined failure and duplicate-event paths are exercised so degraded conditions do not silently create additional authority.

04

Version & configuration control

Controlled artifacts carry defined version, configuration and lifecycle information.

05

Subsequent review

Versioned evidence supports later review without relying on mutable live-system state.

06

Bank-local evaluation boundary

The scoped foundation supports minimised, pseudonymous signal ingress under an institution-controlled boundary.

Institution-controlled boundary

AEGI can support the decision without owning the decision.

The institution retains the consequential controls throughout evaluation and any later progression.

DATA & INPUTSInstitution defines what enters the evaluation boundary.
POLICY & CAPACITYInstitution defines baseline policy, review capacity and operating constraints.
CUSTOMER ACTIONAEGI recommendations do not independently authorise consequential action.
STOP & PRODUCTIONInstitution decides whether the evaluation continues, changes scope or progresses.

Control & diligence progression

Controls deepen as the engagement moves closer to production.

Evaluation-stage evidence is kept distinct from later sandbox, security and production-diligence requirements.

01

Evaluation control foundation

Risk-domain separation, decision rights, failure controls, replay, traceability and bank-local boundary in scoped internal evidence.

02

Sandbox evaluation

Institution-specific mapping, runtime dependency review, privacy/minimisation checks and no-outbound testing where required.

03

Controlled pilot

Institution-controlled historical evaluation and, where approved, later non-customer-impacting shadow with operational guardrails.

04

Production diligence

Signing/key governance, SBOM, vulnerability evidence, DPIA/vendor risk, independent assurance where required and residual-risk acceptance.

Operating assurance

Documented procedures from scope to recovery.

AEGI has documented and internally accepted eleven operating procedures spanning intake, change, incident handling, recovery, exception management, review and closeout. Technical workflow and recovery tests provide separate evidence of implementation.

01 · QUALIFY

One decision question

Record the owner, current baseline, approved evidence, constraints and stopping conditions.

02 · FREEZE

Version-bound scope

Bind the Brief, source identity, configuration, access and agreed evaluation basis.

03 · EXECUTE

Replay and verify

Preserve original run identity, receipts, integrity checks and observed limitations.

04 · REVIEW

Decision-ready evidence

Return findings and a Continue, Refine, Stop or Insufficient Evidence decision basis.

05 · RECOVER

Incident and continuity path

Follow bounded stop, change and restoration procedures; preserve historical evidence.

06 · HAND OVER

Explicit next authority

Record the decision owner, review outcome, retention and closeout requirements, with an explicit handover for any next stage.

MATURITY BOUNDARY

Process documentation is internally accepted, and the pinned synthetic Fraud workflow passed populated full-state recovery checks. Cross-system management drills and institution-specific controls are the next qualification gates.

Review continuity

Historical evidence should remain understandable after systems change.

Versioned evidence and controlled review paths help later reviewers understand which scope, configuration and artifacts supported the evaluated result.

EVALUATED STATEScope · Version · Configuration · Evidence
SUBSEQUENT REVIEWReview the historical record without treating the current live state as equivalent.
CURRENT EVIDENCE STAGE

AEGI can present its scoped control, workflow, evidence and recovery records for technical diligence. Institution-specific sandbox assessment and production assurance are addressed at their respective engagement stages.

SECURITY / DILIGENCE

Start with the workflow and the controls that matter to it.

The first discussion should contain no customer records, credentials, private keys or security-sensitive material.

Contact AEGI See the Evidence