| name | verify-live-content |
| description | Archived live-content verification law retained for audit provenance. Do not use as the active deployment verifier; use the current runtime verification skill for HTTP body, content-type, handler, redirect, and region checks. |
VERIFY_LIVE_CONTENT_LAW — Experience, Not Artifact
DITEMPA BUKAN DIBERI — Forged, not given.
Born from: False SEAL incident 2026-07-15 (verified bundle SHA, not URL content)
The Problem
Agent verified: ✅ SHA on disk, ✅ HTTP 200, ✅ 13 slugs in bundle.
Agent did NOT verify: ❌ Response body contains intended content, ❌ Correct handler served it.
200 OK ≠ correct content. SHA matched ≠ artifact served.
The Law (v1.0 — 2026-07-15)
A deploy is NOT SEAL until ALL pass:
1. Bundle exists on disk (SHA match)
sha256sum /path/to/file
2. HTTP status is 200
curl -sk -o /dev/null -w "%{http_code}" $URL
3. Response body contains expected marker
curl -sk $URL | grep -q "EXPECTED_MARKER"
4. Content-Type matches expected type
curl -skI $URL | grep -i content-type
5. Handler verification (if Caddy)
curl -skI $URL | grep -i x-caddy-handler
6. Cross-plane redirect (if applicable)
curl -skI $WRONG_URL | grep -i location
Receipt Format
Every deploy receipt MUST include:
{
"url": "https://...",
"status": 200,
"content_type": "text/html",
"handler": "wealth-narrative",
"body_marker": "data-canon-id=\"makcik-cerita-v1\"",
"body_marker_found": true,
"bundle_sha": "sha256:...",
"verdict": "SEAL" | "VOID" | "PARTIAL"
}
If body_marker_found is false → verdict is VOID.
Region Presence Test (for cockpit pages)
for region in header chart decision nav footer; do
curl -sk $URL | grep -q "data-region=\"$region\"" || echo "❌ REGION $region MISSING"
done
Root Doctrine
200 OK proves the server responded. Not that user reached intended content.
SHA on disk proves artifact exists. Not that artifact is served.
- Verify the EXPERIENCE, not the ARTIFACT.