Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

Back to skills

Speed It

ASecurity

Bring declared user journeys within pre-declared performance budgets, proven by measurement. Controlled baseline (measure to a metric contract, not once) → profile the real bottleneck → fix PR-per-hotspot with a mandatory before/after → re-benchmark to the metric's statistical contract → add CI regression guards, looping until every journey is within budget or parked. Use when "the app is slow", "perf sweep", "Core Web Vitals", "LCP regression on mobile", "get under budget", or an unattended ...

2 stars
0 votes
0 copies
0 views
Added 9/19/2026
ai-agentsgitperformance

Works with

terminalcli

Security Analysis

A100/100

Scanned 9/19/2026

Install to Claude Code

$npx -y skills add ravidsrk/orca-fleet --skill speed-it --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Speed It?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Speed It
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ravidsrk-speed-it/badge)](https://www.skillsdirectory.com/skills/ravidsrk-speed-it)

More formats (shields.io, HTML) on the badges page.

Download Zip
Files
SKILL.md
---
name: speed-it
description: >-
  Bring declared user journeys within pre-declared performance budgets, proven by measurement.
  Controlled baseline (measure to a metric contract, not once) → profile the real bottleneck → fix
  PR-per-hotspot with a mandatory before/after → re-benchmark to the metric's statistical contract
  → add CI regression guards, looping until every journey is within budget or parked. Use when
  "the app is slow", "perf sweep", "Core Web Vitals", "LCP regression on mobile", "get under
  budget", or an unattended perf-hardening run. Not for a per-diff perf opinion (review-it) or
  post-deploy watch alone (observe via ship-it).
license: MIT
compatibility: >-
  HARD dependency: Orca runtime + orchestration skill (Orca CLI). git + gh. A real MEASUREMENT path
  (Lighthouse/DevTools for web CWV, or a load/profiler harness). A perf worker playbook (addyosmani
  performance-optimization or gstack benchmark) — one router per worker.
metadata:
  proof: doctrine-only
  autonomy: L4
  unit: one budget breach on one frozen critical journey
  state_machine: baseline → diagnose the dominant cause → fix → review → runtime-prove → re-benchmark
  convergence: every frozen journey re-benchmarks inside its declared budget with a CI guard at that budget
  ordering: PR-per-hotspot; the re-benchmark runs after the land, not before
  parking: OPTIMIZED-WITH-PARKED — a breach left names its cause and its gate
  oracle: the declared metric contract measured before→after, not the repo suite
---

# speed-it — every journey within budget, proven by a number

You are the **COORDINATOR**. Unlike a findings mission, here BASELINE MEASUREMENT PRECEDES inventory,
fixes interact systemically, measurements are noisy, and DONE is a STATISTICALLY-DEFINED BUDGET over
journeys — not closure of a finding list. Composes `risk-review` (perf lens), `browser-drive` (the BASELINE
and re-measure capture), `remediate-finding`, `acceptance-review`, `runtime-prove`, `compound-learn`; rides `merge-serialization`,
`reviewed-sha-freshness`, `dispatch-lifecycle`, `liveness-resume`, `evidence-manifest`,
`ledger-contract`, `attention-budget`. Worker TASK pack: one of addy | gstack.

## Two terminal outcomes

- **WITHIN-BUDGET** — every critical journey meets its budget on its metric contract's confirmation.
- **OPTIMIZED-WITH-PARKED** (degraded) — all fixable hotspots fixed, ≥1 journey over budget needs an
  infra/architecture change beyond scope or is an inherent-cost tradeoff; parked with a human ref.
  Never reported as WITHIN-BUDGET.

## The measurement contract (declare per metric BEFORE baselining)

Two runs is a smoke minimum, not proof. Field CWV = the metric's percentile (p75) over a window +
sample count. Lab CWV = median of ≥5 runs (e.g. 5–10; report spread) at a pinned throttle/cache/device. Server
p95/p99 = the percentile over ≥N requests (e.g. 1k–10k) at stated concurrency, two independent load runs agree.
Baseline and candidate MUST share source, sample size, and pinned conditions — a lab-vs-field or
warm-vs-cold comparison is not a delta. A number you can't measure to its contract is `unmeasured`
(human-flagged), never a downgraded proxy; never fabricate a metric.

## Pipeline

```
HUMAN SCOPE CONFIRM: freeze the critical-journey list + per-journey budgets (an unbounded journey
  list is an unbounded mission) → declare metric contracts → BASELINE every journey (to contract)
  → rank breaches by gap×traffic
  → DIAGNOSE the bottleneck (profile; symptom→cause tree; name the one dominant cause)
  → BOOTSTRAP integration BASE (runtime/scripts/preflight.py --base <BASE> --fork-point <sha
    recorded in the ledger header at BASE creation>; BASE ≠ default — dispatch-lifecycle.md)
  → FIX PR-per-hotspot (before→after mandatory — the perf form of evidence-manifest.md's negative
    control; GUARD: add a CI budget at the DECLARED budget, not at today's best run) → build-blind REVIEW
    (acceptance-review) → RUNTIME-PROVE (drive the journey at its real entry point — fast but
    behaviorally wrong is a bug, not a win) → LAND
  → RE-BENCHMARK to the contract (a lucky single run is not confirmation). Lab/load contracts
    complete in-mission. Field CWV contracts need the same field source/sample/conditions as baseline
    — that requires deploy; hand off a brief (measurement contract + ship-it release plan) to ship-it
    and do not claim WITHIN-BUDGET on a lab-only delta (OPTIMIZED-WITH-PARKED until field confirms).
  → KEEP-OR-REVERT (the decision table, in precedence order): WORSE than baseline → REVERT —
    even if the number sits within budget; NEUTRAL (inside the noise band) → REVERT — neutral is
    not a keep; IMPROVEMENT over baseline → KEEP, whether or not the budget is reached yet —
    budget attainment gates the journey's exit from the loop, never the keeping of a measured
    gain, so two independent partial fixes accumulate across hotspot PRs. The pipeline's LAND above
    is the merge; a REVERT verdict after a landed PR lands as a follow-up revert PR, never a quiet
    history edit. (Precedence: revert first, keep last.) Every attempt, kept or reverted, is one
    ledger line (hypothesis · before→after · verdict · why) in the run's attempt ledger, so a
    reverted idea is never re-tried next quarter.
  → loop → outcome → REFLECT (`compound-learn`)
```

## Convergence proof

Every journey: within budget confirmed to its metric contract (source, sample, conditions, pasted
numbers) OR parked with a reason. Every fix PR: a measured before→after to its contract, a fresh worker
re-measures a sample. No fabricated metrics (spot-checked). CI budgets added so wins don't rot. A fix
that changes behavior is a bug the review must catch. Manifest names WITHIN-BUDGET or
OPTIMIZED-WITH-PARKED.

## Ledger + supervision

Header per liveness-resume.md: `RUN · COORDINATOR · BASE · FORK_POINT · T0 · SOURCE · WIP` (`-` if N/A;
SOURCE = journey-list + metric-contract digests). One row per hotspot (canonical flags per
ledger-contract.md): `| task_id | hotspot | BASELINE | BUILD_DONE | PR_OPEN | BOT | REVIEWED | MERGED | BEFORE_AFTER | WT_CLEAN | lighting | park | evidence |` — BEFORE_AFTER = the mandatory
paired measurement, not a narrative.
Stalls → WATCH; death → RESUME scoped to header coordinator + ledger task ids, git-verified.

## Anti-patterns

Optimizing without a baseline (can't prove a win). One fast run = "fixed" (perf is noisy). Confirming
below the metric's contract. Comparing across conditions (lab-vs-field, warm-vs-cold is not a delta).
A GUARD pinned to the post-fix best run (it flakes; guard at the declared budget). Scattershot
micro-opts instead of the profiled bottleneck. Unbounded journey list (needs the human-confirmed set).

## Related
`clean-sweep` (general findings), `review-it` (per-diff perf lens), `ship-it` (owns deploy + canary,
and its `observe` phase for post-deploy perf watch when field confirmation is required).

Attribution

ravidsrkravidsrk
View sourceMore from ravidsrk →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Caveman

Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.

1023331 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

686011 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3331 votes

catchup

Recovers prior coding-agent session context by running `catchup <agent> --since-compact`, which extracts a clean summary of a previous Codex, Claude Code, Antigravity, OpenCode, or Pi Agent session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", or asks to recover/summarize a previous session before continuing. Do NOT use for the current conversation, git history, or any non-agent log.

611 votes

math-skill

A comprehensive mathematical reasoning skill for AI assistants — handles arithmetic to research-level problems with rigorous step-by-step reasoning, systematic verification, and transparent uncertainty handling

381 votes
View all in ai-agents →