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>/tools
Acceptance gate for a branch produced by an OpenAI Codex CLI run — usually Codex implementing a /big-plan epic that was handed off to it. Codex reports the work 'done' (or the user flags it WIP with corrections); this skill confirms the branch actually fulfils the original spec, fixes what falls short, and routes larger discoveries into GitHub issues. Use when: (1) User says '/finalize-codex-work', 'finalize codex work', 'confirm the codex work', 'check the codex branch', or 'codex said it's done', (2) A branch is the result of a Codex CLI session and needs verification against its spec issue/PR, (3) After assigning a /big-plan epic to Codex CLI. Pass -m/--merge to run /pr-complete -c at the end.
tools
Read a Figma design node directly from a share URL via the Figma REST API — no Dev Mode subscription, no MCP, no desktop app. Renders the node to PNG and dumps its full style/layout JSON so the design can be described, compared, or implemented. Use whenever the user gives a Figma design URL (figma.com/design/... or /file/...) and wants to see, read, inspect, reference, or implement that node — including `/fig-url-refer <url>`. This is the URL-based counterpart to `/figrefer` (which needs a Dev-plan desktop MCP); prefer this one when the input is a URL rather than a live desktop selection.
tools
Sync the user's Claude Code workflow skills into the OpenAI Codex CLI settings repo ($HOME/.codex) as Codex-native ports, fix the Codex .gitignore for new local state, then commit and push. Use when: (1) user says '/dev-codex-sync-settings-from-claude', 'sync codex settings', 'sync claude skills to codex', 'port skills to codex', or 'update codex from claude'; (2) after updating ~/.claude workflow skills (big-plan, x, x-as-pr, x-wt-teams) and Codex should catch up; (3) the $HOME/.codex repo has drifted behind $HOME/.claude. The ports are condensed Codex-native REWRITES, never file copies.
development
Analyze a video file (mov, mp4, webm, etc.) or a YouTube video by extracting still frames with ffmpeg and reading them chronologically with vision — Claude cannot ingest video files directly. Use whenever the user provides a video file path or YouTube URL and wants to know what happens in it: "read this video", "watch this video", "check this recording", "what happens in this .mov/.mp4", analyzing a screen recording of a UI bug, or verifying UI behavior captured in a video, even if they don't name this skill.