rockclaver/systemcraft

scale-readiness-review

Reviews code and architecture for scalability bottlenecks, capacity limits, data growth, query cost, queue behavior, and failure modes. Use for higher volume, batch growth, more tenants, larger ledgers, or market-data throughput.

First seen Jun 11, 2026

Installation

$ npx skills add rockclaver/systemcraft --skill scale-readiness-review

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from rockclaver/systemcraft · top by installs.

npx skills add rockclaver/systemcraft

Browse all from rockclaver/systemcraft

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,914 B
  • docs SUMMARY.md 259 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 5 installs

SKILL.md

Scale Readiness Review

Workflow

  1. Establish assumptions: peak req/job rate, batch/file frequency, ledger growth/day, tenant skew, provider limits, retention needs; if unknown, state conservative assumptions.
  2. Inspect hot paths: N+1 queries, missing indexes, unbounded list/export/reconciliation endpoints, full-table scans in jobs, large locking transactions, sync work belonging in a job, queue jobs missing retry/DLQ/backpressure, stale-truth caches.
  3. Review data growth: partitioning/archival, pagination contracts, tenant isolation, rebuild paths for derived balances/projections, reconciliation strategy for drift.
  4. Recommend: covering index/uniqueness constraint, bounded-page batching, outbox/worker for slow effects, idempotency/retry before more concurrency, metrics for queue/latency/failure/drift, a narrow load test.
  5. Verify: query plans, unit/integration tests for pagination/batching/idempotency, benchmarks for hot functions, load tests where a harness exists, metrics/logs for visibility.

Output Format

Finding: unbounded reconciliation query can scan all ledger rows.
Impact: batch runtime grows with total history, not daily volume.
Fix: page by posting date and account id; add an index on (...)
Verification: run query plan and reconciliation integration test.

Guardrails

  • Do not optimize before the path is proven relevant to scale.
  • Do not cache financial truth without freshness/invalidation rules.
  • Do not increase concurrency until idempotency/locking is clear.
  • Do not propose a rewrite when a bounded query, index, or queue boundary solves it.