User Guide · PM Demo · Monday.com

The StructuredOps™ PM Governance Demo

A complete walkthrough of the three-stage PM governance simulation: Scout (Diagnostic), Architect (Blueprint Design), and Enablement (five governed agents plus Killswitch Dashboard). Understand every control, every verdict, and every handoff — before deploying automation to your live Monday.com boards.

Current version: v1.0 · Phase 2
Last updated: May 2026
Reading time: ~12 min
Audience: PMs, Ops Leads, Account Directors
Quick Start

Just want to try it?

Go to structuredopsai.com/pm-demo, pick a scenario from the amber bar (try OVERDUE_TASK first), click Run Scout Assessment, and follow the guided steps through to Enablement. The Scout → Architect → Enablement journey takes under five minutes with no sign-up required.

Open the Demo →

Overview

The PM Demo is a fully deterministic simulation of the StructuredOps™ governance methodology applied to Monday.com project management. It runs entirely in your browser — no API calls, no account required, no Monday.com connection. The "intelligence" you see is a pre-authored Scenario Library: expert narrations written once and stored locally, so the demo costs £0 in API fees regardless of how many people run it simultaneously.

The demo makes a single, verifiable claim: a PM environment can only be safely automated after it has been structurally governed. It enforces this by locking each stage until the previous one is complete — you cannot reach Architect without a Scout GO verdict, and you cannot run Enablement Agents without a signed Blueprint.

The Three-Stage Governance Pipeline

STAGE 01
📡
Scout
The Diagnostic — assess your Monday.com PM environment against three governance questions
STOP / GO verdict
STAGE 02
📐
Architect
The Blueprint — design six PM governance artefacts from your Scout diagnostic data
Locked until Scout GO
STAGE 03
🛡️
Enablement
Five EA Agents + Killswitch Dashboard — monitor, trigger scenarios, govern in real time
Locked until Blueprint Sign-off
Why the gates matter

The stage locks are not cosmetic. They mirror real StructuredOps™ production logic: no Enablement Agent can be deployed without a signed Blueprint, and no Blueprint can be generated without a Scout GO verdict. The demo teaches the methodology by enforcing it — every gate you pass reflects a governance check you would make in production.

What's Different About the PM Demo

The PM demo introduces two capabilities that go beyond the CRM demo. First, it deploys five specialised Enablement Agents rather than one — each covering a distinct PM governance domain. Second, it adds a dedicated Killswitch Dashboard: a central governance panel where you can suspend individual agents, trigger automated scenario failures, and observe the immutable Killswitch event log. The Killswitch Dashboard demonstrates the full human-override layer that makes StructuredOps™ safe to deploy in production PM environments.

✓ What it is
A governed simulation of the full PM lifecycle: Scout → Architect → five EA agents + Killswitch Dashboard. Pre-authored expert narrations. Identical to the production UI and logic flow. Safe for unlimited use at £0 API cost.
✗ What it is not
Not a live connection to your Monday.com workspace. Not a real AI model call during the demo. Phase 3 production will integrate real Monday.com OAuth and Claude API calls — the demo simulates that behaviour in full fidelity.

Getting Started

The demo is available at structuredopsai.com/pm-demo. No login, no browser extension, and no installation required. Works in any modern browser on desktop or tablet. Mobile is supported but the Killswitch Dashboard experience is optimised for screens 960px wide and above.

First-time walkthrough (5 minutes)

  1. 1
    Choose a scenario
    In the amber scenario bar, select one of the three pre-built PM governance failures: OVERDUE_TASK (deadline breach cascade), SCOPE_CREEP (scope change routed for approval), or RESOURCE_CONFLICT (ownership gap triggering escalation). This pre-fills the Scout form with a matching PM environment profile. OVERDUE_TASK is the recommended first run.
  2. 2
    Run the Scout Assessment
    Click Run Scout Assessment. The engine evaluates your PM environment against three governance questions (Ownership Clarity, Workflow Explicitness, Failure Mode Definition) and produces a STOP / GO verdict with a Readiness Score out of 10. This takes approximately 5 seconds.
  3. 3
    Generate Blueprint Artefacts
    With a GO verdict (score ≥ 7), click Proceed to Architect. Then click Generate Blueprint Artefacts. Watch all six PM governance documents build sequentially (A1 through A6) with a shimmer animation. Each artefact transitions PENDING → GENERATING → COMPLETE.
  4. 4
    Sign off the Blueprint
    Tick all three sign-off conditions and click Compute STOP / ENABLE Verdict. An ENABLE verdict unlocks Stage 3 and boots all five Enablement Agents with a startup sequence in the audit panel.
  5. 5
    Run a governance scenario
    In Stage 3, locate the scenario strip at the bottom of the screen and click ▶ Run on the scenario matching your pre-selection. Watch the relevant agents process the event, produce verdicts, and write to the audit log. The OVERDUE_TASK scenario fires EA-3 first, then chains into EA-4 for escalation routing.
  6. 6
    Use the Killswitch Dashboard
    In the agent column (left panel), select a reason from the dropdown on any active agent and click SUSPEND. Watch the agent status change and the Killswitch event log record the suspension. Try SUSPEND ALL and then RESUME ALL to see global governance control. Then run one of the three KS scenarios (S1, S2, S3) to see automated halt and alert behaviour.
Tip — Reason-Gated Suspend The SUSPEND button is deliberately disabled until you select a reason from the dropdown. This mirrors the production governance posture: no agent can be suspended without a logged rationale. The reason is written to the Killswitch event log and cannot be modified after the fact.

Interface Tour

The PM demo dashboard is composed of six persistent UI zones. Stages 1 and 2 share the standard Scout / Architect layout. Stage 3 introduces the PM-specific Killswitch Dashboard layout.

Top Bar
Blueprint ID, live status badge, platform (Monday.com), and a currency indicator (GBP for the demo fixture). The top bar persists across all three stages and reflects the active Blueprint once signed.
Lifecycle Sidebar
Persistent vertical navigation showing all three stages with lock state, completion indicator, and stage-to-stage connector lines. Connector lines light amber when a stage is complete and the next is unlocked.
Guided Mission Panel
A collapsible progress panel that tracks your steps across all three stages. Each step shows a task hint and a checkmark on completion. Collapse it once you no longer need it.
Scenario Bar
An amber bar with three scenario trigger buttons visible across all stages. Selecting a scenario pre-configures the Scout form and the Stage 3 scenario strip to match the chosen PM governance failure.
Stage 3 Split Layout
Stages 1 and 2 use a single-column content area. Stage 3 switches to a two-column layout: the left column contains the agent Killswitch controls and the right column contains the Killswitch event log. A scenario strip runs across the full bottom of the screen.
Hash Integrity Indicator
In Stage 3, a persistent Blueprint Hash indicator shows whether the Blueprint SHA-256 hash is verified (green VERIFIED badge) or mismatched (red MISMATCH badge). A mismatch halts all agents immediately — visible in the agent column and reflected in the KS event log.

Stage 1 — Scout Agent

The Scout Agent applies three universal StructuredOps™ assessment questions to your PM environment and produces a Readiness Score from 1–10 with a binary GO or STOP verdict. In the PM domain, these questions are calibrated to Monday.com project management: task ownership, stage discipline, and failure preparedness.

Completing the Assessment Form

The form captures your company name, Monday.com board structure, team size, project type, and governance maturity signals. Three fields drive the core scoring — they map directly to the three assessment questions below. The scenario pre-fill populates all fields with a realistic PM profile for your chosen failure type.

The Three PM Assessment Questions

Q1
Ownership Clarity
Is there a named owner for every task, project stage, and escalation path? Shared team buckets, rotating ownership, and undocumented handoffs all reduce this score. A board where tasks sit unassigned for more than 48 hours — or where escalation paths are verbal rather than documented — fails this dimension. Weight: 35%.
Q2
Workflow Explicitness
Are stage entry and exit criteria documented, reproducible, and enforced? Tribal knowledge, PM-discretion stage advancement, and undocumented approval chains all reduce this score. If your team can advance a project to the next stage without any formal gate check, this dimension is at risk. Weight: 35%.
Q3
Failure Mode Definition
Are PM failure scenarios explicitly defined? Late delivery, scope creep, resource conflict, and dependency failures must each have a documented response — who is notified, what action is taken, and how the record is updated. Reactive-only escalation and silent task failures both reduce this score. Weight: 30%.
Using the Scenario Pre-fill If you select a scenario before entering Stage 1, the Scout form auto-populates with a PM profile that will produce a verdict matching your scenario. The OVERDUE_TASK and RESOURCE_CONFLICT scenarios pre-fill with low Q1/Q3 scores to surface the relevant governance gaps. SCOPE_CREEP pre-fills with a higher score (GO threshold) to proceed cleanly to the EA-5 scope evaluation.

Reading Your Results

After the 5-second processing animation, the results panel renders with four components:

  • 01
    Verdict Banner
    A large GO or STOP with your Readiness Score out of 10. GO threshold is 7. The banner also states the primary reason for the verdict and the recommended next action.
  • 02
    Sub-Scores (Q1, Q2, Q3)
    Three cards showing individual scores with animated progress bars. Formula: Score = (Q1 × 0.35) + (Q2 × 0.35) + (Q3 × 0.30). A sub-score below 7 on any single question flags a structural gap that the Architect must address in the corresponding artefact.
  • 03
    Red Flags
    A registry of specific structural gaps, each tagged with the affected workflow node, the governing question (Q1/Q2/Q3), a severity rating, and a plain-language description. Red flags transfer automatically to the Architect's work queue when you proceed to Stage 2.
  • 04
    Priority Actions & Safe Nodes
    Three ranked remediation actions, followed by a list of workflow nodes already cleared as safe to automate — pre-loaded into Artefact A5 in the Architect stage.

Stage 2 — Architect Agent

The Architect Agent takes your Scout GO verdict and generates six governed PM artefacts — the complete Blueprint for your Monday.com environment. This Blueprint is hash-locked at sign-off and verified by all five Enablement Agents on every startup and every polling cycle.

Stage Lock Stage 2 is locked until Stage 1 returns a verdict. A STOP verdict allows you to enter Architect in Review Mode, but the Generate Artefacts button remains disabled until the underlying structural gaps are addressed. In the demo you can proceed regardless to explore the artefact interface.

The Six PM Blueprint Artefacts

Click Generate Blueprint Artefacts to start sequential generation. Each artefact transitions PENDING → GENERATING → COMPLETE. Total generation time is approximately 5 seconds in the demo.

A1
Decision-Gate Pipeline Map
Entry and exit criteria, named owners, and gate types (PROCEED / HOLD / STOP) for every project stage on the Monday.com board. Defines the conditions under which a task or project can advance — or must be held for human review.
A2
Task Ownership Matrix
A named owner role for every task category, project type, and priority tier. Includes fallback owners and escalation contacts for every assignment rule — eliminating the unassigned-task failure mode that EA-1 polices.
A3
SLA Governance Model
Deadline commitments, breach thresholds, pre-breach actions (triggered at 80% of the SLA window), and escalation owners for every task priority tier. EA-3 reads this artefact on every monitoring cycle.
A4
Approval Authority Document
Scope change authority tiers by effort and cost: Minor (≤2 days / ≤£2,000 → PM-Autonomous), Moderate (≤10 days / ≤£10,000 → Director Review), Major (>10 days / >£10,000 → Exec Review). EA-5 routes every scope change submission against this document.
A5
Automation Boundary Document
An explicit allowlist of every action each Enablement Agent is permitted to perform, with a DENY_ALL default posture. Pre-populated with your Scout's safe-to-automate workflow nodes. Any action not on the list is blocked by default.
A6
Risk & Failure Mode Register
Six documented failure modes — Blocked Task, Resource Conflict, Dependency Failure, External Blocker, Multi-Blocker, Unknown Blocker — each with a defined response action, notification owner, and triage owner. EA-4 and EA-6 both read this register on every escalation event.

Blueprint Sign-off

After reviewing the artefacts, scroll to the Sign-off panel. All three conditions must be confirmed before the Compute STOP / ENABLE Verdict button activates:

  1. Artefact completeness: confirm A1–A6 accurately reflect your Monday.com PM governance requirements.
  2. A5 DENY_ALL posture: acknowledge that all five Enablement Agents will operate exclusively within A5 permissions.
  3. Immutability acknowledgement: confirm that the Blueprint version is immutable post-sign-off. Material changes require a new version and full redeployment.
Blueprint Hash Immutability

At sign-off, the Blueprint is assigned a SHA-256 hash. All five Enablement Agents verify this hash on every startup and every polling cycle. A Monday.com schema change after sign-off — board columns renamed, stages reordered, owners reassigned — causes a hash mismatch and triggers an immediate BLUEPRINT_MISMATCH halt across all agents. The Killswitch Dashboard's S1 scenario simulates this exact failure in the demo.

Stage 3 — Enablement

Stage 3 is the PM governance monitoring environment. It deploys five specialised Enablement Agents and a central Killswitch Dashboard. Agents boot automatically when Stage 3 is entered — you will see a Blueprint load sequence in the audit panel confirming that each agent has verified the Blueprint hash before accepting any instructions.

The Five PM Enablement Agents

EA-1
Task Assignment Governance
Evaluates every task for ownership compliance against the A2 Task Ownership Matrix. Flags unassigned tasks, role mismatches, and boarding gaps. Routes resource conflicts to EA-4 for escalation.
Trigger: task created or updated without a valid A2 owner
EA-2
Stage Gate Enforcement
Verifies that project stage transitions meet all A1 entry and exit criteria before allowing progression. Blocks any transition where criteria are unmet and writes a HOLD verdict to the audit log.
Trigger: project stage advancement attempted on Monday.com board
EA-3
Deadline SLA Monitor
Monitors task deadlines against the A3 SLA Governance Model. Fires pre-breach alerts at 80% of the SLA window. On breach, writes an ESCALATE verdict and hands off to EA-4 for routing. Narration tier escalates from L2 (pre-breach) to L4 (confirmed breach).
Trigger: every SLA monitoring cycle; breach or pre-breach threshold crossed
EA-4
Escalation Governance
Routes escalations from other agents (EA-1, EA-3) through the A4 Approval Authority and A6 Failure Mode Register. Matches the failure type, selects the correct notification owner, and writes a structured escalation record with full L4 narration.
Trigger: ESCALATE verdict issued by EA-1, EA-2, or EA-3
EA-5
Scope Change Governance
Evaluates scope change submissions against the A4 Approval Authority Document on two dimensions: effort (days) and cost (GBP). Each dimension is independently classified as Minor, Moderate, or Major — the dominant tier (higher of the two) determines the approval routing. HOLD verdicts are issued where a required dimension is missing. The A4 Scope Dimensions Matrix is displayed inline in the audit entry for every submission.
Trigger: scope change request submitted via the EA-5 governance form

Approval Routing — EA-5 A4 Tiers

Tier Effort Cost Approver Authority
Minor ≤ 2 days ≤ £2,000 Project Manager PM Autonomous
Moderate ≤ 10 days ≤ £10,000 Project Director Director Review
Major > 10 days > £10,000 Executive Sponsor Exec Review
HOLD Missing required dimension Project Manager Human Triage Required

Killswitch Dashboard

The Killswitch Dashboard is the central human-override panel for all five agents. It is always visible in Stage 3 — you do not need to run a scenario to use it. It shows the real-time status of every agent, the global suspend and resume controls, and an immutable Killswitch event log on the right side of the screen.

Per-Agent Controls

Each agent card shows its current status (ACTIVE, SUSPENDED, or HALTED) and offers the following controls:

  • ACTIVE
    Select a reason, then SUSPEND
    The SUSPEND button is disabled until a reason is selected from the governed dropdown. Reason options: Manual Override, Logic Error, Data Quality, Blueprint Conflict, Compliance Hold, Maintenance. The reason is written to the Killswitch log at the moment of suspension.
  • SUSPENDED
    Resume when ready
    The RESUME button becomes available. The card shows the suspension reason and the timestamp. Clicking RESUME logs a RESUMED event to the Killswitch log and returns the agent to ACTIVE status.
  • HALTED
    RESUME disabled until hash is verified
    An AUTO_HALTED agent can only be resumed after the Blueprint hash is verified (or manually cleared in the scenario). This prevents an agent from resuming under a Blueprint mismatch condition — a critical safety gate in the production system.

Global Controls

SUSPEND ALL
Immediately suspends all currently ACTIVE agents in a single action. Writes a GLOBAL_HALT entry to the Killswitch event log with a timestamp. Useful for simulating a system-wide governance halt during an incident or audit.
RESUME ALL
Resumes all SUSPENDED agents (not HALTED — those remain halted until the hash condition is cleared). Writes a GLOBAL_RESUME entry to the log. HALTED agents are excluded to preserve the safety constraint.

Reading the Killswitch Event Log

The Killswitch event log is on the right side of the Stage 3 layout. Every suspension, resumption, halt, alert, and global action is recorded here in sequence. Entries cannot be deleted or modified — the log is immutable by design.

Action Type Trigger Description
SUSPENDED MANUAL Operator suspended an individual agent with a selected reason
RESUMED MANUAL Operator resumed an individual agent
AUTO_HALTED AUTO · DATA QUALITY / AUTO · LOGIC ERROR Agent automatically halted by a system condition (bad data, logic error)
GLOBAL_HALT MANUAL / AUTO · BLUEPRINT All agents suspended in a single action — manual or blueprint mismatch
GLOBAL_RESUME MANUAL All suspended agents resumed; halted agents excluded
ALERT SCENARIO DEMO System alert issued requiring operator action — shown as a modal overlay
In Production In the live product, a Killswitch suspension immediately halts all pending Monday.com item writes, status updates, and external notifications from the suspended agent. The suspension is logged with the operator identity, reason code, and timestamp in the immutable audit trail. Resumption is subject to the same reason-gate: no agent resumes without a logged rationale.

Demo Scenarios

Three pre-built PM governance scenarios demonstrate the full agent chain and narration system. Each scenario is pre-selected from the amber scenario bar — the relevant agents fire automatically when you click Run in the Stage 3 scenario strip.

Scenario PM Failure Type Agents Fired Verdict Narration
OVERDUE_TASK Critical task 4 days past deadline with no escalation logged EA-3 → EA-4 ESCALATE L4
SCOPE_CREEP Scope change submitted: 18 days / £22,000 — Major tier, both dimensions EA-5 EXEC REVIEW L3
RESOURCE_CONFLICT Task owner unavailable; no A2 fallback owner defined for this category EA-1 → EA-4 ESCALATE L4

OVERDUE_TASK — Step by Step

This is the recommended first scenario. EA-3 (Deadline SLA Monitor) detects a task that has breached its SLA window, classifies the failure mode against A6, and writes a breach verdict to the audit log. EA-4 (Escalation Governance) picks up the ESCALATE signal, matches the failure type to the A4 Approval Authority Document, and routes a structured notification to the project director with a full L4 narration explaining the breach, the risk of downstream dependency failures, and the recommended immediate action.

SCOPE_CREEP — Step by Step

EA-5 (Scope Change Governance) receives the scope change submission and evaluates both dimensions independently. Effort: 18 days → Major tier (exceeds 10-day Moderate ceiling). Cost: £22,000 → Major tier (exceeds £10,000 Moderate ceiling). Both dimensions classify as Major, making the dominant tier Major. The A4 Approval Authority Document routes this to the Executive Sponsor under Exec Review authority. The A4 Scope Dimensions Matrix is rendered inline in the audit entry showing both tier classifications side by side.

RESOURCE_CONFLICT — Step by Step

EA-1 (Task Assignment Governance) detects a task whose assigned owner is flagged as unavailable and no A2 fallback owner is defined for that task category. EA-1 issues an ESCALATE verdict. EA-4 receives the escalation, matches the failure mode to Resource Conflict in the A6 register, and routes a notification to the Project Director with full L4 narration — including the probability that the conflict will cascade to dependent tasks if not resolved within the SLA window defined in A3.

Killswitch Scenarios (S1 – S3)

Three additional scenarios demonstrate the Killswitch Dashboard's automated response capabilities. These are triggered from within the Stage 3 scenario strip, separate from the main agent scenarios above.

S1 · AUTO · BLUEPRINT
Blueprint Hash Mismatch
Simulates a Monday.com schema change after Blueprint sign-off. The hash verification fails, an ALERT entry is written to the KS log, and all five agents are immediately halted with GLOBAL_HALT. The Hash Integrity Indicator flips to red MISMATCH. Agents cannot be resumed until the condition is cleared.
S2 · AUTO · LOGIC ERROR
EA-1 Logic Failure
Simulates EA-1 encountering a logic error — an undefined assignment rule outside the A2 matrix. An ALERT modal appears asking the operator to manually kill or dismiss. If the operator clicks KILL, EA-1 is suspended with trigger AUTO · LOGIC ERROR and an ALERT entry is logged. If dismissed, EA-1 remains active. This scenario demonstrates the human-in-the-loop kill confirmation flow.
S3 · AUTO · DATA QUALITY
EA-3 Data Quality Halt
Simulates EA-3 receiving corrupted SLA data — deadline values that are malformed or contradict A3 thresholds. EA-3 is automatically halted with AUTO_HALTED. An ALERT entry is written to the KS log. The other four agents continue operating. EA-3 can be resumed manually once data quality is confirmed.
S2 — Awaiting Operator Scenario S2 is the only scenario where a modal overlay appears requesting operator input. While the alert is visible, S2 shows an "AWAITING OPERATOR" status in the scenario strip. This is intentional — it simulates the real-world situation where an automated system flags a potential problem but holds for human judgement before taking irreversible action.

Commercial Features

The PM demo includes deliberate commercial overlays — locked features that preview Professional and Enterprise tier capabilities. These are informational only; no payment is required and no gateway is triggered.

🔒 Export Audit PDF (Professional)
A locked export button visible in the Killswitch event log panel. In the Professional tier, this generates a branded PDF audit report — full event log, agent status history, incident timeline, and resolution summary — suitable for client delivery or internal governance review.
🔒 Multi-Board Mode (Enterprise)
A greyed-out toggle in the Stage 3 top bar labelled "ENTERPRISE TIER". In production, this allows a single Killswitch Dashboard to monitor governance across multiple Monday.com workspaces simultaneously — each with its own Blueprint and agent configuration. Requires Enterprise tier.
Lead Qualification via Demo

A PM or Operations Lead who navigates the full Scout → Architect → Killswitch Dashboard flow has demonstrated that they understand the governance methodology and are evaluating it seriously. The business email prompt (available when access gating is enabled) converts that journey into a qualified PM domain lead automatically. See the Implementation Roadmap for Cloudflare Access configuration details.

Frequently Asked Questions

Does the demo connect to my Monday.com workspace?
No. The demo is entirely self-contained in the browser. No Monday.com OAuth is initiated, no workspace data is read, and no external API is called. The Phase 3 production product will introduce real Monday.com integration — the demo simulates that behaviour with a pre-authored fixture (Apex Consulting Group, blueprint_id: bp_pm7x2f9a1k).
Is the AI actually calling Claude during the demo?
No. The demo uses a deterministic Scenario Engine — pre-authored JSON objects mapped to PM governance triggers. The "processing" delay is a simulated latency to maintain the feel of a live AI system. No API key is needed and no API costs are incurred. Phase 3 production will introduce real Claude API calls (Haiku 4.5 for Tier 2 narration, Sonnet 4.6 for Tier 3 L4 synthesis) — the demo tiering mirrors that cost structure exactly.
Why is the SUSPEND button greyed out until I select a reason?
This is a core governance posture, not a UX choice. In production, suspending an Enablement Agent without a logged rationale creates an audit gap — it becomes impossible to distinguish an authorised operator action from an accidental trigger. The reason-gate ensures every suspension is intentional and traceable. The same requirement applies to the production product.
What does HALTED mean vs SUSPENDED?
SUSPENDED is a manually initiated state — the operator chose to pause the agent and can resume it at will. HALTED is a system-initiated state triggered by an automated condition (blueprint mismatch, data quality failure, logic error). A halted agent requires the underlying condition to be resolved before it can resume — the RESUME button remains disabled until the hash is re-verified or the scenario is cleared.
Why does EA-5 classify effort and cost independently?
Because a scope change can be low-cost but high-effort (or vice versa) — and either dimension alone can trigger a higher approval requirement. The dominant-tier logic ensures the most conservative approval route is always taken. A 1-day change that costs £15,000 is not a Minor change — it routes to Exec Review on the cost dimension alone. The A4 Scope Dimensions Matrix shows both dimensions and the dominant tier on every EA-5 audit entry.
Can RESUME ALL bring back halted agents?
No. RESUME ALL only restores agents in SUSPENDED state. Agents in HALTED state are excluded — they remain halted until the triggering condition is resolved individually. This is intentional: a blueprint mismatch that halted EA-1 cannot be cleared by the same RESUME ALL action that restores EA-3 from a manual suspension. The two conditions require separate, explicit resolution.
Can I reset the demo and start again?
Yes. The New Assessment button in the Scout results panel resets Stage 1. To reset the full lifecycle including the Killswitch Dashboard and all agent states, reload the page — all in-memory state is cleared and you return to the initial Scout form.
Why does EA-4 fire after EA-3 and EA-1 rather than being a standalone agent?
EA-4 is the escalation routing layer. It does not detect problems directly — it routes them. When EA-3 issues an ESCALATE verdict for a deadline breach, or EA-1 flags a resource conflict, they hand off to EA-4, which reads the A4 Approval Authority Document and A6 Failure Mode Register to determine who must be notified, what authority they hold, and what message they receive. This separation ensures that detection logic and routing logic are governed independently — you can update the escalation matrix (A4) without touching the detection logic in EA-3.

Glossary

TermDefinition
Blueprint The signed, immutable set of six PM governance artefacts (A1–A6). Generated by the Architect Agent and SHA-256 hash-verified by all five Enablement Agents on every startup and polling cycle.
Blueprint Hash A SHA-256 fingerprint of the Blueprint JSON at sign-off. Any material change to the Monday.com schema (renamed columns, reordered stages, reassigned owners) causes a hash mismatch — triggering GLOBAL_HALT across all agents.
DENY_ALL The default posture of Artefact A5. No agent action is permitted unless it appears explicitly on the A5 allowlist. The inverse of a permissions model — everything is blocked unless approved.
Dominant Tier In EA-5 scope evaluation, the higher of the two dimension tiers (effort tier vs cost tier). If effort classifies as Minor and cost classifies as Moderate, the dominant tier is Moderate and the submission routes accordingly.
Enablement Agent One of five governed automation processes (EA-1 through EA-5) that monitor and enforce Blueprint rules across the Monday.com PM environment. Each agent reads the Blueprint on startup and verifies the hash before acting.
HALTED An agent state triggered by an automated condition — blueprint mismatch, data quality failure, or logic error. A halted agent cannot resume until the triggering condition is explicitly resolved. Contrast with SUSPENDED (manually initiated).
Killswitch Dashboard The central governance panel in Stage 3 that shows the real-time status of all five agents, provides per-agent and global suspend/resume controls, and records all governance actions in an immutable Killswitch event log.
KS Event Log The immutable Killswitch event log. Records every SUSPENDED, RESUMED, AUTO_HALTED, GLOBAL_HALT, GLOBAL_RESUME, and ALERT action with agent ID, trigger type, reason label, and timestamp. Cannot be modified post-write.
Narration Tier The depth level of the audit explanation. L2 (Rule Reference — brief), L3 (Contextual — adds reason), L4 (Synthesis — full analysis with recommended action and downstream risk). Higher tiers are used for higher-severity events routed to senior stakeholders.
Readiness Score A 1–10 composite score: (Q1 × 0.35) + (Q2 × 0.35) + (Q3 × 0.30). GO threshold is 7. Below 7 = STOP. Used by the Scout Agent to gate access to the Architect stage.
Reason-Gate The governance control that disables the SUSPEND button until an operator selects a reason from the governed dropdown. Ensures every agent suspension is intentional and has a logged rationale before the action is taken.
Scenario Engine The deterministic simulation layer that replaces live API calls in the demo. Pre-authored JSON objects map PM governance triggers to expert narrations, producing £0 API cost at unlimited scale.
SUSPENDED An agent state initiated by an operator with an explicit reason. The agent can be manually resumed at any time. Contrast with HALTED (system-initiated, requires condition resolution).

Last reviewed: May 2026 · StructuredOps™ AI
Open the Demo → ← Back to Guides