SIT Brain Heartbeat Specification

Document Type: Canon
Status: Canon
Version: v1.1
Authority: MWMS HeadOffice
Applies To: All Brains, structural tools, and capital movement
Parent: SIT Brain Canon
Last Reviewed: 2026-03-15

Purpose

SIT Heartbeat defines what the SIT Brain continuously monitors for structural drift, governance violation, and systemic fragility within MWMS.

It exists to:

• detect Canon violations
• detect lifecycle breaches
• detect capital movement without authorisation
• detect authority overreach
• detect structural silence where signal is required

SIT does not optimise.
SIT does not execute.
SIT verifies.

Scope

This canon applies to:

• continuous SIT monitoring domains across MWMS
• drift detection during material outputs
• lifecycle, capital, and escalation compliance checks
• structural completeness verification
• severity classification for governance and integrity breaches
• enforcement triggers linked to verification failure

This document governs what SIT watches continuously and how monitoring severity is interpreted.

It does not govern:

• strategic recommendation
• direct content rewriting
• business optimisation
• governance override by itself
• capital approval by itself
• casual conversation monitoring

Those remain governed by HeadOffice, Finance Brain, operational Brains, and the broader MWMS canon structure.

Definition / Rules

Continuous Monitoring Domains

SIT monitors the following domains.

A. Canon Integrity

SIT monitors:

• changes to Canon pages
• version mismatches
• missing version increments
• unlogged Canon edits
• Brain Header schema violations

Trigger Condition:

Untracked Canon modification or header drift.

B. Brain Authority Drift

SIT monitors:

• Brain outputs exceeding declared scope
• missing authority-posture declarations
• missing escalation when required
• decision-altitude violations

Trigger Condition:

Brain acts outside declared scope boundary.

C. Lifecycle Discipline

SIT monitors opportunities moving lifecycle stage without:

• Velocity YES
• Intent Declaration
• Experiment Registration

Trigger Condition:

Lifecycle transition without required gate.

D. Capital Guardrail Compliance

SIT monitors capital deployed without:

• Velocity YES
• Finance acknowledgment
• experiment registration

Trigger Condition:

Capital-at-risk exceeds declared constraint.

E. Escalation Silence

SIT monitors required escalation not declared when:

• Hard Fail triggered
• guardrail breach detected
• survivability uncertain
• compliance ambiguity exists

Trigger Condition:

Silence where escalation is mandatory.

F. Structural Incompleteness

SIT monitors outputs missing required structural elements such as:

• Mandatory Output Schema required fields
• Confidence Grade
• lifecycle stage
• risk class
• hypothesis

Trigger Condition:

Non-compliant output format.

Drift Severity Classification

SIT classifies violations as:

• Level 1 – Minor Structural Drift
• Level 2 – Governance Misalignment
• Level 3 – Capital Risk Exposure
• Level 4 – Canon Violation
• Level 5 – Structural Integrity Breach

Level 4 and Level 5 require immediate HeadOffice notification.

Heartbeat Frequency

SIT operates:

• on every material output
• on lifecycle transitions
• on capital-permission requests
• on Canon modification

SIT does not operate on casual discussion.

Enforcement Actions

Depending on severity, SIT may:

• flag output
• require revision
• freeze lifecycle progression
• block capital deployment
• escalate to HeadOffice

SIT does not:

• rewrite content
• make strategic decisions
• override HeadOffice

Final Rule

If structural compliance cannot be verified, execution pauses.

Verification outranks velocity.

Drift Protection

The system must prevent:

• structural violations being ignored because output appears useful
• lifecycle or capital movement occurring without heartbeat visibility
• missing required fields being treated as acceptable shortcuts
• escalation silence hiding material risk
• Canon drift passing without severity classification
• monitoring scope expanding into casual conversation or strategy work

Heartbeat monitoring must remain continuous for material actions and narrow for non-material discussion.

Architectural Intent

SIT Heartbeat Specification exists to give MWMS an always-on structural monitoring layer for meaningful system movement.

Its role is to ensure that Canon integrity, authority boundaries, lifecycle gates, capital guardrails, escalation duties, and output completeness are continuously checked wherever structural risk can accumulate.

Change Log

Version: v1.1
Date: 2026-03-15
Author: MWMS HeadOffice
Change: Rebuilt page to align with the locked MWMS document standard for this cleanup pass. Preserved the original purpose, monitoring domains, trigger conditions, severity classification, heartbeat frequency, enforcement actions, and final-rule logic. Added Document Type, Parent, Purpose / Scope / Definition / Rules structure, Drift Protection, Architectural Intent, and standardised formatting.

Version: v1.0
Date: 2026-02-22
Author: MWMS HeadOffice
Change: Initial creation of SIT Heartbeat Specification defining continuous SIT monitoring across Canon integrity, authority drift, lifecycle discipline, capital guardrails, escalation silence, and structural completeness.

END – SIT HEARTBEAT SPECIFICATION v1.1