with one click
hyperopen
hyperopen contains 10 collected skills from thegeronimo, with repository-level occupation coverage and site-owned skill detail pages.
Skills in this repository
Use when acting as `acceptance_test_writer` to propose happy-path acceptance and integration coverage from an approved spec or ExecPlan. Do not use to materialize tests directly or to edit production code.
Invoke explicitly with `$bug-flow` for unclear bugs, regressions, or failure investigations that need structured diagnosis, regression tests, the smallest fix, and findings-first review. Do not use for obvious one-line fixes or planned feature work.
Use when acting as `edge_case_test_writer` to propose adversarial, boundary, and invariant coverage that complements acceptance coverage. Do not use to materialize tests or edit production code.
Invoke explicitly with `$feature-flow` for complex features, significant refactors, or multi-file behavior changes that need an ExecPlan, proposed test coverage, RED-phase failing tests, implementation, and review. Do not use for tiny fixes, doc-only work, or purely local cleanup.
Use when acting as `spec_writer` to create or refresh the active ExecPlan, clarify scope, and record acceptance criteria for a multi-agent ticket. Do not use for production-code edits or standalone prose cleanup.
Use Browser MCP for exploratory browser debugging, live-session inspection, parity compare, design review, and selector or flow discovery before converting stable paths into Playwright.
Use when acting as `browser_debugger` to gather browser evidence, run the governed QA passes, and report PASS/FAIL/BLOCKED outcomes for UI-facing work. Do not use for application-code edits.
Use for committed deterministic browser tests, reusable assertions, and CI-safe regression coverage. Do not use for live browser attach, design-review passes, or exploratory-only browser work.
Use when acting as `reviewer` to perform a findings-first, read-only review for correctness, regressions, security, race conditions, and missing tests. Do not use for style-only commentary or tracked-file edits.
Invoke explicitly with `$ui-flow` for UI changes under `/hyperopen/src/hyperopen/views/**`, `/hyperopen/src/styles/**`, or interaction flows that need governed browser QA, design validation, and implementation review. Do not use for backend-only work or non-visual refactors.