@agentikos/omega-os 0.19.5 → 0.19.6
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/omega/Agentik_Engine/omega_engine/__init__.py +1 -1
- package/omega/Agentik_Engine/pyproject.toml +1 -1
- package/omega/Agentik_SSOT/VERSION +1 -1
- package/omega/Agentik_SSOT/docs/quality-arsenal/ARSENAL-INTERCONNECTIONS.md +283 -0
- package/omega/Agentik_SSOT/docs/quality-arsenal/ARSENAL-ORCHESTRATION-PLAYBOOK.md +364 -0
- package/omega/Agentik_SSOT/docs/quality-arsenal/AUDIT-VERIFICATION-CONTRACT.md +272 -0
- package/omega/Agentik_SSOT/docs/quality-arsenal/QUALITY-ARSENAL-PREAMBLE.md +462 -0
- package/omega/Agentik_SSOT/skills/audit-orchestrator.md +212 -0
- package/omega/Agentik_SSOT/skills/audit-pilot.md +466 -0
- package/omega/Agentik_SSOT/skills/audit-tracker.md +147 -0
- package/omega/Agentik_SSOT/skills/newcmd.md +300 -0
- package/omega/Agentik_SSOT/skills/quality-arsenal.md +180 -0
- package/package.json +1 -1
|
@@ -1 +1 @@
|
|
|
1
|
-
0.19.
|
|
1
|
+
0.19.6
|
|
@@ -0,0 +1,283 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ARSENAL-INTERCONNECTIONS
|
|
3
|
+
description: >
|
|
4
|
+
Complete interconnection map for the 14 Quality Arsenal audits. Defines ownership
|
|
5
|
+
boundaries (no duplicate findings), dispatch-order constraints, input/output contracts
|
|
6
|
+
between audits, shared finding types with routing rules, and parallel-dispatch groups.
|
|
7
|
+
Referenced by /aisb, /metaudit, rule 43 Linear pipeline, and Oracle orchestrators.
|
|
8
|
+
NOT a user-invokable skill — shared source of truth, like QUALITY-ARSENAL-PREAMBLE.md.
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# Quality Arsenal — Interconnections Map v1.0
|
|
12
|
+
|
|
13
|
+
> *"Each audit is a lens. Together they must focus, not interfere."*
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## 1. WHAT EACH AUDIT OWNS (single-source ownership — no duplicates)
|
|
18
|
+
|
|
19
|
+
| Audit | Primary question | Owns exclusively |
|
|
20
|
+
|-------|-----------------|-------------------|
|
|
21
|
+
| `/codeaudit` | Is the code SOLID? | SOLID violations, phantom imports, circular deps, dead code, contract drift, git safety, fix-gate smoke tests for integrations |
|
|
22
|
+
| `/debugaudit` | What is BROKEN right now? | Runtime console errors, network failures mid-flow, visual regressions, chaos-mode fuzzing, authenticated-state behavior |
|
|
23
|
+
| `/uiuxaudit` | Is the interface COHERENT? | Visual coherence (color/typography/spacing), Gestalt principles, design-system adherence, AI-generic smells, dark-mode parity |
|
|
24
|
+
| `/flowaudit` | Does the EXPERIENCE work? | User journeys, state-machine integrity, dead ends, promise-vs-experience (runtime), error recovery paths, onboarding |
|
|
25
|
+
| `/featureaudit` | Is the product COMPLETE? | PRD coverage, feature parity with competitors, inferred-vs-explicit PRD fallback, WebSearch-bounded parity research |
|
|
26
|
+
| `/perfaudit` | Is it FAST enough? | Core Web Vitals measurement, bundle size, render timing, memory profiling, perf regressions vs baseline |
|
|
27
|
+
| `/secaudit` | Is it SECURE? | OWASP Top 10 exploitation, XSS/SQLi/SSRF/IDOR probes, auth bypass, privilege escalation, rate-limit-safe fuzzing |
|
|
28
|
+
| `/a11yaudit` | Is it ACCESSIBLE? | WCAG 2.1 AA, keyboard nav, ARIA, screen-reader automation, RTL/i18n layout, reduced-motion |
|
|
29
|
+
| `/seoaudit` | Is it DISCOVERABLE? | Crawlability, indexability, meta tags, Schema.org markup, GEO (AI-search optimization), content decay |
|
|
30
|
+
| `/copyaudit` | Is the COPY clear? | Word-level tone, claim clarity (static), CTA text, jargon, banned-phrase scan, i18n wrapping |
|
|
31
|
+
| `/dxaudit` | Is the DX smooth? | README quality (20-item rubric), setup time (external runner), error messages, dev-loop UX |
|
|
32
|
+
| `/motionaudit` | Is motion PURPOSEFUL? | CSS/JS/WebGL/P5/Lottie/video/GIF animation audit, purpose classification, reduced-motion compliance |
|
|
33
|
+
| `/dataaudit` | Is the DATA intact? | Schema validation, migration safety (DB backup gate), orphan records, referential integrity, data sampling |
|
|
34
|
+
| `/apiaudit` | Is the API solid? | REST/GraphQL contract compliance, auth middleware presence, rate-limit specs, inference-mode labeling |
|
|
35
|
+
|
|
36
|
+
**Rule:** A given finding has exactly ONE owner. If two audits disagree, the ownership table wins.
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## 2. OWNERSHIP CONFLICTS & RESOLUTIONS
|
|
41
|
+
|
|
42
|
+
Cases where the boundary was fuzzy — now formally resolved:
|
|
43
|
+
|
|
44
|
+
| Concern | Conflict | Resolution |
|
|
45
|
+
|---------|---------|------------|
|
|
46
|
+
| **Core Web Vitals** | `/perfaudit` measures, `/seoaudit` cares about ranking impact | `/perfaudit` MEASURES + OWNS REMEDIATION. `/seoaudit` READS `audits/.perfaudit/verdict.json` (if <24h old) and scores only the SEO-ranking-impact dimension. No re-measurement. |
|
|
47
|
+
| **Auth security** | `/apiaudit` static-checks auth middleware, `/secaudit` exploits it | `/apiaudit` owns STATIC auth correctness. `/secaudit` owns RUNTIME exploitation. Shared finding if both agree = CRITICAL elevation. |
|
|
48
|
+
| **Promise vs experience** | `/flowaudit` checks runtime, `/copyaudit` checks static text | `/copyaudit` owns WORD-level (tone, jargon, 5-second test). `/flowaudit` owns LABEL-vs-ACTION at runtime. Duplicate file:line → prefer `/flowaudit` (behavior > text). |
|
|
49
|
+
| **i18n wrapping** | `/a11yaudit` + `/copyaudit` both care | `/copyaudit` owns wrapping detection (hardcoded string regex). `/a11yaudit` owns rendered-locale verification (RTL, pluralization). |
|
|
50
|
+
| **Dead ends** | `/flowaudit` owns, `/uiuxaudit` sometimes notices | `/flowaudit` exclusively. If `/uiuxaudit` notices a dead end, emit as a `/flowaudit`-routed finding (cross-audit hand-off). |
|
|
51
|
+
| **Banned phrases** | `/copyaudit` scans copy, `/metaudit` scans commands | `/copyaudit` scans user-facing copy. `/metaudit` scans `.md` configuration files. No overlap (different target surfaces). |
|
|
52
|
+
| **Error messages** | `/dxaudit` (helpful?), `/copyaudit` (clear?), `/debugaudit` (accurate?) | `/dxaudit` owns HELPFULNESS (actionable, diagnosable). `/copyaudit` owns CLARITY (plain language). `/debugaudit` owns ACCURACY (matches actual error). Rare 3-way overlap = same underlying error string — elevate to CRITICAL. |
|
|
53
|
+
| **Non-UI contexts** | Who audits a CLI? | `/codeaudit`, `/dxaudit` (primary), `/copyaudit` (help text), `/secaudit`, `/perfaudit`, `/dataaudit`, `/apiaudit`. ABORT list: `/uiuxaudit`, `/flowaudit`, `/motionaudit`, `/seoaudit`. |
|
|
54
|
+
|
|
55
|
+
---
|
|
56
|
+
|
|
57
|
+
## 3. DISPATCH ORDER CONSTRAINTS
|
|
58
|
+
|
|
59
|
+
Some audits depend on others' outputs. Dispatch order matters when running them together.
|
|
60
|
+
|
|
61
|
+
### Strict ordering (dependent audits)
|
|
62
|
+
|
|
63
|
+
```
|
|
64
|
+
/perfaudit → /seoaudit (/seoaudit reads audits/.perfaudit/verdict.json for CWV scoring)
|
|
65
|
+
/apiaudit → /secaudit (/secaudit exploits the contract /apiaudit documented)
|
|
66
|
+
/codeaudit → /debugaudit (fix code phantoms before looking for runtime bugs)
|
|
67
|
+
/dataaudit → /apiaudit (schema defines API response shape)
|
|
68
|
+
/codeaudit → /dataaudit (model types define schema)
|
|
69
|
+
```
|
|
70
|
+
|
|
71
|
+
### Independent (can run in parallel)
|
|
72
|
+
|
|
73
|
+
Any audit not in the strict chain above can run in parallel with others, subject to concurrency locks (preamble §3) and distinct `.{audit}/` output directories.
|
|
74
|
+
|
|
75
|
+
### The Rule-43 Quadruple (Linear ticket pipeline)
|
|
76
|
+
|
|
77
|
+
For Linear ticket resolution (per `~/.claude/docs/rules-archive/43-linear-ticket-pipeline.md` Step 8):
|
|
78
|
+
|
|
79
|
+
```
|
|
80
|
+
Parallel dispatch (same ticket, same files_modified, same page_url):
|
|
81
|
+
/codeaudit --files={files} --ticket={T} --url={url}
|
|
82
|
+
/uiuxaudit --files={files} --ticket={T} --url={url}
|
|
83
|
+
/flowaudit --files={files} --ticket={T} --url={url}
|
|
84
|
+
/debugaudit --files={files} --ticket={T} --url={url}
|
|
85
|
+
|
|
86
|
+
Each writes to: .linear-fix/{TICKET}/{audit}.json
|
|
87
|
+
Threshold: each = 100/100 (rule 43 step 8b fix-and-reaudit until 100)
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
The dynamic audit chain (4-12 audits selected by audit-selector.py) is safe to parallelize because:
|
|
91
|
+
- Each writes to a ticket-specific distinct path (no output collision)
|
|
92
|
+
- Each concurrency-locks its own `.{audit}/.lock` (no same-audit collision)
|
|
93
|
+
- No output dependency between them (CWV deferral rule applies elsewhere)
|
|
94
|
+
|
|
95
|
+
### The `/aisb full` / `/godmode` octad (broad verification)
|
|
96
|
+
|
|
97
|
+
For comprehensive verification across a project, run 8 parallel audits grouped by independence:
|
|
98
|
+
|
|
99
|
+
```
|
|
100
|
+
Group 1 (independent): /codeaudit, /perfaudit, /secaudit, /a11yaudit
|
|
101
|
+
Group 2 (depends on Group 1): /debugaudit, /seoaudit, /dataaudit, /apiaudit
|
|
102
|
+
Group 3 (independent of 1+2): /uiuxaudit, /flowaudit, /featureaudit, /motionaudit, /copyaudit, /dxaudit
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
Dispatch: Group 1 → wait for /codeaudit + /perfaudit + /apiaudit + /dataaudit completion → Group 2. Group 3 runs parallel to 1+2.
|
|
106
|
+
|
|
107
|
+
---
|
|
108
|
+
|
|
109
|
+
## 4. INPUT / OUTPUT CONTRACTS BETWEEN AUDITS
|
|
110
|
+
|
|
111
|
+
Machine-readable handoffs documented here:
|
|
112
|
+
|
|
113
|
+
| Producer | Consumer | File | Contents |
|
|
114
|
+
|----------|---------|------|----------|
|
|
115
|
+
| `/perfaudit` | `/seoaudit` | `audits/.perfaudit/verdict.json` | `{phases: [{id: 6, name: "CWV", metrics: {lcp, fid/inp, cls, ttfb}}]}` — /seoaudit reads `metrics` and scores ranking impact |
|
|
116
|
+
| `/apiaudit` | `/secaudit` | `audits/.apiaudit/verdict.json` | `{findings: [{type: "auth_check_missing", endpoint: "..."}]}` — /secaudit elevates to CRITICAL if exploit confirmed |
|
|
117
|
+
| `/codeaudit` | `/debugaudit` | `audits/.codeaudit/verdict.json` | `{findings: [{type: "phantom_import", file: "..."}]}` — /debugaudit skips console-error findings already covered |
|
|
118
|
+
| `/dataaudit` | `/apiaudit` | `audits/.dataaudit/verdict.json` | Schema type info — /apiaudit validates REST/GraphQL response shape matches |
|
|
119
|
+
| Any audit | `/metaudit` | `.{audit}/verdict.json` | `preamble_version`, `compliance_score`, `skill_used` — /metaudit's Phase 1 compliance check |
|
|
120
|
+
|
|
121
|
+
**Contract violation** (e.g., /seoaudit running without /perfaudit's output despite expecting it) → /seoaudit either runs its own CWV measurement (fallback) or emits a warning in verdict.md. Never fails silently.
|
|
122
|
+
|
|
123
|
+
---
|
|
124
|
+
|
|
125
|
+
## 5. SHARED FINDING TYPES & ROUTING
|
|
126
|
+
|
|
127
|
+
Some finding types appear across multiple audits. Routing rules:
|
|
128
|
+
|
|
129
|
+
| Finding type | Audits that detect | Routing rule |
|
|
130
|
+
|-------------|-------------------|--------------|
|
|
131
|
+
| **Banned phrase (rule 46)** | `/copyaudit` (user copy), `/metaudit` (command config) | `/copyaudit` owns user-facing copy. `/metaudit` owns `.md` configuration. Different targets = no dedupe. |
|
|
132
|
+
| **Stale Skill() ref** | `/metaudit` (exclusively) | Only `/metaudit` scans command files. |
|
|
133
|
+
| **Dead end in flow** | `/flowaudit` (exclusively) | `/uiuxaudit` notices → forward to `/flowaudit` queue. |
|
|
134
|
+
| **Auth bypass** | `/apiaudit` (static), `/secaudit` (runtime) | Both can emit. Shared agreement = CRITICAL. |
|
|
135
|
+
| **Regression vs baseline** | `/perfaudit` (perf), `/debugaudit` (visual), `/seoaudit` (ranking) | Each owns its own baseline file. |
|
|
136
|
+
| **Integration broken post-fix** | ANY code-touching audit via Phase 23 smoke gate | First audit to detect aborts the fix + reverts. Others inherit revert state. |
|
|
137
|
+
| **Broken screenshot / 4xx-5xx page** | `/debugaudit` ABORTS (preamble §5) | NEVER marked as "pass with warning" — ABORT is the only correct response. |
|
|
138
|
+
|
|
139
|
+
---
|
|
140
|
+
|
|
141
|
+
## 6. HANDOFF LIFECYCLE (what flows between audits during a full run)
|
|
142
|
+
|
|
143
|
+
```
|
|
144
|
+
┌──────────────────┐
|
|
145
|
+
│ /aisb / Oracle │
|
|
146
|
+
└────────┬─────────┘
|
|
147
|
+
│ dispatch
|
|
148
|
+
▼
|
|
149
|
+
┌──────────────────────────────────┐
|
|
150
|
+
│ Group 1 (no deps, parallel) │
|
|
151
|
+
│ /codeaudit /perfaudit │
|
|
152
|
+
│ /secaudit /a11yaudit │
|
|
153
|
+
│ /dataaudit /apiaudit (partial) │
|
|
154
|
+
└───┬────────┬─────┬────────┬──────┘
|
|
155
|
+
│ │ │ │
|
|
156
|
+
▼ ▼ ▼ ▼
|
|
157
|
+
┌──────────────────────────────────┐
|
|
158
|
+
│ Handoff files │
|
|
159
|
+
│ audits/.codeaudit/verdict.json │
|
|
160
|
+
│ audits/.perfaudit/verdict.json (CWV) │
|
|
161
|
+
│ audits/.dataaudit/verdict.json (types) │
|
|
162
|
+
│ audits/.apiaudit/verdict.json (partial)│
|
|
163
|
+
└───┬──────────────────────────────┘
|
|
164
|
+
│ consumed by
|
|
165
|
+
▼
|
|
166
|
+
┌──────────────────────────────────┐
|
|
167
|
+
│ Group 2 (depends on Group 1) │
|
|
168
|
+
│ /debugaudit (reads codeaudit) │
|
|
169
|
+
│ /seoaudit (reads perfaudit) │
|
|
170
|
+
│ /apiaudit (reads dataaudit) │
|
|
171
|
+
│ /secaudit (reads apiaudit) │
|
|
172
|
+
└──────────────────────────────────┘
|
|
173
|
+
|
|
174
|
+
┌──────────────────────────────────┐
|
|
175
|
+
│ Group 3 (fully independent, │
|
|
176
|
+
│ runs parallel to 1+2) │
|
|
177
|
+
│ /uiuxaudit /flowaudit │
|
|
178
|
+
│ /featureaudit /motionaudit │
|
|
179
|
+
│ /copyaudit /dxaudit │
|
|
180
|
+
└──────────────────────────────────┘
|
|
181
|
+
│
|
|
182
|
+
▼
|
|
183
|
+
┌──────────────────────────────────┐
|
|
184
|
+
│ /metaudit (compliance check) │
|
|
185
|
+
│ Verifies all 14 wrote verdicts │
|
|
186
|
+
│ with preamble_version="1.0" │
|
|
187
|
+
└──────────────────────────────────┘
|
|
188
|
+
│
|
|
189
|
+
▼
|
|
190
|
+
┌──────────────────┐
|
|
191
|
+
│ Final verdict │
|
|
192
|
+
│ to Oracle/User │
|
|
193
|
+
└──────────────────┘
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
---
|
|
197
|
+
|
|
198
|
+
## 7. ANTI-PATTERNS (what NOT to do)
|
|
199
|
+
|
|
200
|
+
1. **Never run audits sequentially when they're independent** — wastes days instead of hours.
|
|
201
|
+
2. **Never dispatch a dependent audit before its producer** — `/seoaudit` before `/perfaudit` = duplicate CWV work.
|
|
202
|
+
3. **Never combine audits into a single "audit" worker** — per rule 001, always invoke specific skills.
|
|
203
|
+
4. **Never interpret 403/401 as a pass** — preamble §5 ABORT rule is absolute.
|
|
204
|
+
5. **Never mark an audit "done" without output-gate verification** — check files exist with valid schemas.
|
|
205
|
+
6. **Never run without scoped flags when rule 43 requires them** — `--url`, `--ticket`, `--files` are MANDATORY for Linear pipeline.
|
|
206
|
+
7. **Never duplicate findings across audits** — ownership table (§1) wins, cross-forward if one audit notices another's turf.
|
|
207
|
+
8. **Never skip `/metaudit` after touching any command `.md` file** — drift starts immediately.
|
|
208
|
+
9. **Never run a `/uiuxaudit` / `/flowaudit` / `/motionaudit` / `/seoaudit` on a non-UI project** — ABORT per preamble §5.
|
|
209
|
+
10. **Never run two instances of the same audit simultaneously on the same project** — concurrency lock blocks, but don't even try.
|
|
210
|
+
|
|
211
|
+
---
|
|
212
|
+
|
|
213
|
+
## 8. HOW /aisb AND ORACLES PICK AUDITS
|
|
214
|
+
|
|
215
|
+
When a task arrives, Oracle classifies it and picks the minimal audit set:
|
|
216
|
+
|
|
217
|
+
| Task signal | Audits to dispatch |
|
|
218
|
+
|-------------|-------------------|
|
|
219
|
+
| "fix this bug" + specific file | `/codeaudit --files=... --focus=<area>` + `/debugaudit --url=... --files=...` |
|
|
220
|
+
| "build is slow" | `/perfaudit` (solo) |
|
|
221
|
+
| "security concern" on endpoint | `/apiaudit --url=... --focus=auth` → if findings → `/secaudit --url=...` |
|
|
222
|
+
| "redesign the dashboard" | `/uiuxaudit` + `/flowaudit` + `/a11yaudit` (parallel) |
|
|
223
|
+
| "audit everything" / "full audit" / "audit complet" | All 14 via Group 1→2 + Group 3 parallel |
|
|
224
|
+
| "check accessibility" | `/a11yaudit` (solo) |
|
|
225
|
+
| "SEO review" | `/perfaudit` then `/seoaudit` |
|
|
226
|
+
| Linear ticket (rule 43) | Quadruple: `/codeaudit` + `/uiuxaudit` + `/flowaudit` + `/debugaudit` — all --ticket-scoped |
|
|
227
|
+
| "audit the commands" / "audit the audits" | `/metaudit` (solo) |
|
|
228
|
+
| "check if my CLI has UX issues" | `/dxaudit` + `/copyaudit` (NEVER `/uiuxaudit` on a CLI) |
|
|
229
|
+
|
|
230
|
+
Full routing table: `~/.claude/commands/ARSENAL-ORCHESTRATION-PLAYBOOK.md`.
|
|
231
|
+
|
|
232
|
+
---
|
|
233
|
+
|
|
234
|
+
## 9. THE META-LAW
|
|
235
|
+
|
|
236
|
+
> **One doctrine, fourteen implementations, zero drift, fifteen lenses when /metaudit is included.**
|
|
237
|
+
|
|
238
|
+
- One `QUALITY-ARSENAL-PREAMBLE.md` (shared doctrine)
|
|
239
|
+
- Fourteen audit `.md` files (each with compliance block + 100/100 certificate)
|
|
240
|
+
- One `ARSENAL-INTERCONNECTIONS.md` (this file — relationships)
|
|
241
|
+
- One `ARSENAL-ORCHESTRATION-PLAYBOOK.md` (how to dispatch)
|
|
242
|
+
- One `/metaudit` command (compliance enforcement)
|
|
243
|
+
|
|
244
|
+
Together: **a coherent Quality Arsenal, not 14 isolated tools.**
|
|
245
|
+
|
|
246
|
+
---
|
|
247
|
+
|
|
248
|
+
*v1.0 — 2026-04-14. Referenced by all audits, /metaudit, /aisb, /godmode, rule 43, rule 001.*
|
|
249
|
+
|
|
250
|
+
---
|
|
251
|
+
|
|
252
|
+
## 10. SIGNAL-BASED AUTO-DISPATCH (intelligence upgrade — preamble v1.1 §16)
|
|
253
|
+
|
|
254
|
+
Beyond keyword matching, Oracle reads project signals before dispatching:
|
|
255
|
+
|
|
256
|
+
```
|
|
257
|
+
package.json deps detected → auto-focus
|
|
258
|
+
convex → /dataaudit (Convex schema), /apiaudit (Convex functions)
|
|
259
|
+
@clerk/* → /secaudit --focus=auth, /flowaudit --focus=auth-flow
|
|
260
|
+
stripe → /flowaudit --focus=payment, /secaudit --focus=payment-security
|
|
261
|
+
next-intl → /copyaudit --focus=i18n, /a11yaudit --focus=rtl
|
|
262
|
+
framer-motion → /motionaudit relevant
|
|
263
|
+
prisma → /dataaudit + /apiaudit (schema → contract chain)
|
|
264
|
+
no react/vue → ABORT UI audits, route to /dxaudit + /copyaudit
|
|
265
|
+
```
|
|
266
|
+
|
|
267
|
+
Emit `project_signals_detected` in every verdict.json (preamble v1.1 §16).
|
|
268
|
+
|
|
269
|
+
## 11. ARSENAL EXPANSION CANDIDATES
|
|
270
|
+
|
|
271
|
+
Three gaps no current audit covers:
|
|
272
|
+
|
|
273
|
+
| Proposed | Owns | Gap between |
|
|
274
|
+
|----------|------|-------------|
|
|
275
|
+
| /i18naudit | String extraction, locale completeness, date/number format, full RTL | /copyaudit (hardcoded strings) ↔ /a11yaudit (rendered locale) |
|
|
276
|
+
| /cicdaudit | Build trends, DORA metrics, secret management, artifact caching | /dxaudit (static CI config) → runtime CI health |
|
|
277
|
+
| /costaudit | Unbounded API calls, spend caps, runaway crons, serverless waste | No current audit covers billing exposure |
|
|
278
|
+
|
|
279
|
+
Build when a project hits the gap. Not mandated.
|
|
280
|
+
|
|
281
|
+
---
|
|
282
|
+
|
|
283
|
+
*v1.1 — 2026-04-14. Added §10 signal-based dispatch + §11 expansion candidates.*
|
|
@@ -0,0 +1,364 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ARSENAL-ORCHESTRATION-PLAYBOOK
|
|
3
|
+
description: >
|
|
4
|
+
Operational playbook for AISB (ORACLE-led orchestration) and project Oracles to
|
|
5
|
+
dispatch Quality Arsenal audits correctly. Translates user intent into specific
|
|
6
|
+
audit invocations with proper flags, ordering, and parallelism. Complements
|
|
7
|
+
ARSENAL-INTERCONNECTIONS.md (the what) with the how.
|
|
8
|
+
NOT a user-invokable skill — AISB/Oracle reference doc.
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# Quality Arsenal — Orchestration Playbook v1.0
|
|
12
|
+
|
|
13
|
+
> *"Given a mission, which audits fire, in what order, with what scope?"*
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## 1. ORACLE'S AUDIT SELECTION ALGORITHM
|
|
18
|
+
|
|
19
|
+
When Oracle receives a task (from AISB / direct user / rule 43 / godmode), it follows this decision tree:
|
|
20
|
+
|
|
21
|
+
```
|
|
22
|
+
1. Parse user intent. Extract:
|
|
23
|
+
- Action verb (fix / audit / verify / check / review / redesign / speed up / etc.)
|
|
24
|
+
- Target noun (page URL / file paths / module / feature / "everything")
|
|
25
|
+
- Domain signals (UI / code / perf / sec / a11y / SEO / data / API / flow / motion / copy / DX)
|
|
26
|
+
|
|
27
|
+
2. Consult AUDIT KEYWORD DETECTION table in ~/.claude/CLAUDE.md §"AUDIT KEYWORD DETECTION":
|
|
28
|
+
- Each keyword maps to a specific /audit skill
|
|
29
|
+
- Multiple keywords = multiple audits in PARALLEL (rule 001 enforced)
|
|
30
|
+
|
|
31
|
+
3. Consult ARSENAL-INTERCONNECTIONS.md §3 (dispatch order):
|
|
32
|
+
- If selected audits have ordering constraints (e.g., perfaudit → seoaudit):
|
|
33
|
+
batch by dependency group
|
|
34
|
+
- Within a group: dispatch in parallel
|
|
35
|
+
|
|
36
|
+
4. Consult ARSENAL-INTERCONNECTIONS.md §5 (non-UI gates):
|
|
37
|
+
- If project is CLI/library/backend-only/headless:
|
|
38
|
+
remove incompatible audits (/uiuxaudit, /flowaudit, /motionaudit, /seoaudit)
|
|
39
|
+
emit "aborted — non-UI context" for user visibility
|
|
40
|
+
route to alternatives (/dxaudit, /copyaudit)
|
|
41
|
+
|
|
42
|
+
5. Apply scoping flags based on signals:
|
|
43
|
+
- URL detected → --url=<URL>
|
|
44
|
+
- File paths detected → --files=<paths>
|
|
45
|
+
- Linear ticket ID (rule 43) → --ticket=<ID> + --url + --files
|
|
46
|
+
- "just this page" → --scope="single page"
|
|
47
|
+
|
|
48
|
+
6. Enforce concurrency + locks (preamble §3):
|
|
49
|
+
- Check .{audit}/.lock for each selected audit before dispatch
|
|
50
|
+
- If lock held < 4h: wait or abort per user intent
|
|
51
|
+
- If stale > 4h: reclaim, proceed
|
|
52
|
+
|
|
53
|
+
7. Dispatch via Agent() / TeamCreate() / direct Skill() per task complexity:
|
|
54
|
+
- SIMPLE (1 audit, single-file) → direct Skill()
|
|
55
|
+
- MEDIUM (2-3 audits, parallel, independent) → parallel Agent() calls
|
|
56
|
+
- COMPLEX (4+ audits, groups) → /team with tmux + dependency tracking
|
|
57
|
+
- EPIC (all 14) → /aisb full or /godmode orchestration
|
|
58
|
+
|
|
59
|
+
8. Monitor progress via Telegram channel + .{audit}/progress.json files
|
|
60
|
+
|
|
61
|
+
9. On completion:
|
|
62
|
+
- Verify all verdict.json files exist + preamble_version="1.0" (output gate)
|
|
63
|
+
- Aggregate findings by severity
|
|
64
|
+
- Run /metaudit IF any .md config file was edited during audits
|
|
65
|
+
- Report to user with cross-audit dedupe per INTERCONNECTIONS.md §5
|
|
66
|
+
```
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
## 2. INTENT → AUDIT-SET TRANSLATION TABLE
|
|
71
|
+
|
|
72
|
+
Machine-usable routing from natural language to dispatch:
|
|
73
|
+
|
|
74
|
+
| User input (en/fr, case-insensitive substring match) | Dispatch plan |
|
|
75
|
+
|------|---------------|
|
|
76
|
+
| `audit complet`, `full audit`, `toutes les audits`, `all audits`, `tout auditer` | All 14 via the octad pattern (INTERCONNECTIONS §3). `/metaudit` as final step. |
|
|
77
|
+
| `audit code`, `code audit`, `audit this code` | `/codeaudit --files=<detected>` solo |
|
|
78
|
+
| `audit ui`, `audit ux`, `design audit`, `audit design`, `audit visuel` | `/uiuxaudit --url=<detected>` solo (add `/a11yaudit` if user says "accessible" too) |
|
|
79
|
+
| `audit flow`, `user flow`, `audit parcours`, `workflow audit` | `/flowaudit --url=<detected>` solo |
|
|
80
|
+
| `audit perf`, `performance audit`, `core web vitals`, `audit rapidité` | `/perfaudit --url=<detected>` solo |
|
|
81
|
+
| `audit sec`, `security audit`, `owasp`, `audit sécurité` | `/apiaudit` (static auth) → `/secaudit` (exploit) — STRICT order |
|
|
82
|
+
| `audit a11y`, `accessibility audit`, `wcag`, `audit accessibilité` | `/a11yaudit --url=<detected>` solo |
|
|
83
|
+
| `audit seo`, `seo audit`, `audit référencement`, `crawlability` | `/perfaudit --url=<detected>` → `/seoaudit --url=<detected>` — STRICT order (CWV handoff) |
|
|
84
|
+
| `audit api`, `api audit`, `audit contrats api` | `/dataaudit` → `/apiaudit` — STRICT order (schema → contract) |
|
|
85
|
+
| `audit data`, `data audit`, `data integrity`, `audit données` | `/dataaudit` solo |
|
|
86
|
+
| `audit feature`, `feature audit`, `audit complétude`, `prd gap` | `/featureaudit` solo |
|
|
87
|
+
| `audit copy`, `copy audit`, `messaging audit`, `audit texte`, `audit messages` | `/copyaudit --url=<detected>` solo |
|
|
88
|
+
| `audit dx`, `dx audit`, `developer experience`, `onboarding dev`, `audit dev` | `/dxaudit` solo |
|
|
89
|
+
| `audit motion`, `motion audit`, `animation audit`, `audit animations` | `/motionaudit --url=<detected>` solo |
|
|
90
|
+
| `debugaudit`, `hunt`, `runtime bug`, `chaos`, `audit bugs`, `find bugs` | `/codeaudit` → `/debugaudit` — STRICT order |
|
|
91
|
+
| `meta audit`, `audit the audits`, `audit commands`, `quality arsenal compliance` | `/metaudit` solo |
|
|
92
|
+
| `redesign dashboard`, `refonte dashboard`, `comme linear`, `comme vercel`, `dashboard senior` | `/refontaudit` (not Quality Arsenal, separate dashboard skill) |
|
|
93
|
+
| Linear ticket phrase per rule 43 | QUADRUPLE: `/codeaudit` + `/uiuxaudit` + `/flowaudit` + `/debugaudit` all --ticket-scoped in parallel |
|
|
94
|
+
| Vague (`review`, `check it out`) | ASK user which domain — do NOT pick arbitrarily |
|
|
95
|
+
|
|
96
|
+
**Multiple keywords in one prompt** (e.g., "audit UX et code on /cases"):
|
|
97
|
+
- Launch each matching audit in PARALLEL with the scope derived from the URL
|
|
98
|
+
- Never combine into a single generic worker (rule 001, §AUDIT KEYWORD DETECTION)
|
|
99
|
+
|
|
100
|
+
---
|
|
101
|
+
|
|
102
|
+
## 3. SCOPE FLAGS — HOW TO APPLY THEM
|
|
103
|
+
|
|
104
|
+
Per preamble §2 (scoped invocation flags), every audit accepts these flags uniformly:
|
|
105
|
+
|
|
106
|
+
```
|
|
107
|
+
--url={URL} Apply URL-based walkthroughs to this page only.
|
|
108
|
+
Required for: /uiuxaudit, /flowaudit, /debugaudit, /perfaudit,
|
|
109
|
+
/a11yaudit, /seoaudit, /motionaudit, /copyaudit (for page-specific copy)
|
|
110
|
+
when scope is specific.
|
|
111
|
+
|
|
112
|
+
--files={paths} Apply code-side checks to these files only.
|
|
113
|
+
Required for: /codeaudit, /apiaudit, /dataaudit when targeting specific
|
|
114
|
+
modules. Used by rule 43 (Linear pipeline) with git diff output.
|
|
115
|
+
|
|
116
|
+
--scope={1-liner} Free-text scope note in output.
|
|
117
|
+
Always include for clarity. Example: --scope="checkout success page only".
|
|
118
|
+
|
|
119
|
+
--ticket={ID} Link audit to Linear ticket.
|
|
120
|
+
Writes results to .linear-fix/{TICKET}/{audit}.json.
|
|
121
|
+
MANDATORY for rule 43 pipeline (Step 8 dynamic chain).
|
|
122
|
+
Requires --url and --files to be present.
|
|
123
|
+
|
|
124
|
+
--no-fix Dry-run scoring only; skip fix execution.
|
|
125
|
+
Use when user wants to review the fix plan before authorize.
|
|
126
|
+
|
|
127
|
+
--focus={area} Per-audit narrower phase selection with FULL depth.
|
|
128
|
+
Examples:
|
|
129
|
+
/codeaudit --focus=security → phases 4+5+6+9+10 at full depth
|
|
130
|
+
/uiuxaudit --focus=typography → phase 2 at full depth
|
|
131
|
+
NOT a "quick mode". Full protocol, narrower surface.
|
|
132
|
+
|
|
133
|
+
--set-baseline Write current measurements as new baseline (regression comparison).
|
|
134
|
+
Applies to /perfaudit, /debugaudit (visual), /seoaudit (rankings).
|
|
135
|
+
Use sparingly — only for intentional baseline resets.
|
|
136
|
+
```
|
|
137
|
+
|
|
138
|
+
**FORBIDDEN flags** (rule 46): `--quick`, `--streamlined`, `--lightweight`, `--light`, `--fast`, `--custom`. If user requests, REFUSE with rule-46 explanation. Suggest `--focus <area>` for narrower scope at full depth.
|
|
139
|
+
|
|
140
|
+
---
|
|
141
|
+
|
|
142
|
+
## 4. PARALLELIZATION STRATEGY
|
|
143
|
+
|
|
144
|
+
Multiple audits in the same dispatch:
|
|
145
|
+
|
|
146
|
+
### Rule-43 Quadruple (Linear ticket)
|
|
147
|
+
```
|
|
148
|
+
Parallel dispatch (4 work sessions or Agent Teams):
|
|
149
|
+
/codeaudit --files=$FILES --ticket=$T --url=$URL
|
|
150
|
+
/uiuxaudit --files=$FILES --ticket=$T --url=$URL
|
|
151
|
+
/flowaudit --files=$FILES --ticket=$T --url=$URL
|
|
152
|
+
/debugaudit --files=$FILES --ticket=$T --url=$URL
|
|
153
|
+
|
|
154
|
+
Wait for all 4 to produce .linear-fix/$T/{audit}.json with score=100.
|
|
155
|
+
If any < 100: fix-and-reaudit loop per rule 43 step 8b.
|
|
156
|
+
```
|
|
157
|
+
|
|
158
|
+
### Octad (full audit)
|
|
159
|
+
```
|
|
160
|
+
Phase A (parallel, no dependencies):
|
|
161
|
+
/codeaudit — full run, produces audits/.codeaudit/verdict.json
|
|
162
|
+
/perfaudit — full run, produces audits/.perfaudit/verdict.json (CWV measurements)
|
|
163
|
+
/a11yaudit — full run
|
|
164
|
+
/dataaudit — full run, produces audits/.dataaudit/verdict.json (schema types)
|
|
165
|
+
|
|
166
|
+
Phase B (after Phase A completes — reads Phase A outputs):
|
|
167
|
+
/debugaudit — reads audits/.codeaudit/ (skip phantom-covered findings)
|
|
168
|
+
/seoaudit — reads audits/.perfaudit/verdict.json for CWV (skip re-measurement)
|
|
169
|
+
/apiaudit — reads audits/.dataaudit/verdict.json for schema types, produces audits/.apiaudit/verdict.json
|
|
170
|
+
/secaudit — reads audits/.apiaudit/verdict.json for auth surfaces to exploit
|
|
171
|
+
|
|
172
|
+
NOTE: /apiaudit runs in Phase B (NOT Phase A) because it consumes /dataaudit output.
|
|
173
|
+
/secaudit also runs in Phase B because it consumes /apiaudit output.
|
|
174
|
+
This is a strict dependency chain: dataaudit → apiaudit → secaudit (sequential within Phase B).
|
|
175
|
+
|
|
176
|
+
Phase C (parallel, independent of A+B, starts immediately with A):
|
|
177
|
+
/uiuxaudit /flowaudit /featureaudit /motionaudit /copyaudit /dxaudit
|
|
178
|
+
|
|
179
|
+
Final: /metaudit (if any .md edited).
|
|
180
|
+
```
|
|
181
|
+
|
|
182
|
+
### Non-UI project audit
|
|
183
|
+
```
|
|
184
|
+
Parallel dispatch (only UI-compatible audits ABORT):
|
|
185
|
+
/codeaudit /dxaudit /copyaudit /perfaudit /secaudit /a11yaudit-partial
|
|
186
|
+
/apiaudit (if API project) /dataaudit (if DB project)
|
|
187
|
+
|
|
188
|
+
ABORTED (emit graceful skip notices):
|
|
189
|
+
/uiuxaudit /flowaudit /motionaudit /seoaudit
|
|
190
|
+
|
|
191
|
+
Inform user: "This is a {CLI/library/backend-only/headless} project.
|
|
192
|
+
4 audits not applicable, skipped gracefully."
|
|
193
|
+
```
|
|
194
|
+
|
|
195
|
+
---
|
|
196
|
+
|
|
197
|
+
## 5. AISB (ORACLE-led) FULL-PIPELINE TEMPLATE
|
|
198
|
+
|
|
199
|
+
When `/aisb full <task>` is invoked:
|
|
200
|
+
|
|
201
|
+
```
|
|
202
|
+
STEP 0: kill-switch + state init (aisb.md)
|
|
203
|
+
STEP 1: reformulate prompt (aisb.md §STEP 1)
|
|
204
|
+
STEP 2: dispatch ORACLE (aisb.md §STEP 2)
|
|
205
|
+
|
|
206
|
+
ORACLE then:
|
|
207
|
+
a. Classifies task (SIMPLE/MEDIUM/COMPLEX/EPIC)
|
|
208
|
+
b. Reads ARSENAL-ORCHESTRATION-PLAYBOOK.md §2 routing table
|
|
209
|
+
c. Reads ARSENAL-INTERCONNECTIONS.md §3 for dispatch order
|
|
210
|
+
d. Builds .orchestrator/dispatch-plan.json with:
|
|
211
|
+
- audits_to_run: [...]
|
|
212
|
+
- dispatch_groups: [[group_A], [group_B], [group_C]]
|
|
213
|
+
- scope_flags_per_audit: {...}
|
|
214
|
+
- wait_conditions: {...}
|
|
215
|
+
e. Creates TeamCreate + TaskCreate per audit
|
|
216
|
+
f. Dispatches per group, waiting on dependencies
|
|
217
|
+
g. Monitors .{audit}/progress.json + Telegram channel
|
|
218
|
+
h. On all complete: aggregates verdicts, dedupes per INTERCONNECTIONS §5, reports
|
|
219
|
+
|
|
220
|
+
STEP 3: report results (aisb.md §STEP 3)
|
|
221
|
+
POST-TASK: /debugaudit verification (aisb.md §POST-TASK)
|
|
222
|
+
```
|
|
223
|
+
|
|
224
|
+
---
|
|
225
|
+
|
|
226
|
+
## 6. GODMODE AUDIT HANDLING
|
|
227
|
+
|
|
228
|
+
`/godmode` is fully autonomous. When it spawns audits:
|
|
229
|
+
|
|
230
|
+
```
|
|
231
|
+
godmode Phase 2 cycle step 4 (EXECUTE):
|
|
232
|
+
- For each planned audit task:
|
|
233
|
+
- Pre-inline into the agent prompt:
|
|
234
|
+
- Audit name + scope flags
|
|
235
|
+
- References to preamble + interconnections
|
|
236
|
+
- Expected output path (.{audit}/verdict.json)
|
|
237
|
+
- Stop criteria: score >= 80 (solo) or 100 (rule 43)
|
|
238
|
+
- Spawn Agent(subagent_type=<specialist or generic>) or invoke Skill() directly
|
|
239
|
+
- Concurrent audits: use TeamCreate for visibility + SendMessage for coordination
|
|
240
|
+
- Track in ~/.godmode/audits-status.json
|
|
241
|
+
|
|
242
|
+
godmode Phase 2 cycle step 8 (STUCK DETECTION):
|
|
243
|
+
- If same audit fails 3× with same finding pattern → root cause analysis,
|
|
244
|
+
not more retries (already enforced by 5-iter cap per preamble §4)
|
|
245
|
+
|
|
246
|
+
godmode Phase 2 cycle step 10 (REPORT):
|
|
247
|
+
- Include audit scores in Telegram milestone updates
|
|
248
|
+
- Highlight any NEEDS_REVIEW items that hit the 5-iter cap
|
|
249
|
+
```
|
|
250
|
+
|
|
251
|
+
---
|
|
252
|
+
|
|
253
|
+
## 7. METAUDIT INVOCATION TRIGGERS
|
|
254
|
+
|
|
255
|
+
Run `/metaudit` automatically when:
|
|
256
|
+
|
|
257
|
+
1. **After any `.md` file in `~/.claude/commands/` is edited** (drift prevention)
|
|
258
|
+
2. **At the end of `/aisb full`** (final compliance check)
|
|
259
|
+
3. **At rule 43 pipeline step 9** (before moving ticket to "In Review")
|
|
260
|
+
4. **On-demand** when user invokes `/metaudit` directly
|
|
261
|
+
|
|
262
|
+
Metaudit scope flags:
|
|
263
|
+
- `/metaudit` — full 20-phase scan
|
|
264
|
+
- `/metaudit --focus arsenal` — 14 audits compliance only (fast)
|
|
265
|
+
- `/metaudit --focus preamble` — Phase 1 only (hinge point)
|
|
266
|
+
- `/metaudit --focus deprecation` — stale refs only
|
|
267
|
+
- `/metaudit --focus banned-phrases` — rule 46 scan
|
|
268
|
+
- `/metaudit --focus skills` — Skill() call validity
|
|
269
|
+
|
|
270
|
+
---
|
|
271
|
+
|
|
272
|
+
## 8. ORACLE DISPATCH CONTRACT
|
|
273
|
+
|
|
274
|
+
When Oracle dispatches an audit work session, the prompt MUST:
|
|
275
|
+
|
|
276
|
+
1. **Start with the exact skill invocation on line 1**:
|
|
277
|
+
```
|
|
278
|
+
/codeaudit --files=src/auth.ts,src/middleware.ts --url=https://example.com/dashboard --scope="auth flow regression" --ticket=DEN-42
|
|
279
|
+
```
|
|
280
|
+
2. **Never paraphrase the audit protocol** — rule 001 enforces this (AUDIT KEYWORD DETECTION).
|
|
281
|
+
3. **Include expected output gate**: "On completion, verify `audits/.codeaudit/verdict.json` exists with `score >= 100` and `preamble_version: \"1.0\"`."
|
|
282
|
+
4. **Include the interconnections context**: "See ARSENAL-INTERCONNECTIONS.md §1 for ownership boundaries. Do not duplicate findings owned by other audits."
|
|
283
|
+
5. **Reference the preamble**: "All contracts in QUALITY-ARSENAL-PREAMBLE.md apply. Emit `preamble_version` in verdict.json."
|
|
284
|
+
6. **Pass scope boundaries explicitly**: "Do not expand beyond the specified --files / --url / --scope."
|
|
285
|
+
|
|
286
|
+
---
|
|
287
|
+
|
|
288
|
+
## 9. USER COMMUNICATION TEMPLATES
|
|
289
|
+
|
|
290
|
+
When Oracle reports audit results back to the user:
|
|
291
|
+
|
|
292
|
+
### Success (single audit)
|
|
293
|
+
```
|
|
294
|
+
✅ /codeaudit complete — score 100/100 (S, Fortress)
|
|
295
|
+
Scope: 3 files, 1 page
|
|
296
|
+
Findings: 0 CRITICAL, 0 HIGH, 2 MEDIUM, 5 LOW (all auto-fixed)
|
|
297
|
+
Iterations: 2 (fix-and-reaudit loop)
|
|
298
|
+
Duration: 18min
|
|
299
|
+
Report: audits/.codeaudit/verdict.md
|
|
300
|
+
Next: /debugaudit for runtime verification (same scope)
|
|
301
|
+
```
|
|
302
|
+
|
|
303
|
+
### Partial (NEEDS_REVIEW)
|
|
304
|
+
```
|
|
305
|
+
⚠️ /flowaudit completed with 3 NEEDS_REVIEW items (hit 5-iter cap)
|
|
306
|
+
Score: 92/100 (A, solid)
|
|
307
|
+
Hinge flow intact. Remaining items need human decision:
|
|
308
|
+
1. Onboarding step 3 ambiguity (design choice, not fixable in code)
|
|
309
|
+
2. Payment retry UX (needs business policy)
|
|
310
|
+
3. Dead-end on /settings/advanced (intentional? confirm)
|
|
311
|
+
Report: audits/.flowaudit/verdict.md
|
|
312
|
+
Telegram SOS sent.
|
|
313
|
+
```
|
|
314
|
+
|
|
315
|
+
### Group dispatch (Linear DYNAMIC audit chain)
|
|
316
|
+
```
|
|
317
|
+
✅ Rule-43 DYNAMIC audit chain complete for DEN-42 (selector chose 5 of 16):
|
|
318
|
+
/codeaudit 100/100 (3 fixes applied)
|
|
319
|
+
/uiuxaudit 100/100 (1 fix applied)
|
|
320
|
+
/flowaudit 100/100 (0 fixes needed)
|
|
321
|
+
/debugaudit 100/100 (2 console warnings silenced)
|
|
322
|
+
/logicaudit 100/100 (1 redundant path removed)
|
|
323
|
+
Adversarial: confirmed (5 attack attempts blocked)
|
|
324
|
+
Intent Q1-Q5: PASS
|
|
325
|
+
Gate passed: ticket ready for "In Review: Gareth"
|
|
326
|
+
Comment posted with Before/After screenshots.
|
|
327
|
+
```
|
|
328
|
+
|
|
329
|
+
### Failure (ABORT)
|
|
330
|
+
```
|
|
331
|
+
🛑 /uiuxaudit aborted — non-UI context detected
|
|
332
|
+
Project type: CLI tool (no visual UI surface)
|
|
333
|
+
Alternatives dispatched automatically:
|
|
334
|
+
/dxaudit (primary for CLIs)
|
|
335
|
+
/copyaudit (help text, error messages)
|
|
336
|
+
Preamble §5 ABORT gate enforced per design.
|
|
337
|
+
```
|
|
338
|
+
|
|
339
|
+
---
|
|
340
|
+
|
|
341
|
+
## 10. QUICK REFERENCE — "WHICH AUDIT FOR WHAT?"
|
|
342
|
+
|
|
343
|
+
One-line answer per common question:
|
|
344
|
+
|
|
345
|
+
| Question | Audit |
|
|
346
|
+
|---------|-------|
|
|
347
|
+
| "The button doesn't work" | `/debugaudit` + `/flowaudit` |
|
|
348
|
+
| "The design looks off" | `/uiuxaudit` + `/a11yaudit` (if contrast/readability) |
|
|
349
|
+
| "Site feels slow" | `/perfaudit` |
|
|
350
|
+
| "Users can't find what they need" | `/flowaudit` + `/seoaudit` |
|
|
351
|
+
| "Can someone hack us?" | `/secaudit` (must follow `/apiaudit` for auth surfaces) |
|
|
352
|
+
| "Google isn't ranking us" | `/perfaudit` → `/seoaudit` |
|
|
353
|
+
| "Form fields lost data" | `/flowaudit` (Phase 8 data integrity through flow) + `/dataaudit` |
|
|
354
|
+
| "API returning wrong shape" | `/apiaudit` |
|
|
355
|
+
| "Screen reader doesn't work" | `/a11yaudit` |
|
|
356
|
+
| "This animation is distracting" | `/motionaudit` |
|
|
357
|
+
| "Headline is unclear" | `/copyaudit` |
|
|
358
|
+
| "New devs struggle to onboard" | `/dxaudit` |
|
|
359
|
+
| "Database is corrupting" | `/dataaudit` |
|
|
360
|
+
| "Is our command system healthy?" | `/metaudit` |
|
|
361
|
+
|
|
362
|
+
---
|
|
363
|
+
|
|
364
|
+
*v1.0 — 2026-04-14. Referenced by /aisb, /godmode, /team, rule 43, rule 001-smart-routing.md.*
|