Skip to content

Add browsergnome - #2

Merged
pgom merged 1 commit into
masterfrom
merge-history
Sep 7, 2026
Merged

Add browsergnome#2
pgom merged 1 commit into
masterfrom
merge-history

Conversation

@xavi-999

@xavi-999 xavi-999 commented Sep 1, 2026

Copy link
Copy Markdown
Contributor

browsergnome is a JS web performance skill/CLI: It centralizes all JS web performance knowledge into one agentic tool workflow. It can profile a page's load (LCP, bundle composition, dependency graph) and propose improvements based off the latest up to date JS web performance insights.

browsergnome can be used locally on the user's LLM, or run on CI as part of an automated performance continuous integration protocol.

Maintenance: a few cross-file invariants (chrome-devtools-mcp version pin, stack-catalog filenames, depPulse config, Guidance IDs).

Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/build_playbook.mjs
Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/build_playbook.mjs
Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/build_playbook.mjs
Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/build_playbook.mjs
Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/build_playbook.mjs
Comment thread skills/browsergnome/scripts/perf_scan.mjs
Comment thread skills/browsergnome/scripts/build_playbook.mjs
Comment thread templates/ci/browsergnome-autopilot-browser.yml Outdated
@xavi-999 xavi-999 self-assigned this Sep 1, 2026
@pgom

pgom commented Sep 1, 2026

Copy link
Copy Markdown

The description is pretty minimal. Worth adding a few lines about:

  • What browsergnome is (the perf loop, measurements, etc.)
  • Why it's being brought into this org/repo
  • Any key maintenance assumptions (single maintainer, invariants that need coordinating, etc.)

This helps future reviewers understand scope when it shows up in blame/history.

@pgom

pgom commented Sep 1, 2026

Copy link
Copy Markdown

CLAUDE.md documents some fragile cross-file invariants (chrome-devtools-mcp pin in 3 places, stack-catalog filenames, depPulse config duplication, Guidance IDs). These "silently drift" if only one side gets updated.

Might be worth documenting a checklist or a linting rule to catch these on future updates? Right now they're just a knowledge requirement for maintainers.

@pgom

pgom commented Sep 1, 2026

Copy link
Copy Markdown

CONTRIBUTING.md notes this is a single-maintainer project with variable response times. Also, each script has its own selfTest() rather than using a shared test framework.

For a production skill, you might want to clarify:

  • Escalation path if Xavier becomes unavailable?
  • Plan to integrate these tests into CI in a way that's runnable/debuggable by the team?

@xavi-999
xavi-999 force-pushed the merge-history branch 2 times, most recently from 95ad965 to 84a3857 Compare September 7, 2026 09:57
@pgom
pgom merged commit f0f95df into master Sep 7, 2026
7 checks passed
@pgom
pgom deleted the merge-history branch September 7, 2026 11:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants