|
1 | | -# ENGI Demo Checklist |
| 1 | +# ENGI Demo Checklist — Spec V7 |
2 | 2 |
|
3 | | -Use this before presenting the demo. |
| 3 | +Use this before an interactive V7 demo, QA pass, or live walkthrough. |
4 | 4 |
|
5 | 5 | --- |
6 | 6 |
|
7 | | -## Pre-demo setup |
| 7 | +## 0. Server / environment |
8 | 8 |
|
9 | | -- [ ] Open the demo at `http://127.0.0.1:4318` |
10 | | -- [ ] Confirm the page loads successfully |
11 | | -- [ ] Confirm the thesis strip is visible |
12 | | -- [ ] Confirm the top summary cards render |
13 | | -- [ ] Set mode appropriately: |
14 | | - - [ ] `light` for live presentation |
15 | | - - [ ] `heavy` only if deeper inspection is expected |
16 | | -- [ ] Click **Reset demo** before starting |
17 | | -- [ ] Confirm seeded state appears clean: |
18 | | - - [ ] 3 assets |
19 | | - - [ ] 0 public receipts |
20 | | - - [ ] proof group summary shows clean initial state |
| 9 | +- [ ] Start the demo: |
| 10 | + |
| 11 | +```bash |
| 12 | +cd /Users/garrettmaring/Developer/ENGI/engi-demo |
| 13 | +npm start |
| 14 | +``` |
| 15 | + |
| 16 | +- [ ] Open: `http://127.0.0.1:4318` |
| 17 | +- [ ] Confirm the page loads |
| 18 | +- [ ] Confirm the hero says **Spec V7** |
| 19 | +- [ ] Confirm the primary CTA is **Make ENGI branch** |
| 20 | +- [ ] Confirm no stale V6/query-era language is visible in the main flow |
21 | 21 |
|
22 | 22 | --- |
23 | 23 |
|
24 | | -## Seeded scenario sanity check |
| 24 | +## 1. Clean seeded state |
| 25 | + |
| 26 | +- [ ] Click **Reset demo** before starting |
| 27 | +- [ ] Confirm seeded state is clean: |
| 28 | + - [ ] 3 assets |
| 29 | + - [ ] 1 need scenario |
| 30 | + - [ ] no latest run yet |
| 31 | +- [ ] Confirm the active conformance profile shows **Profile A** |
| 32 | +- [ ] Confirm the seeded scenario is the auth rollback case |
25 | 33 |
|
26 | | -- [ ] Buyer is `Frontier Code Systems` |
27 | | -- [ ] Seeded query is `enterprise auth migration rollback for monorepo services with issuer mismatch` |
28 | | -- [ ] Expected top asset is `Enterprise auth migration rollback playbook` |
29 | | -- [ ] Benchmark name is `production-auth-remediation` |
| 34 | +Expected seeded scenario cues: |
| 35 | +- buyer: `Frontier Code Systems` |
| 36 | +- repo: `frontier/demo-auth` |
| 37 | +- branch: `ENGI-auth-issuer-rollback` |
| 38 | +- benchmark workflow / GitHub Actions evidence present |
30 | 39 |
|
31 | 40 | --- |
32 | 41 |
|
33 | | -## Gold-path presentation checklist |
34 | | - |
35 | | -### 1. Openly writable |
36 | | -- [ ] Point to thesis strip |
37 | | -- [ ] Show `1. Public deposits` |
38 | | -- [ ] Explain that public commitments are visible while corpus payloads stay sealed |
39 | | - |
40 | | -### 2. Measurably readable |
41 | | -- [ ] Run the licensed query or click guided demo |
42 | | -- [ ] Show the private bundle |
43 | | -- [ ] Explain that the system assembles a need-matched bundle rather than revealing the full corpus |
44 | | - |
45 | | -### 3. Provable |
46 | | -- [ ] In light mode, mention the collapsed proof summary |
47 | | -- [ ] If needed, expand proof group |
48 | | -- [ ] Show at least: |
49 | | - - [ ] ranking explanation |
50 | | - - [ ] conservation check |
51 | | - - [ ] public receipts |
52 | | -- [ ] Mention policy/provenance if asked |
53 | | - |
54 | | -### 4. Valuable |
55 | | -- [ ] End on the benchmark panel |
56 | | -- [ ] Explain baseline outcome |
57 | | -- [ ] Explain treatment outcome |
58 | | -- [ ] Explain why the licensed bundle helped |
59 | | -- [ ] Land the buyer impact clearly |
| 42 | +## 2. V7 gold-path interactive run |
| 43 | + |
| 44 | +### A. Need measurement |
| 45 | + |
| 46 | +- [ ] Show that the need is GitHub-bound, not a free-text-only query |
| 47 | +- [ ] Point out: |
| 48 | + - [ ] parser contract |
| 49 | + - [ ] canonical run evidence |
| 50 | + - [ ] field derivations / normalization closure |
| 51 | + - [ ] conformance profile labels |
| 52 | + |
| 53 | +What should be visible after the run: |
| 54 | +- [ ] measured `needId` |
| 55 | +- [ ] parser fail-closed framing |
| 56 | +- [ ] need derivation / provenance surface |
| 57 | + |
| 58 | +### B. Candidate recall + ranking |
| 59 | + |
| 60 | +- [ ] Run **Make ENGI branch** |
| 61 | +- [ ] Confirm evaluated candidates render |
| 62 | +- [ ] Confirm the top asset is still the rollback/auth material |
| 63 | +- [ ] Show: |
| 64 | + - [ ] multi-channel recall / fusion |
| 65 | + - [ ] need match |
| 66 | + - [ ] benchmark impact |
| 67 | + - [ ] actionability |
| 68 | + - [ ] penalties |
| 69 | + - [ ] whole-asset score / explainability |
| 70 | + |
| 71 | +### C. Verification + use tiers |
| 72 | + |
| 73 | +- [ ] Confirm verification is separate from ranking |
| 74 | +- [ ] Show: |
| 75 | + - [ ] issuance verification |
| 76 | + - [ ] provenance verification |
| 77 | + - [ ] verification sufficiency |
| 78 | + - [ ] issuer policy status |
| 79 | +- [ ] Confirm use tiers are visible |
| 80 | +- [ ] Confirm branch-mode rights are visible / inferable |
| 81 | + |
| 82 | +### D. Asset pack + branch artifacts |
| 83 | + |
| 84 | +- [ ] Confirm an `assetPackId` is generated |
| 85 | +- [ ] Confirm branch artifacts include at least: |
| 86 | + - [ ] `.engi/need.json` |
| 87 | + - [ ] `.engi/verification-report.json` |
| 88 | + - [ ] `.engi/asset-pack.lock.json` |
| 89 | + - [ ] `.engi/authorization-decisions.json` |
| 90 | + - [ ] `.engi/sensitive-data-flow.json` |
| 91 | + - [ ] `.engi/policy-release.json` |
| 92 | + - [ ] `.engi/unit-catalog.json` |
| 93 | + - [ ] `.engi/pipeline-telemetry.json` |
| 94 | + - [ ] `.engi/system-proof-bundle.json` |
| 95 | + - [ ] `ENGI_NEED.md` |
| 96 | + |
| 97 | +### E. Settlement / proof closure |
| 98 | + |
| 99 | +- [ ] Confirm settlement preview exists |
| 100 | +- [ ] Confirm journal diff exists |
| 101 | +- [ ] Confirm `debitsEqualCredits = true` |
| 102 | +- [ ] Confirm asset-pack-lock binding is visible in settlement/proof surfaces |
| 103 | +- [ ] Confirm participating assets and shares are visible |
60 | 104 |
|
61 | 105 | --- |
62 | 106 |
|
63 | | -## Expected live outputs after gold path |
| 107 | +## 3. Advanced V7 surfaces |
64 | 108 |
|
65 | | -After one normal gold-path run, expect roughly: |
| 109 | +### Content-unit semantics / vector interfaces |
66 | 110 |
|
67 | | -- [ ] private bundle issued successfully |
68 | | -- [ ] top-ranked asset: `Enterprise auth migration rollback playbook` |
69 | | -- [ ] allocation conservation: `verified` |
70 | | -- [ ] public receipts present |
71 | | -- [ ] benchmark uplift: `2500 bp` |
72 | | -- [ ] buyer impact mentions: |
73 | | - - [ ] higher-confidence incident recovery |
74 | | - - [ ] faster safe rollback |
75 | | - - [ ] lower risk of breaking live sessions |
| 111 | +- [ ] Confirm unit catalog exists |
| 112 | +- [ ] Confirm content units expose: |
| 113 | + - [ ] semantic summary |
| 114 | + - [ ] embedding / vector contract metadata |
| 115 | + - [ ] provenance / unit hash |
| 116 | +- [ ] Confirm these are framed as **Profile A deterministic stand-ins** for richer Profile B embeddings |
76 | 117 |
|
77 | | ---- |
| 118 | +### Static vs inferred evaluator boundaries |
| 119 | + |
| 120 | +- [ ] Confirm eval/proof surfaces distinguish between: |
| 121 | + - [ ] static analysis / deterministic measurement |
| 122 | + - [ ] inferred measurement / evaluator surfaces |
| 123 | + - [ ] stand-in vs production-boundary behavior |
78 | 124 |
|
79 | | -## If presenting in light mode |
| 125 | +### Telemetry / harness |
80 | 126 |
|
81 | | -- [ ] Keep proof group collapsed until the proof step |
82 | | -- [ ] Use the proof summary card as the trust-at-a-glance surface |
83 | | -- [ ] Do not get stuck inside raw proof payloads |
84 | | -- [ ] Return quickly to the benchmark ending |
| 127 | +- [ ] Confirm pipeline telemetry artifact exists |
| 128 | +- [ ] Confirm telemetry explains: |
| 129 | + - [ ] unit extraction |
| 130 | + - [ ] recall channels / fusion |
| 131 | + - [ ] score composition |
| 132 | + - [ ] verification decisions |
| 133 | + - [ ] use-tier propagation |
| 134 | + - [ ] artifact materialization |
| 135 | + - [ ] settlement / shares |
| 136 | + - [ ] fail-closed behavior when relevant |
85 | 137 |
|
86 | 138 | --- |
87 | 139 |
|
88 | | -## If someone asks for deeper proof |
| 140 | +## 4. E2E QA verdict |
89 | 141 |
|
90 | | -Expand the proof group and walk in this order: |
| 142 | +Call the demo **interactive V7 E2E-QA ready** only if all of the following are true: |
91 | 143 |
|
92 | | -1. ranking explanation |
93 | | -2. conservation check |
94 | | -3. public receipts |
95 | | -4. receipt schemas |
96 | | -5. policy release / attestation |
97 | | -6. proof log timeline |
| 144 | +- [ ] page loads cleanly |
| 145 | +- [ ] reset works |
| 146 | +- [ ] make-ENGI-branch gold path works end-to-end |
| 147 | +- [ ] V7 profile/derivation/rights/telemetry surfaces are visible |
| 148 | +- [ ] settlement invariants hold |
| 149 | +- [ ] no stale query-first story is required to understand the demo |
| 150 | +- [ ] docs/checklist match the actual UI/runtime behavior |
98 | 151 |
|
99 | 152 | --- |
100 | 153 |
|
101 | | -## If something looks wrong |
| 154 | +## 5. If something is wrong |
102 | 155 |
|
103 | | -### If state is dirty |
| 156 | +### If state looks dirty |
104 | 157 | - [ ] Click **Reset demo** |
105 | | -- [ ] Reconfirm 0 receipts |
| 158 | +- [ ] Re-run the gold path |
106 | 159 |
|
107 | | -### If proof group is distracting |
108 | | -- [ ] Switch to `light` mode |
109 | | - |
110 | | -### If the benchmark panel is not the last visual beat |
111 | | -- [ ] Scroll back to `3. Utility proof` |
112 | | -- [ ] re-land the value claim before closing |
| 160 | +### If the UI seems stale |
| 161 | +- [ ] Hard refresh browser |
| 162 | +- [ ] Verify `data/state.json` was regenerated from the current V7 model if needed |
113 | 163 |
|
114 | 164 | ### If the server is not responding |
115 | | -Run from repo root: |
116 | 165 |
|
117 | 166 | ```bash |
118 | | -cd /Users/garrettmaring/.openclaw/workspace/engi-demo |
119 | | -node server.js |
| 167 | +cd /Users/garrettmaring/Developer/ENGI/engi-demo |
| 168 | +npm start |
120 | 169 | ``` |
121 | 170 |
|
122 | | -Then reload: |
123 | | - |
124 | | -`http://127.0.0.1:4318` |
| 171 | +### If invariants fail |
| 172 | +- [ ] stop the demo |
| 173 | +- [ ] run `npm test` |
| 174 | +- [ ] do not present the prototype as QA-ready until the failure is understood |
125 | 175 |
|
126 | 176 | --- |
127 | 177 |
|
128 | 178 | ## Final reminder |
129 | 179 |
|
130 | | -Do not end on proof mechanics. |
131 | | - |
132 | | -End on this: |
| 180 | +Do not present the demo as: |
| 181 | +- a live GitHub-integrated production system |
| 182 | +- a real embedding/LLM evaluator deployment |
| 183 | +- a real policy publication / authz enforcement plane |
133 | 184 |
|
134 | | -- the buyer had a real production auth incident |
135 | | -- the system assembled the right licensed bundle |
136 | | -- the read was provable |
137 | | -- the read improved the buyer's remediation system |
| 185 | +Present it as: |
| 186 | +- a **Spec V7 Profile A deterministic prototype** |
| 187 | +- with explicit **Profile B production-boundary intent** |
| 188 | +- and with strong inspectability across ranking, verification, artifacts, telemetry, and settlement |
0 commit comments