Menu
Uses a reusable Playwright test spec to validate the generated study environment UI end-to-end
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | ui-validate |
| description | Uses a reusable Playwright test spec to validate the generated study environment UI end-to-end |
Run end-to-end validation of the generated study application using a reusable Playwright test spec.
{{TARGET_DIR}} — Directory containing the React project to validate.{{DEV_SERVER_URL}} — URL where the dev server is running (e.g., http://localhost:5173).Copy test files from harness to target project.
mkdir -p {{TARGET_DIR}}/tests/e2e/test-results/screenshots
cp {{HARNESS_ROOT}}/tests/e2e/playwright-validate.spec.js {{TARGET_DIR}}/tests/e2e/
cp {{HARNESS_ROOT}}/tests/e2e/playwright.config.js {{TARGET_DIR}}/tests/e2e/
Ensure Playwright is available.
cd {{TARGET_DIR}} && npx playwright --version 2>/dev/null || (npm install -D @playwright/test && npx playwright install chromium)
Start the dev server if needed.
{{DEV_SERVER_URL}} is responding: curl -s -o /dev/null -w "%{http_code}" {{DEV_SERVER_URL}}cd {{TARGET_DIR}} && npm run dev &
DEV_PID=$!
Run the Playwright test spec.
cd {{TARGET_DIR}} && BASE_URL={{DEV_SERVER_URL}} npx playwright test --config tests/e2e/playwright.config.js 2>&1
Collect results and screenshots.
mkdir -p {{TARGET_DIR}}/ai-docs/phases/VALIDATE/screenshots
cp {{TARGET_DIR}}/tests/e2e/test-results/screenshots/*.png {{TARGET_DIR}}/ai-docs/phases/VALIDATE/screenshots/ 2>/dev/null || true
Write the validation report.
{{TARGET_DIR}}/ai-docs/phases/VALIDATE/report.md.Clean up.
kill $DEV_PID 2>/dev/null || trueWrite a validation report to {{TARGET_DIR}}/ai-docs/phases/VALIDATE/report.md:
# UI Validation Report
**Validated:** [ISO 8601 timestamp]
**Target:** {{TARGET_DIR}}
**Dev Server:** {{DEV_SERVER_URL}}
## Summary
- **Total Checks:** 8
- **Passed:** [count]
- **Failed:** [count]
- **Overall:** PASS | FAIL
## Results
### Check 1: Home Page Renders with Topic Cards
- **Status:** PASS | FAIL
- **Details:** [description of what was found]
- **Screenshot:** screenshots/home.png
### Check 2: Navigation Between All Pages
- **Status:** PASS | FAIL
- **Details:** [description]
[... repeat for all 8 checks ...]
## Console Errors
[List any console errors found, or "No console errors detected."]
## Recommendations
[If any checks failed, provide specific recommendations for fixing the issues.]
The SOLE WRITER to the V3.0 mem0 second brain. Invoked agentically by the executive at write moments — post-run, post-retro, post-spec-merge, manual /harvest. Decides which facts to classify into which memory type (principle/semantic/procedural/episodic/reflective), validates against the schema, and calls the deterministic plumbing in references/ via Bash. Blocks until writes are durable (poll event endpoint for SUCCEEDED). Never invoked from worker code.
Consult the V3.0 mem0 second brain agentically during executive planning, work selection, pre-spawn memory pack building, and failure diagnosis. Use this skill whenever the executive needs to remember prior runs, retros, or learned principles. Read-only — never writes. Drives the unified `mem0` CLI via Bash, orchestrating multiple iterative search queries (mem0 does not do multi-hop graph traversal natively, so iterative search IS the multi-hop).
Hook D — Failure-Diagnosis memory consultation. Runs at executive Phase 7 (after 3+ consecutive failures on a work item) BEFORE the failure-diagnosis skill itself runs. Consults the second brain for similar prior failures and successful retry strategies, then hands enriched context to the failure-diagnosis skill. Read-only. Invokes the memory-reader skill.
Hook E — Post-Retrospective Harvest. Runs after a retrospective markdown doc completes (per-run or weekly). Reads the retro fully and decides which durable lessons (reflective, semantic, procedural memories) to write to the second brain. Typically 3–8 writes per weekly retro, 0–3 per per-run retro. Invokes the memory-harvester skill for the actual writes.
Hook C — Post-Run Harvest. Runs after a worker completes (executive Phase 6 success path). Decides agentically which facts from the run to write to the second brain — typically 0–3 memory writes per run (one episodic, optionally a semantic or procedural). Invokes the memory-harvester skill to do the actual writes (with event-polling for durability).
Hook B — Pre-Spawn Memory Pack build. Runs before each worker spawn (executive Phase 4 prep). Reads the second brain for project-specific memories and produces a Memory Pack markdown block that worker-spawner injects into the worker's generated CLAUDE.md. Workers consume this as static markdown — they never call mem0 themselves. Read-only. Invokes the memory-reader skill.