docs(P4): trim word count + purge 'penetrate' repo-wide (REQ-271,272)

Targeted ~20-30% word-count trim on 8 verbose slides (1, 5, 7, 8, 13,
14, 20, appendix). Tables + short slides untouched. Spirit preserved.
Removed 'penetrate' (and derivatives) from docs/scope.md, docs/vision.md,
.ciagent/PROJECT.md, .ciagent/CLARIFY.md, .ciagent/NORTH_STAR.md, and
presentation files (G-001 binding revision). RESEARCH.md/PLAN.md/GRILL.md
exempt as decision-history. Slide 5 'penetrates' phrase removed with no
replacement (slide 4 Anti-Goals already excludes the PDLC).

---ci---
project: acdl
phase: 4
milestone: v1.23
status: execute
phase_role: execution
---/ci---

.ciagent/CLARIFY.md

@@ -51,11 +51,12 @@ python-pptx → `*-python.pptx`; Step 5 stage all. The inline step runs
 only on the HTML (not the PPTX — both PPTX formats embed media in
 their zip by construction).
 
-## C6 — "penetrate" absence test scope (conf 0.95)
-**Ambiguity:** How is "penetrate" absence asserted?
-**Resolution:** `grep -ri penetrat docs/presentations/` returns nothing
-(covers `.md`, `-marp.md`, `talking-points.md`, `.html`; `.pptx` is
-binary so excluded). A new test `test_no_penetrate_term` asserts this.
+## C6 — absence-of-loaded-term test scope (conf 0.95)
+**Ambiguity:** How is absence of the purged loaded term asserted?
+**Resolution:** A grep for the purged term's stem across
+`docs/presentations/` returns nothing (covers `.md`, `-marp.md`,
+`talking-points.md`, `.html`; `.pptx` is binary so excluded). A new test
+`test_no_purged_loaded_term` asserts this.
 
 ## C7 — attach_release_asset.py dual-PPTX (conf 0.85)
 **Ambiguity:** Does the release attach both PPTX files?

.ciagent/NORTH_STAR.md

@@ -93,7 +93,7 @@ deploy — not a vendor arriving late to that market.
 3. **Not an upstream development platform.** Nova does not own the
    product backlog, IDE workflows, code authorship, or application
    business logic. The PDLC is upstream; Nova integrates with it through
-   a validated contract boundary — Nova never penetrates it.
+   a validated contract boundary — Nova never reaches into it.
 4. **Not a replacement for the Product Development Lifecycle (PDLC).**
    Nova governs infrastructure + delivery only. Product lifecycle
    decisions (what to build, when to ship, for whom) remain with the

.ciagent/PROJECT.md

@@ -33,7 +33,7 @@ traceable to a human attestation and an immutable evidence stream.
 1. **Operations are Declared, Not Executed.** Consumers define what they
    need; the platform reconciles, provisions, and progresses.
 2. **The Delivery Lifecycle is a Sovereign Boundary.** The platform
-   governs infra and delivery; it does not penetrate upstream product/SDLC.
+   governs infra and delivery; it does not reach into upstream product/SDLC.
    Integration is only through validated, published contracts.
 3. **Lower Environments are Autonomous; Higher Environments are Attested.**
    Dev = zero-touch agentic. QA/prod/dr = deliberate human attestation, not
@@ -66,7 +66,7 @@ traceable to a human attestation and an immutable evidence stream.
 
 The **Product Development Lifecycle (PDLC)** — product backlog, code
 authorship, IDE workflows, sprint planning, application business logic —
-is **upstream** of Nova. Nova never penetrates the PDLC. Nova's domain is
+is **upstream** of Nova. Nova never reaches into the PDLC. Nova's domain is
 **infrastructure + delivery only**: environment progression, cloud
 resource lifecycle, operational security/observability NFRs, policy
 enforcement, immutable audit lineage, and the two consumer surfaces
@@ -711,7 +711,7 @@ is acceptable to start**. Five user-directed inputs drive the milestone:
    `sp-theme.json` survived; only the Marp CSS theme was lost.
 
 2. **PDLC-upstream scope made explicit.** Core Tenet #2 already states the
-   platform "does not penetrate upstream product/SDLC" and Anti-Goal #1 says
+   platform "does not reach into upstream product/SDLC" and Anti-Goal #1 says
    "Not an upstream development platform." v1.18 promotes this from a
    buried tenet to a dedicated, unmissable scope statement in PROJECT.md +
    `docs/scope.md` + a deck slide: **the PDLC (Product Development
@@ -1559,7 +1559,7 @@ fragile). The milestone delivers:
   redistribution.
 - **Parallel python-pptx generator** — structured, editable, S&P-themed
   PPTX alongside the MARP image-of-slide PPTX.
-- **Targeted word-count trim** + "penetrate" term removal.
+- **Targeted word-count trim** + removal of the previously-used loaded scope term.
 
 **Phase count:** 7 (P0 pre-execution + 5 execution + 1 final).
 
@@ -1576,4 +1576,4 @@ fragile). The milestone delivers:
 New requirements REQ-263..REQ-275 — see `REQUIREMENTS.md` §v1.23.
 Summary: consolidation (REQ-263,264), style restoration (REQ-265,266,267),
 image inlining (REQ-268), python-pptx generator (REQ-269,270), word-count
-trim + "penetrate" removal (REQ-271,272), CI/tests/README (REQ-273,274,275).
+trim + loaded-scope-term removal (REQ-271,272), CI/tests/README (REQ-273,274,275).

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

@@ -41,14 +41,12 @@ Product Development & Citizen Developer Overview
 
 **Product teams now own their cloud infrastructure — but ownership without discipline is destroying value.**
 
-- **No lifecycle planning.** Resources are authored for creation, not for patching, decommissioning, or rollback — so changes are destructive.
-- **Proactive scanning is not part of authoring.** AI-frontier models exploit zero-days at a rapid pace; teams cannot keep up by reacting. Modules must be scanned as code and at runtime — and remediated at the pace the threat moves.
-- **Bandwidth gaps in infrastructure operations.** Time spent on remediation + the push for innovation leaves operations chronically under-resourced; detections are missed, incidents grow.
-- **Tribal knowledge and the rockstar-operator problem.** Operations depend on a handful of administrators; when they leave, the knowledge leaves with them. The platform should encode the discipline, not the person.
+- **No lifecycle planning.** Resources are authored for creation, not for patching or rollback — so changes are destructive.
+- **No proactive scanning in authoring.** AI-frontier models exploit zero-days faster than teams can react; modules must be scanned as code and at runtime, remediated at threat pace.
+- **Bandwidth gaps.** Remediation plus the push for innovation leaves operations under-resourced; detections are missed, incidents grow.
+- **Tribal knowledge.** Operations depend on a few administrators; when they leave, the knowledge leaves with them. The platform should encode the discipline, not the person.
 
-Every hour a developer spends writing, deploying, fixing, or remediating infrastructure is an hour not spent releasing features to production.
-
-<div class="benefit">the answer is an autonomous cloud delivery platform that encodes discipline as policy, scans proactively, remediates rapidly, and makes operations visible to leadership rather than hidden in tribal knowledge.</div>
+<div class="benefit">an autonomous cloud delivery platform that encodes discipline as policy, scans proactively, remediates rapidly, and makes operations visible to leadership.</div>
 
 <!-- Speaker notes: Do not frame this as "humans are the problem." The problem is that ownership was granted without the discipline, tooling, and lifecycle planning that infrastructure requires. The operator is not the bottleneck because operators exist — the bottleneck is that operations depend on a few individuals instead of an encoded system. -->
 <!-- Transition: Here is the destination Nova is building toward. -->
@@ -106,18 +104,17 @@ Every hour a developer spends writing, deploying, fixing, or remediating infrast
 
 ## 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.**
+**Nova governs infrastructure and delivery. The PDLC is upstream — Nova stays downstream of it. Integration is through one validated contract.**
 
-- **The PDLC is upstream:** product backlog, code authorship (AI agent, IDE, agentic SDLC), sprint planning, application business logic
+- **The PDLC is upstream** — product backlog, code authorship (AI agent, IDE, agentic SDLC), sprint planning, application business logic. Nova stays downstream of it.
 - **Nova is downstream:** contract ingestion → submission-readiness gate → policy enforcement → cloud resource lifecycle → environment progression (dev → qa → prod → dr) → immutable audit + attestation
-- **The integration point is one contract** — any upstream source (AI agent, agentic SDLC, dev platform) produces submissions subject to the same compliance standards
-- **Nova validates the submission, not the author** — the audit trail, the policy envelope, and the evidence stream are the same regardless of source
+- **One validated contract** — any upstream source (AI agent, agentic SDLC, dev platform) produces submissions subject to the same compliance standards; Nova validates the submission, not the author
 
-<div class="benefit">a clean scope boundary — Nova is purpose-built for infrastructure operations and integrates with any upstream source through one validated contract, so the platform team's surface area stays bounded.</div>
+<div class="benefit">a clean scope boundary — Nova is purpose-built for infrastructure operations and integrates with any upstream source through one contract, so the platform team's surface area stays bounded.</div>
 
 <!-- Speaker notes: This slide protects the scope. The moment Nova starts owning the PDLC, it loses focus. The contract boundary is what keeps Nova deep on infrastructure and delivery rather than shallow on everything. -->
 <!-- Transition: With the scope clear, here is who owns what across the delivery lifecycle. -->
-<!-- Talking points: Nova governs infra + delivery only; the PDLC (backlog, code authorship, IDE) is upstream — Nova never penetrates it; Integration is only through the validated contract boundary; Any upstream source (AI agent, agentic SDLC, dev platform) produces submissions subject to the same compliance standards; Nova validates the submission, not the author; Key takeaway: Nova is purpose-built for infrastructure operations; the scope boundary is clean and bounded -->
+<!-- Talking points: Nova governs infra + delivery only; the PDLC (backlog, code authorship, IDE) is upstream — Nova stays downstream of it; Integration is only through the validated contract boundary; Any upstream source (AI agent, agentic SDLC, dev platform) produces submissions subject to the same compliance standards; Nova validates the submission, not the author; Key takeaway: Nova is purpose-built for infrastructure operations; the scope boundary is clean and bounded -->
 
 ---
 
@@ -152,9 +149,9 @@ Every hour a developer spends writing, deploying, fixing, or remediating infrast
 
 ![h:480 class:tall](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**
+- **The pipeline** — see the diagram; two scan stages (static code, then resolved plan) feed a confidence signal to the stage gate before 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.**
+- **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 instead. **Wiz and Checkov are never both run on the plan.**
 
 <div class="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.</div>
 
@@ -169,7 +166,7 @@ Every hour a developer spends writing, deploying, fixing, or remediating infrast
 **Every automated decision is captured, immutable, queryable — and accountable.**
 
 - **What is captured:** the chosen action, the confidence score, the alternatives considered, whether a human overrode it, and the outcome (backfilled once the apply completes). Every stage-gate attestation (QA, SRE) is captured with approver identity and the evidence presented.
-- **"AI decisions" are really automated decisions** — made by deterministic scripts that calculate a score and a band; the platform functions without AI. When an LLM planner is added later, it will emit richer alternatives without breaking the schema.
+- **"AI decisions" are really automated decisions** — deterministic scripts calculate a score and a band; the platform functions without AI, and a later LLM planner emits richer alternatives without breaking the schema.
 - **The value is accountability, not the storage engine** — the ledger is append-only and tamper-evident; every decision is queryable for auditing, traceable to an outcome, and impossible to rewrite after the fact.
 
 <div class="benefit">"autonomous" is defensible because every decision is immutable, queryable, and accountable — and the audience knows exactly what "automated" means here: deterministic scoring, not a black-box LLM.</div>
@@ -265,7 +262,7 @@ Separation-of-duties on prod: the approver cannot be the same person who built t
 - **The ROI formula:**
   `Platform ROI = (FTE hours saved × blended rate + cloud savings + avoided downtime) ÷ platform op cost`
 - **The four CTO-grade metrics are the ROI proof:** Lead Time (PR → Prod), Infrastructure Vulnerability Count (trend), MTTR, Cloud Spend Reduction — all flow into PowerBI
-- **Honest caveat:** derived metrics are computed on internal runs today; the production-denominator activates when a pilot estate runs. The formula is grounded; the production numbers are not yet.
+- **Honest caveat:** derived metrics run on internal data today; the production-denominator activates with a pilot estate.
 
 <div class="benefit">the ROI is not a black box — the formula is shown, the four metrics are committed, and the production-denominator caveat is stated up front. The CFO sees exactly what is real today and what activates with a pilot.</div>
 
@@ -279,7 +276,7 @@ Separation-of-duties on prod: the approver cannot be the same person who built t
 
 **Honesty about what is not measured yet — and the blocking work for each.**
 
-To be clear: these deferrals are *measurement infrastructure*, not the autonomy itself. The platform runs without an operator in the loop of normal operations. What is deferred is the evidence pipeline for certain metrics — not the autonomy.
+These deferrals are measurement infrastructure, not the autonomy itself — the platform runs without an operator in normal operations.
 
 | # | Deferred metric | Blocking work |
 |---|-----------------|---------------|
@@ -403,7 +400,7 @@ Grounded in the four strategic objectives (autonomy, provable trust, ROI, integr
 - **Proof:** 100% ledger coverage, 100% attestation coverage, grounded ROI formula, four CTO-grade metrics flowing into PowerBI
 - **Roadmap:** deferred metrics have unblock paths; the 12-month product arc activates one strategic objective per quarter
 
-**The ask:** "Approve a pilot estate to activate the production-denominator metrics (Lead Time, Vulnerability Count, MTTR, Cloud Spend), and approve the tamper-evident ledger build-out to move from the local hash-chain to S3 Object Lock + signed checkpoints. These two decisions move Nova from 'pipeline-ready' to 'production-proven.'"
+**The ask:** "Approve a pilot estate to activate the production-denominator metrics (Lead Time, Vulnerability Count, MTTR, Cloud Spend). Then approve the tamper-evident ledger build-out (S3 Object Lock + signed checkpoints). Together these move Nova from 'pipeline-ready' to 'production-proven.'"
 
 <div class="benefit">a clear business decision — approve a pilot and the ledger build-out — with the confidence that every claim in this deck is grounded, derived, or honestly deferred.</div>
 

docs/presentations/nova-autonomous-cloud-delivery-talking-points.md

@@ -38,7 +38,7 @@
 - **Key takeaway:** the boundaries are explicit — Nova is purpose-built for infra ops + delivery, not a general-purpose AI agent or an upstream dev platform
 
 ### Slide 5 — Scope: Downstream of PDLC
-- Nova governs infra + delivery only; the PDLC (backlog, code authorship, IDE) is upstream — Nova never penetrates it
+- Nova governs infra + delivery only; the PDLC (backlog, code authorship, IDE) is upstream — Nova stays downstream of it
 - Integration is only through the validated contract boundary
 - Any upstream source (AI agent, agentic SDLC, dev platform) produces submissions subject to the same compliance standards
 - Nova validates the submission, not the author

docs/scope.md

@@ -13,7 +13,7 @@ PDLC includes:
 - Application business logic
 - IDE workflows / developer experience
 
-Nova never penetrates the PDLC. Nova's domain is **infrastructure +
+Nova never reaches into the PDLC. Nova's domain is **infrastructure +
 delivery only**. Nova integrates with externally owned PDLC, SDLC,
 Agentic, and Citizen Developer platforms with no regard for the source
 of the intent: Nova provides a set of skills and MCP endpoints that help

docs/vision.md

@@ -15,7 +15,7 @@ Consumers declare intent; the platform delivers safe production deployment throu
 ## 3. Core Tenets
 
 * **Operations are Declared, Not Executed.** Consumers define what they need — workload shape, dependencies, non-functional requirements, policy constraints. The platform handles reconciliation, provisioning, and environment progression. The execution burden moves from the human to the platform.
-* **The Delivery Lifecycle is a Sovereign Boundary.** The platform governs the infrastructure and delivery engine. It does not penetrate upstream product or software development lifecycles. Integration happens exclusively through validated, published contracts.
+* **The Delivery Lifecycle is a Sovereign Boundary.** The platform governs the infrastructure and delivery engine. It does not reach into upstream product or software development lifecycles. Integration happens exclusively through validated, published contracts.
 * **Lower Environments are Autonomous; Higher Environments are Attested.** Progression through lower environments proceeds through zero-touch agentic automation. Promotion to higher-stakes environments requires deliberate human attestation — not as a rubber stamp, but as a policy-mandated act of accountability.
 * **Safety is Computed, Not Assumed.** Every delivery action produces a measurable, explainable confidence signal aggregating policy conformance, validation evidence, and historical behavior. The signal is the platform's certified answer to "is this safe to proceed?" Reliance on operator instinct or tenure is not a substitute.
 * **Infrastructure is Consumed, Not Maintained.** Compute is abstract, containerized, or serverless. The platform does not manage node, OS, or bare-metal lifecycles. Infrastructure is treated as a utility, not a craft.