skills/lighthouse-audit/SKILL.md
Run Lighthouse audits on a project's built site, create a GitHub issue with findings, then optionally fix via /x-wt-teams. Use when: (1) User says 'lighthouse audit', 'lighthouse', 'performance audit', or 'audit website', (2) User wants to improve performance, accessibility, SEO, or best practices. Optional URL argument; default flow builds project and serves locally.
npx skillsauth add takazudo/claude-resources lighthouse-auditInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Run Lighthouse audits, report findings as a GitHub issue, then improve the site via agent teams.
Phase 1: Audit --> Phase 2: Report --> Phase 3: Improve --> Phase 4: Verify
(build+serve, (GitHub issue, (/x-wt-teams on (re-audit,
run lighthouse) summary to user) the issue) compare scores)
Read package.json to determine build and serve commands:
| Project Type | Build Command | Serve Command |
| --- | --- | --- |
| Next.js (static) | next build | npx serve out |
| Next.js (server) | next build | next start -p 3456 |
| Docusaurus | docusaurus build | npx serve build -l 3456 |
| Vite | vite build | vite preview --port 3456 |
| Gatsby | gatsby build | npx serve public -l 3456 |
| Generic | npm run build | npx serve <output-dir> -l 3456 |
Use the project's package manager. Prefer preview/serve scripts from package.json over npx serve.
pnpm run build
npx serve <build-dir> -l 3456 &
SERVER_PID=$!
sleep 3
Use port 3456 to avoid conflicts. Remember $SERVER_PID to kill later.
Pick 3-5 representative pages from:
<build-dir>/sitemap.xmlsrc/pages/ or app/ directory structure/, /about, /docs, first blog postAlways include homepage.
Determine preset from argument: --desktop, --mobile, or --both (default: --both).
REPORT_DIR=$HOME/cclogs/<repo-name>/lighthouse-$(date +%Y%m%d_%H%M%S)
mkdir -p "$REPORT_DIR"
bash $HOME/.claude/skills/lighthouse-audit/scripts/run-lighthouse.sh \
"$REPORT_DIR/mobile" mobile \
http://localhost:3456/ http://localhost:3456/page2
bash $HOME/.claude/skills/lighthouse-audit/scripts/run-lighthouse.sh \
"$REPORT_DIR/desktop" desktop \
http://localhost:3456/ http://localhost:3456/page2
kill $SERVER_PID 2>/dev/null
Read summary.json files from each report directory.
Create an issue with structured audit results:
gh issue create --title "Lighthouse Audit Report - $(date +%Y-%m-%d)" --body "..."
Issue body should include:
Present concise summary: score table, top 3-5 actionable items. Ask if user wants to proceed with improvements.
If user proceeds:
/x-wt-teams --stay <issue-url> with improvement instructions from the auditExample:
/x-wt-teams --stay <issue-url>
Implement Lighthouse improvements from the issue:
1. Image optimization: compress, add dimensions, next-gen formats
2. Render-blocking: defer non-critical CSS/JS, inline critical CSS
3. Accessibility: alt attributes, color contrast, ARIA labels
4. SEO: meta descriptions, heading hierarchy
After agent teams complete:
bash $HOME/.claude/skills/lighthouse-audit/scripts/compare-reports.sh \
"$REPORT_DIR/mobile/summary.json" \
"$NEW_REPORT_DIR/mobile/summary.json"
$HOME/cclogs/<repo-name>/development
Link Claude Code skill names mentioned in a CodeGrid article (data/{series}/{n}.md) to the author's public claude-resources repo, pinned to the latest commit hash so links don't rot. Use when: (1) user says 'linkify cc resources', 'link the skills', 'link skill names', or invokes /dev-linkify-cc-resources; (2) editing a CodeGrid article that mentions `/commits`, `/pr-complete`, `/skill-creator` or other Claude Code skills and they should point to claude-resources. Only links skills that actually exist in the public repo; skips hypothetical examples and code blocks.
development
Second opinion from Claude Opus on a plan or approach. Use when: (1) Planning phase of /big-plan needs a higher-quality review than /codex-2nd / /gco-2nd / /gcoc-2nd, (2) User says 'opus 2nd' or 'opus opinion', (3) Wanting Anthropic's larger model to critique a plan. Spawns a general-purpose Agent with model: opus that reads the plan file and returns structured feedback. Anthropic quota — not free.
tools
AI-based testing via subagent + a per-task test-flow skill. Use when the user wants to verify something that mechanical assertions can't fully capture — image recognition, visual size/position comparison, animation smoothness, multi-step manual flows that need AI judgment. Triggers: 'AI-based test', 'AI test', 'visual verify', 'image recognition test', 'manual operation test', 'human-eye check', 'verify visually', 'compare screenshots', 'looks the same', 'looks correct'. The skill's job is to (1) author a focused test-flow skill that captures the exact procedure + verdict criteria, then (2) dispatch a verification subagent via the Agent tool that loads BOTH the test-flow skill AND a browser-driving skill (/verify-ui primary, /headless-browser fallback) so the subagent has clear context and consistent verdicts. NEVER uses `claude -p` — subagent dispatch goes through the Agent tool exclusively.
development
End-of-workflow audit of touched GitHub issues, PRs, and branches via a Sonnet subagent. Use when: (1) /big-plan, /x-as-pr, or /x-wt-teams finishes its main work and needs to verify every touched resource is in the right state (closed when done, kept when ongoing, deleted when dead), (2) User says 'cleanup resources', 'audit cleanup', or 'check what should be closed', (3) A long workflow ends and the manager wants a structured paper trail of what it closed/kept/deleted. Auto-execute by default — the Sonnet agent proposes, the manager (you) executes safe actions and prints a final report.