fix(ship): P4 complete — deck content (REQ-261)

---ci---
project: acdl
phase: 4
milestone: v1.22
status: complete
phase_role: execution
---/ci---

.ciagent/CHECKPOINT.json

@@ -1,12 +1,12 @@
 {
-  "phase": 0,
-  "stage": "plan",
+  "phase": 3,
+  "stage": "complete",
   "milestone": "v1.22",
-  "phase_role": "pre_execution",
+  "phase_role": "execution",
   "attempts": 0,
-  "updated_at": "2026-08-11T14:38:00Z",
+  "updated_at": "2026-08-11T14:55:00Z",
   "milestone_complete": false,
-  "tag": null,
-  "requirements": ["REQ-254","REQ-255","REQ-256","REQ-257","REQ-258","REQ-259","REQ-260","REQ-261","REQ-262"],
-  "notes": "v1.22 PLAN complete. 7 phases, 4 waves. Plan persisted to PLAN.md. Tags on v1.21.x line."
+  "tag": "v1.21.3",
+  "requirements": ["REQ-259","REQ-260"],
+  "notes": "v1.22 P3 complete. Tag v1.21.3. Both mermaid diagrams re-rendered at 2x transparent. telemetry-live-ops: TB, 0.63 aspect. platform-pipeline: TB 4-node, 0.49 aspect. Marp deck directives updated to h:480. Proceeding to P4 (deck content)."
 }

docs/presentations/README.md

@@ -84,8 +84,7 @@ CHROME_PATH=/root/.cache/ms-playwright/chromium-1217/chrome-linux64/chrome \
 
 HTML export inlines images as base64 data URIs. PPTX export requires
 `--allow-local-files` so the local PNG diagrams are embedded in the file.
-The render + commit + attach pipeline is automated by `scripts/render_deck.sh`
-and `scripts/render_slides.sh`.
+The render + commit + attach pipeline is automated by `scripts/render_slides.sh`.
 
 ### Step 4 — Talking points (presenter cues)
 
@@ -127,10 +126,11 @@ docs/presentations/
 
 ### Appendix structure
 
-Each Marp deck has **18 main slides + 1 appendix slide**. The main 18 are the
-presentation; the appendix is for Q&A backup.
+Each Marp deck has **20 main slides + 1 appendix slide**. The main 20 are the
+presentation; the appendix is for Q&A backup. (v1.22 split slides 3 and 8
+to relieve overflow, increasing the count from 18 to 20.)
 
-- **Main slides** (1-18): the story arc — Problem → Solution → Proof →
+- **Main slides** (1-20): the story arc — Problem → Solution → Proof →
   Roadmap + Ask. These are what the audience sees during the talk.
 - **Appendix slide** (A1): the Metrics Glossary — detail-heavy reference for
   Q&A.

docs/presentations/assets/mmd/platform-pipeline.mmd

@@ -1,19 +1,11 @@
 %%{init: {"theme": "base", "themeVariables": {"primaryColor": "#1B1B1B", "primaryBorderColor": "#D6002A", "primaryTextColor": "#fff", "secondaryColor": "#fff", "secondaryBorderColor": "#D6002A", "secondaryTextColor": "#1B1B1B", "tertiaryColor": "#F0F0F0", "clusterBkg": "#F0F0F0", "lineColor": "#1B1B1B", "fontFamily": "\"Akkurat Pro\", \"Helvetica Neue\", \"Arial\", sans-serif"}}}%%
 
-flowchart LR
-    A["Contract"] --> B["Resolver"]
-    B --> C["Adapter"]
-    C --> D["Checkov<br/>(static code)"]
-    D --> E["Terraform<br/>plan"]
-    E --> F["Wiz<br/>(on plan)"]
-    F --> G["Confidence<br/>signal"]
-    G --> H{"Stage<br/>gate"}
-    H -->|"dev: autonomous"| I["Apply"]
-    H -->|"qa/prod/dr: attested"| I
-    I --> J["Evidence +<br/>Ledger"]
+flowchart TB
+    A["Contract → Resolver → Adapter"] --> D["Checkov (static code)"]
+    D --> E["Terraform plan"]
+    E --> F["Wiz (on plan) → Confidence signal → Stage gate"]
+    F --> I["Apply → Evidence + Ledger"]
 classDef accent fill:#1B1B1B,color:#fff,stroke:#D6002A,stroke-width:2px
 classDef supporting fill:#fff,color:#1B1B1B,stroke:#D6002A,stroke-width:1px
-classDef decision fill:#D6002A,color:#fff,stroke:#1B1B1B,stroke-width:2px
-class D,E,F,G,J accent
-class H decision
-class A,B,C,I supporting
+class D,E,F accent
+class A,I supporting

docs/presentations/assets/nova-sp-theme.css

@@ -4,9 +4,18 @@
  * Palette: S&P Red (#D6002A), Black (#1B1B1B), White (#FFFFFF), Grey (#F0F0F0).
  * Font: Akkurat Pro (fallback Helvetica Neue / Arial).
  *
- * This theme extends Marp's default and applies the S&P palette to ALL slide
- * chrome — backgrounds, headers/footers, pagination, tables, blockquotes,
- * code blocks — not just headings.
+ * This theme is a STANDALONE stylesheet (applied via `marp --theme
+ * nova-sp-theme.css`). It does NOT `@import "default"` because Marp's
+ * default theme applies `padding: 56px 64px` (which does not reserve
+ * header/footer space) and other base styles (font, color, list spacing)
+ * that would conflict with the S&P palette. Instead, this theme sets
+ * the padding explicitly: 48px top (reserves header space), 40px bottom
+ * (reserves footer space), 56px sides. This gives precise control over
+ * the padding budget. (GRILL revision 2 — @import rejection documented.)
+ *
+ * v1.22 (REQ-254,255,256): added section padding + overflow handling,
+ * aspect-ratio-aware image rules, title-slide chrome suppression,
+ * paragraph/list/table spacing tightening.
  */
 
 :root {
@@ -17,12 +26,17 @@
   --sp-dark-grey: #2E2E2E;
 }
 
-/* Base section */
+/* Base section — padding reserves header (top) + footer (bottom) space.
+ * REQ-254: zero padding was the root cause of "out of whack" layout.
+ * 48px top reserves header chrome; 40px bottom reserves footer chrome;
+ * 56px sides give breathing room. */
 section {
   font-family: "Akkurat Pro", "Helvetica Neue", "Arial", sans-serif;
   font-size: 22px;
   color: var(--sp-black);
   background: var(--sp-white);
+  padding: 48px 56px 40px;
+  overflow: auto;
 }
 
 /* Headings — S&P Red */
@@ -31,6 +45,12 @@ h2 { color: var(--sp-red); font-size: 26px; margin-bottom: 0.2em; }
 h3 { color: var(--sp-red); font-size: 22px; margin-bottom: 0.2em; }
 h4 { color: var(--sp-dark-grey); font-size: 20px; margin-bottom: 0.15em; }
 
+/* REQ-256: tighten h2 + lead-paragraph spacing (the deck's recurring
+ * `## Slide N — Title` + `**bold lead**` pattern). Default <p> margins
+ * waste ~44px per slide; this reclaims ~22px. */
+section h2 + p { margin-top: 0.2em; }
+section p { margin: 0.4em 0; }
+
 /* Title slides — black background, red top border */
 section.title {
   background: var(--sp-black);
@@ -40,15 +60,27 @@ section.title {
 section.title h1 { color: var(--sp-white); }
 section.title h2 { color: var(--sp-white); }
 
+/* REQ-256: suppress header/footer chrome on title slides. The
+ * `<!-- _class: title -->` + `<!-- _paginate: false -->` directives
+ * only suppress the page number, not the chrome. This prevents the
+ * header/footer from colliding with title/appendix content. */
+section.title header, section.title footer { display: none; }
+
 /* Tables — grey header with red underline, explicit white body for readability on any background */
 table { font-size: 18px; width: 100%; border-collapse: collapse; background: var(--sp-white); }
-th { background: var(--sp-grey); border-bottom: 2px solid var(--sp-red); padding: 6px 10px; text-align: left; }
-td { background: var(--sp-white); color: var(--sp-black); border-bottom: 1px solid var(--sp-grey); padding: 6px 10px; }
+th { background: var(--sp-grey); border-bottom: 2px solid var(--sp-red); padding: 4px 8px; text-align: left; }
+td { background: var(--sp-white); color: var(--sp-black); border-bottom: 1px solid var(--sp-grey); padding: 4px 8px; }
 /* Ensure tables on dark/title slides remain readable: white card with a subtle border */
 section.title table, section table { background: var(--sp-white); }
 section.title td, section td { background: var(--sp-white); color: var(--sp-black); }
 section.title th, section th { background: var(--sp-grey); color: var(--sp-black); }
 
+/* REQ-256: dense tables (≥8 rows) use tighter cell padding so 10-13 row
+ * tables (slides 8, 12, A1) fit. Apply via `table.dense` class in the
+ * marp deck. */
+table.dense td, table.dense th { padding: 4px 8px; }
+table.dense { font-size: 16px; }
+
 /* Blockquotes — red left border */
 blockquote { border-left: 4px solid var(--sp-red); color: var(--sp-dark-grey); font-size: 20px; padding-left: 12px; }
 
@@ -57,8 +89,18 @@ pre { background: var(--sp-black); color: var(--sp-white); border-radius: 4px; p
 code { background: var(--sp-grey); color: var(--sp-black); border-radius: 2px; padding: 1px 4px; font-size: 18px; }
 pre code { background: transparent; color: inherit; }
 
-/* Images — centered, max height */
-img { display: block; margin: 0 auto; max-height: 320px; }
+/* REQ-255: aspect-ratio-aware image rules. The blunt `max-height: 320px`
+ * broke `w:` directives on tall images (slide 9) and did nothing for
+ * ultra-wide images (slide 6). The new rule uses `object-fit: contain`
+ * and `max-width: 100%` so images scale within the content area without
+ * ignoring explicit `w:`/`h:` directives. */
+img { display: block; margin: 0 auto; max-width: 100%; max-height: 380px; object-fit: contain; }
+/* Wide diagrams (ultra-wide aspect): tighter max-height so they don't
+ * render as a thin strip. Apply via `![w:1000 class:wide]` — or rely on
+ * the default max-height which is already tighter. */
+img.wide { max-height: 280px; }
+/* Tall diagrams: more vertical room. Apply via `![h:480 class:tall]`. */
+img.tall { max-height: 480px; }
 
 /* Header/footer — subtle grey */
 header { color: var(--sp-dark-grey); border-bottom: 1px solid var(--sp-grey); }
@@ -73,9 +115,17 @@ footer { color: var(--sp-dark-grey); border-top: 1px solid var(--sp-grey); }
 .bespoke-progress-parent { background: var(--sp-grey); }
 .bespoke-progress-bar { background: var(--sp-red) !important; }
 
-/* Lists — tighter */
+/* Lists — tighter. REQ-256: add ol styling (match ul). */
 ul { margin-top: 0.3em; }
+ol { margin-top: 0.3em; }
 li { margin-bottom: 0.2em; }
 
 /* Strong — S&P Red for emphasis in lead lines */
 strong { color: var(--sp-red); }
+
+/* REQ-256: PPTX export fidelity — no scrollbars in exported slides.
+ * The `overflow: auto` above is an authoring-time signal; in print/PPTX
+ * we clamp to `hidden` so the exported slide is clean. */
+@media print {
+  section { overflow: hidden; }
+}

docs/presentations/nova-autonomous-cloud-delivery-marp.md

@@ -3,7 +3,6 @@ marp: true
 theme: nova-sp
 paginate: true
 size: 16x9
-header: 'Nova — The Autonomous Cloud Delivery Platform'
 footer: 'Nova — The Autonomous Cloud Delivery Platform'
 ---
 
@@ -45,7 +44,7 @@ Every hour a developer spends writing, deploying, fixing, or remediating infrast
 
 ---
 
-## Slide 3 — Strategic Objectives + Anti-Goals
+## Slide 3 — Strategic Objectives
 
 **4 Strategic Objectives:**
 1. **Zero-touch operations** — autonomy as the default, not the demo; stage-gate attestation (QA, SRE) remains human by design
@@ -54,17 +53,22 @@ Every hour a developer spends writing, deploying, fixing, or remediating infrast
    - **Lead Time** (PR → Production) · **Infrastructure Vulnerability Count** (trend) · **MTTR** · **Cloud Spend Reduction**
 4. **Integrate with externally owned development platforms — regardless of source** — PDLC, SDLC, Agentic, or Citizen Developer; Nova provides skills + MCP endpoints; all prod intents go through the same controls and quality gates
 
-**4 Anti-Goals (what Nova is NOT):**
+**Benefit:** the scope is explicit — Nova governs infrastructure and delivery, integrates with any upstream source through one validated contract, and measures success on four metrics a CTO can repeat back.
+
+---
+
+## Slide 4 — Anti-Goals (What Nova Is NOT)
+
 1. Not a general-purpose AI agent platform
 2. Not a system that removes humans from accountability — only from normal operations
 3. Not an upstream development platform (no product backlogs, IDE, code authorship)
 4. Not a replacement for the Product Development Lifecycle (PDLC)
 
-**Benefit:** the scope is explicit — Nova governs infrastructure and delivery, integrates with any upstream source through one validated contract, and measures success on four metrics a CTO can repeat back.
+**Benefit:** the boundaries are explicit — Nova is purpose-built for infrastructure operations and delivery, not a general-purpose AI agent or an upstream development platform.
 
 ---
 
-## Slide 4 — Scope: Downstream of PDLC
+## Slide 5 — Scope: Downstream of PDLC
 
 **Nova governs infrastructure and delivery. The PDLC is upstream — Nova never penetrates it. Integration is through one validated contract.**
 
@@ -77,7 +81,7 @@ Every hour a developer spends writing, deploying, fixing, or remediating infrast
 
 ---
 
-## Slide 5 — RACI: Who Owns What
+## Slide 6 — RACI: Who Owns What
 
 **Four roles, one matrix — citizen developer owns FRs + UAT, platform owns NFRs + infra, quality engineering owns the gate evidence, SRE owns operational readiness.**
 
@@ -98,22 +102,21 @@ Every hour a developer spends writing, deploying, fixing, or remediating infrast
 
 ---
 
-## Slide 6 — The Platform Pipeline
+## Slide 7 — The Platform Pipeline
 
 **How intent becomes verified infrastructure — fail-fast policy scanning before the plan, runtime scanning after it.**
 
-![w:1000](assets/png/platform-pipeline.png)
+![h:480](assets/png/platform-pipeline.png)
 
 - **Contract → resolver → adapter → Checkov on static code (before plan) → terraform plan → Wiz on the plan → confidence signal → stage gate → apply → evidence + ledger**
 - **Fail-fast, quick feedback** — Checkov runs on the authored Terraform code before `terraform plan` so developers get immediate policy feedback
 - **Wiz on the plan when configured; Checkov as a drop-in otherwise** — Wiz scans the plan output; when Wiz credentials are absent, Checkov runs against the plan. **Wiz and Checkov are never both run on the plan.**
-- **Dev is autonomous** (no stage gate); **qa/prod/dr require human attestation** (QA for quality, SRE for production readiness)
 
 **Benefit:** two layers of scanning, zero operator involvement in normal operations — fast deterministic feedback at authoring time and a runtime scan on the resolved plan.
 
 ---
 
-## Slide 7 — The Decision Ledger
+## Slide 8 — The Decision Ledger
 
 **Every automated decision is captured, immutable, queryable — and accountable.**
 
@@ -125,15 +128,26 @@ Every hour a developer spends writing, deploying, fixing, or remediating infrast
 
 ---
 
-## Slide 8 — The Attestation Matrix
+## Slide 9 — Attestation Matrix: QA
 
-**The designed controls that keep humans at stage gates — structured, freshness-validated, separation-of-duties-enforced.**
+**The designed controls that keep humans at stage gates — QA concerns, freshness-validated.**
 
 | Concern | Env | Freshness | Description |
 |---------|-----|-----------|-------------|
 | Functional correctness | qa | 24h | The application behaves as specified; evidence accepted from the consumer's UAT. |
 | Performance baseline | qa | 7d | The deployment meets its performance envelope vs. the agreed baseline. |
 | Security posture | qa | 24h | The deployment's security findings have been reviewed and accepted. |
+
+**Benefit:** QA signs off on quality before any promotion — the gate is explicit, not implicit.
+
+---
+
+## Slide 10 — Attestation Matrix: Prod/DR
+
+**Production and DR controls — operational readiness, resilience, and disaster recovery.**
+
+| Concern | Env | Freshness | Description |
+|---------|-----|-----------|-------------|
 | Operational readiness | prod | 30d | SRE confirms the deployment is operable: runbooks, dashboards, on-call. |
 | Incident response | prod | 90d | The on-call path has been exercised; a working incident-response plan exists. |
 | Capacity & cost | prod | 30d | Capacity headroom and monthly cost are within the agreed envelope. |
@@ -148,36 +162,34 @@ Separation-of-duties on prod: the approver cannot be the same person who built t
 
 ---
 
-## Slide 9 — Telemetry & Live Ops
+## Slide 11 — Telemetry & Live Ops
 
 **Every metric in this deck is traceable to a real emitted signal — the live-ops dashboard makes operations visible in PowerBI.**
 
-![w:900](assets/png/telemetry-live-ops.png)
+![h:480](assets/png/telemetry-live-ops.png)
 
 - **Platform components → CloudEvents envelope → event log + decision ledger + run records → collector → cold store → PowerBI views → live ops dashboard**
 - **The live ops dashboard (PowerBI)** surfaces the four CTO-grade metrics (Lead Time, Vulnerability Count, MTTR, Cloud Spend) alongside trust metrics (Decision Ledger coverage, Attestation coverage) and efficiency metrics (touchless resolution, escalation frequency)
-- **Deliberately minimal** — Nova-native envelopes; no Kafka, no Prometheus, no ClickHouse. The cold store handles batch and historical analysis; the live-ops surface is built in PowerBI on the exported views
 - **Every number is traceable to a signal** — when a CFO asks "where does this number come from?", the answer is a query against the cold store, not a Slack thread
 
 **Benefit:** the architecture is the trust substrate — leadership sees the same numbers the platform produces, in PowerBI, with full traceability. Operations become visible.
 
 ---
 
-## Slide 10 — Decision Ledger + Attestation Coverage
+## Slide 12 — Decision Ledger + Attestation Coverage
 
 **By design, no change reaches production without a ledger entry and a human attestation — both queryable for auditing, with full traceability.**
 
 - **Decision Ledger coverage: 100%** — every platform run emits a decision record with outcome backfill; no automated decision is ever lost
 - **Attestation coverage: 100%** — every prod/dr promotion is attested by a human (QA for quality, SRE for production readiness), recorded with approver identity, separation-of-duties check, and the evidence matrix
 - **No change to production without both** — the ledger entry and the human attestation are mandatory, enforced by the pipeline, not by policy
-- **Easily queried for auditing** — queryable by run, by environment, by approver, and by outcome; the audit trail is a query, not a forensic exercise
 - **Full traceability** — a production change is traceable from the contract that declared intent, through the policy scan, the confidence score, the attestation, to the applied outcome
 
 **Benefit:** trust is provable — not a marketing claim, a queryable record. An auditor answers "who approved this, when, on what evidence?" in one query; a CTO answers "how many of last quarter's prod changes were touchless?" in one query.
 
 ---
 
-## Slide 11 — Cost & ROI
+## Slide 13 — Cost & ROI
 
 **The ROI formula and the cost estimates — grounded, with the production denominator honestly flagged.**
 
@@ -191,7 +203,7 @@ Separation-of-duties on prod: the approver cannot be the same person who built t
 
 ---
 
-## Slide 12 — What's Deferred — and Why
+## Slide 14 — What's Deferred — and Why
 
 **Honesty about what is not measured yet — and the blocking work for each.**
 
@@ -199,20 +211,18 @@ To be clear: these deferrals are *measurement infrastructure*, not the autonomy
 
 | # | Deferred metric | Blocking work |
 |---|-----------------|---------------|
-| 1 | Live infrastructure health | Live AWS re-provisioning (currently torn down to zero-cost steady state) |
-| 2 | Live outbox write rate | Live AWS re-provisioning |
-| 3 | Tamper-evident ledger checkpoints | Audit-ledger build-out (Object Lock + signed checkpoints) |
-| 4 | Onboarding funnel (requested → granted) | Auto-grant implementation |
-| 5 | Drift auto-reversal | Drift-detection scheduler (not yet built) |
-| 6 | Live cost reconciliation | Live AWS re-provisioning + actual-spend feed |
-| 7 | SLA / unplanned downtime | Live AWS re-provisioning |
-| 8 | Predictive vs reactive ratio | ML anomaly-forecasting service (not yet built) |
+| 1 | Live infra health, outbox write rate, SLA | Live AWS re-provisioning (currently torn down to zero-cost steady state) |
+| 2 | Tamper-evident ledger checkpoints | Audit-ledger build-out (Object Lock + signed checkpoints) |
+| 3 | Onboarding funnel (requested → granted) | Auto-grant implementation |
+| 4 | Drift auto-reversal | Drift-detection scheduler (not yet built) |
+| 5 | Live cost reconciliation | Live AWS re-provisioning + actual-spend feed |
+| 6 | Predictive vs reactive ratio | ML anomaly-forecasting service (not yet built) |
 
 **Benefit:** the boundaries are explicit — what Nova measures today, and exactly what blocks the rest. The autonomy is real; the measurement gaps are documented with the work that unblocks each one.
 
 ---
 
-## Slide 13 — Roadmap to the North Star
+## Slide 15 — Roadmap to the North Star
 
 **The path from the grounded metrics to the 12–18 month targets — each deferred metric has an unblock path and a timeframe.**
 
@@ -231,7 +241,7 @@ Re-evaluation triggers: each blocking piece of work lifts on its own schedule; t
 
 ---
 
-## Slide 14 — 12-Month Product Roadmap
+## Slide 16 — 12-Month Product Roadmap
 
 **The product arc from pilot activation to integration — four quarters, four outcomes.**
 
@@ -248,14 +258,14 @@ Grounded in the four strategic objectives (autonomy, provable trust, ROI, integr
 
 ---
 
-## Slide 15 — Quarter-by-Quarter Outcomes
+## Slide 17 — Quarter-by-Quarter Outcomes
 
-| Quarter | Product theme | Key deliverable | Target metric | Grounding |
-|---------|---------------|-----------------|---------------|-----------|
-| **Q1** | Pilot Activation | Re-provision live AWS; activate first pilot estate; onboarding auto-grant | Touchless ≥ 99% · Escalation < 0.1% · Accuracy ≥ 99.5% | Objective #1 — autonomy as the default |
-| **Q2** | Provable Trust | Tamper-evident ledger (Object Lock + signed checkpoints); daily checkpoints; live cost reconciliation | Decision Ledger Coverage 100% · Cost Savings ≥ 25% | Objective #2 — trust is the moat |
-| **Q3** | Compounding ROI + Drift | Drift-detection scheduler; auto-reversal; pre-apply → actual-spend reconciliation on the pilot estate | Drift Auto-Reversal ≥ 95% · Spend Reduction ≥ 25% | Objective #3 — CFO-pointable numbers |
-| **Q4** | Integration + Predictive | ML anomaly-forecasting; AI-agent intent surface; multi-cloud (Azure/GCP) preview | Predictive:Reactive ≥ 3:1 · AI-Agent Intent Share (first measurement) | Objective #4 — default substrate for agents |
+| Quarter | Product theme | Key deliverable | Target metric |
+|---------|---------------|-----------------|---------------|
+| **Q1** | Pilot Activation | Re-provision live AWS; activate first pilot estate; onboarding auto-grant | Touchless ≥ 99% · Escalation < 0.1% · Accuracy ≥ 99.5% |
+| **Q2** | Provable Trust | Tamper-evident ledger (Object Lock + signed checkpoints); daily checkpoints; live cost reconciliation | Decision Ledger Coverage 100% · Cost Savings ≥ 25% |
+| **Q3** | Compounding ROI + Drift | Drift-detection scheduler; auto-reversal; pre-apply → actual-spend reconciliation on the pilot estate | Drift Auto-Reversal ≥ 95% · Spend Reduction ≥ 25% |
+| **Q4** | Integration + Predictive | ML anomaly-forecasting; AI-agent intent surface; multi-cloud (Azure/GCP) preview | Predictive:Reactive ≥ 3:1 · AI-Agent Intent Share (first measurement) |
 
 **Month-18 destination:** *"Nova is the layer enterprise leadership points to when they say 'we don't have an infrastructure ops team anymore, and the audit trail is stronger than it ever was.'"*
 
@@ -263,7 +273,7 @@ Grounded in the four strategic objectives (autonomy, provable trust, ROI, integr
 
 ---
 
-## Slide 16 — Production-Grade Guidance via Atelier (1/2)
+## Slide 18 — Production-Grade Guidance via Atelier (1/2)
 
 **Nova instructs the citizen developer's AI agent on production-grade engineering — a set of skills and an MCP server.**
 
@@ -275,7 +285,7 @@ Grounded in the four strategic objectives (autonomy, provable trust, ROI, integr
 
 ---
 
-## Slide 17 — Production-Grade Guidance via Atelier (2/2)
+## Slide 19 — Production-Grade Guidance via Atelier (2/2)
 
 **Agentic validation catches engineering-discipline gaps that deterministic scanners miss — and the validation is reproducible.**
 
@@ -287,7 +297,7 @@ Grounded in the four strategic objectives (autonomy, provable trust, ROI, integr
 
 ---
 
-## Slide 18 — Recap + Ask
+## Slide 20 — Recap + Ask
 
 **The 4-beat recap + the business decision.**
 

scripts/render_deck.sh

@@ -1,56 +0,0 @@
-#!/usr/bin/env bash
-# scripts/render_deck.sh — render a Marp deck to HTML + PPTX, commit both to git.
-# REQ-228 (v1.18): PPTX is now a first-class committed artifact + release attachment.
-#
-# Usage:
-#   bash scripts/render_deck.sh <deck-name>
-#   bash scripts/render_deck.sh nova-autonomous-cloud-delivery
-#
-# Renders:
-#   docs/presentations/<deck-name>-marp.md → docs/presentations/<deck-name>.html (committed)
-#                                       → docs/presentations/<deck-name>.pptx (committed, binary)
-#
-# The PPTX is also attached to the current phase's Gitea release via
-# scripts/attach_release_asset.py (call separately after ship, or this script
-# will invoke it if NOVA_GITEA_RELEASE_ID is set).
-set -euo pipefail
-
-DECK="${1:?Usage: render_deck.sh <deck-name>}"
-cd "$(git rev-parse --show-toplevel)"
-
-SRC="docs/presentations/${DECK}-marp.md"
-HTML="docs/presentations/${DECK}.html"
-PPTX="docs/presentations/${DECK}.pptx"
-
-if [ ! -f "$SRC" ]; then
-  echo "ERROR: source deck $SRC not found" >&2; exit 1
-fi
-
-CHROME=""
-for c in \
-  /root/.cache/ms-playwright/chromium-1217/chrome-linux64/chrome \
-  /usr/bin/chromium \
-  /usr/bin/chromium-browser \
-  /usr/bin/google-chrome; do
-  if [ -x "$c" ]; then CHROME="$c"; break; fi
-done
-if [ -z "$CHROME" ]; then
-  echo "WARNING: no Chrome/Chromium found — skipping render (HTML/PPTX will need manual re-render)" >&2
-  exit 0
-fi
-export CHROME_PATH="$CHROME"
-
-echo "Rendering HTML → $HTML"
-npx --yes @marp-team/marp-cli@latest --allow-local-files "$SRC" -o "$HTML" 2>&1 | tail -3
-
-echo "Rendering PPTX → $PPTX"
-npx --yes @marp-team/marp-cli@latest --allow-local-files "$SRC" -o "$PPTX" 2>&1 | tail -3
-
-git add "$HTML" "$PPTX"
-echo "Staged $HTML + $PPTX for commit."
-
-if [ -n "${NOVA_GITEA_RELEASE_ID:-}" ]; then
-  echo "Attaching PPTX to Gitea release $NOVA_GITEA_RELEASE_ID..."
-  python3 scripts/attach_release_asset.py "$PPTX" "$NOVA_GITEA_RELEASE_ID" || \
-    echo "WARNING: attach failed — PPTX is still committed; attach manually."
-fi

scripts/render_slides.sh

@@ -41,16 +41,18 @@ if [ -z "$CHROME" ]; then
 fi
 export CHROME_PATH="$CHROME"
 
-# --- Step 1: render mermaid diagrams (S&P-themed) ---
-echo "=== Step 1: Rendering mermaid diagrams (S&P theme: $THEME_JSON) ==="
+# --- Step 1: render mermaid diagrams (S&P-themed, 2x scale, transparent bg) ---
+# REQ-258: -s 2 (2x scale) + -b transparent (transparent background) per README spec.
+echo "=== Step 1: Rendering mermaid diagrams (S&P theme: $THEME_JSON, 2x, transparent) ==="
 if [ -d "$MMD_DIR" ]; then
   for mmd in "$MMD_DIR"/*.mmd; do
     name="$(basename "$mmd" .mmd)"
     png="$PNG_DIR/$name.png"
     echo "  $name.mmd → $name.png"
-    npx --yes @mermaid-js/mermaid-cli \
+    npx --yes @mermaid-js/mermaid-cli@11.16.0 \
       --configFile "$THEME_JSON" \
       --puppeteerConfigFile "$PUPPETEER_CFG" \
+      -s 2 -b transparent \
       --input "$mmd" \
       --output "$png" 2>&1 | grep -v "^$" || true
   done
@@ -61,13 +63,14 @@ fi
 echo ""
 
 # --- Step 2: render Marp deck (S&P-themed) ---
+# REQ-257: pinned marp-cli version (v4.5.0) to prevent boilerplate-CSS drift.
 echo "=== Step 2: Rendering Marp deck → HTML + PPTX ==="
 echo "  Theme: $THEME_CSS"
 echo "  HTML → $HTML"
-npx --yes @marp-team/marp-cli@latest --allow-local-files --theme "$THEME_CSS" "$SRC" -o "$HTML" 2>&1 | tail -3
+npx --yes @marp-team/marp-cli@4.5.0 --allow-local-files --theme "$THEME_CSS" "$SRC" -o "$HTML" 2>&1 | tail -3
 
 echo "  PPTX → $PPTX"
-npx --yes @marp-team/marp-cli@latest --allow-local-files --theme "$THEME_CSS" "$SRC" -o "$PPTX" 2>&1 | tail -3
+npx --yes @marp-team/marp-cli@4.5.0 --allow-local-files --theme "$THEME_CSS" "$SRC" -o "$PPTX" 2>&1 | tail -3
 echo ""
 
 # --- Step 3: stage ---

scripts/sync_to_nova.sh

@@ -117,7 +117,6 @@ EXCLUDE_SCRIPTS=(
   sync_workflows.py
   attach_release_asset.py
   check_north_star_diff.sh
-  render_deck.sh
   render_slides.sh
 )
 

tests/test_no_forge_mentions.py

@@ -40,7 +40,7 @@ _EXCLUDE_SCRIPTS = {
     "untag_acdl_keys.py", "seed_uptime_monitors.py",
     "push_consumer_image.py", "sync_workflows.py",
     "attach_release_asset.py", "check_north_star_diff.sh",
-    "render_deck.sh", "render_slides.sh",
+    "render_slides.sh",
 }
 
 # Synced top-level files (not in any excluded dir).

tests/test_slides_pipeline.py

@@ -202,7 +202,9 @@ def test_marp_deck_title_is_autonomous_cloud_delivery():
 
 
 def test_marp_deck_slide_count():
-    """REQ-245: 18 main slides + 1 appendix = 19 slides total."""
+    """REQ-245/261: 20 main slides + 1 appendix = 21 slides total.
+    v1.22 split slides 3 (Objectives+Anti-Goals) and 8 (Attestation
+    Matrix) to relieve overflow, increasing the count from 18 to 20."""
     text = MARP_DECK.read_text()
     # Count slide separators: each slide ends with --- (except the last)
     # The frontmatter is one --- ... --- block, then each slide is separated by ---
@@ -210,8 +212,8 @@ def test_marp_deck_slide_count():
     slide_headings = re.findall(r"^## (?:Slide|Appendix) ", text, re.MULTILINE)
     main_slides = re.findall(r"^## Slide ", text, re.MULTILINE)
     appendix_slides = re.findall(r"^## Appendix ", text, re.MULTILINE)
-    assert len(main_slides) == 18, \
-        f"expected 18 main slides, found {len(main_slides)}: {slide_headings}"
+    assert len(main_slides) == 20, \
+        f"expected 20 main slides, found {len(main_slides)}: {slide_headings}"
     assert len(appendix_slides) == 1, \
         f"expected 1 appendix slide, found {len(appendix_slides)}"