Editorial collection

Frontend builder stack

A curated sequence for planning, designing, implementing, testing, and deploying product interfaces.

Workflow stages
6
Curation
Editorial
Reviewed
2026-07-30

How to use this collection

The collection shows a suggested sequence and responsibility for each Skill. Do not install everything by default; start with the stage that matches a real workflow gap.

  1. 01
    Stage 1

    ab-testing

    When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

    Quality 100/1000 platforms0 risk flags
  2. 02
    Stage 2

    design-analysis

    Translate a fuzzy analytical question into a rigorous investigation plan. Interrogates the ask, grounds the plan in the available data dictionary, applies analytical best practices, and produces a structured brief of query specifications for a downstream query-writing skill. Plans, does not write SQL. Use when: "why did X drop", "is there a relationship between A and B", "who are our highest-value customers", "what's driving the change in Y", "investigate this trend", "design an analysis for", "

    Quality 100/1001 platforms0 risk flags
  3. 03
    Stage 3

    postgresql-indexing

    PostgreSQL indexing best practices for Prowler: index design, partial indexes, partitioned table indexing, EXPLAIN ANALYZE validation, concurrent operations, monitoring, and maintenance. Trigger: When creating or modifying PostgreSQL indexes, analyzing query performance with EXPLAIN, debugging slow queries, reviewing index usage statistics, reindexing, dropping indexes, or working with partitioned table indexes. Also trigger when discussing index strategies, partial indexes, or index maintenance

    Quality 100/1000 platforms0 risk flags
  4. 04
    Stage 4

    unified-code-review

    Risk-first code review for PRs and branch audits: blast-radius triage, agent-authored discipline (tests first, intent evidence), call-graph pincer for integration defects between modules, then structural code-judo bar. Use when reviewing PRs, auditing agent-written diffs, catching rubber-stamp green CI, or wiring bugs single-file review misses. Prefer over structure-only thermo-nuclear review alone. Do not use for unrelated coding tasks or as an always-on rule.

    Quality 100/1000 platforms1 risk flags
  5. 05
    Stage 5

    agents-hooks

    Configures Claude Code hooks and Codex hooks.json/notify callbacks. Use when adding guardrails, preflight, audit trails, worktree automation, or budget enforcement.

    Quality 99/1002 platforms1 risk flags
  6. 06
    Stage 6

    c-audit

    Audit C code for security, safety, and memory management. Use when reviewing or hardening C modules.

    Quality 99/1000 platforms0 risk flags

Collection completion rule

A workflow is complete when the target outcome is met with acceptable permissions and maintenance—not when every listed Skill is installed.

Build a private local stack