All authors
Claude Skills by skowalskidev
github.com/skowalskidev44 skills0 installs49 views
- Claude Config Metrics Self AnalysisRun self analysis on Simon's dotclaude config from real usage metrics — surface the underused and silently dead parts, show which parts of my config are dead or barely used and the inputs that should reach them, and judge whether each low-usage part is warranted or a broken trigger to fix. Reads the dotclaude store (per-part usage, error and denial rates, recency, run backlog), scores every part two-axis (reachable × used), and proposes a trigger FIX so a dead part gets used — never a removal...Votes: 0GitHub stars: 2
- Claude Config Self Development ResearchResearch whether Simon's Claude config, his sk/sk-work skills, the third-party packs and the tools they depend on have fallen behind current community-validated practice — then propose the worthwhile changes for approval. Audits ~/.claude against primary sources and high-adoption repos, checks installed packs and CLI deps for drift and deprecation, and separately surfaces proven workflow practices he is not using yet. Use for "what am I missing", "is my Claude setup current", "research better...Votes: 0GitHub stars: 2
- Claude Config Self Optimize Analysis After RunAnalyze every task at hand-back without a reminder, including gauntlet and ordinary sessions. Publish a bounded local report from existing evidence and propose specific changes for the next run. Use for "why was that slow", "analyse the run", "optimise this", "what did we waste", "self optimise", "CPU contention", or "collect session reports". Supports superspeed logs and asynchronous reports from multiple sessions. Participants report; only an authorized coordinator changes shared config.Votes: 0GitHub stars: 2
- Claude Config SyncCommit + push changes to Simon's ~/.claude config repo (his config source of truth — a public GitHub repo) SAFELY. Review the diff, NEVER commit secrets, write a conventional commit, push, confirm in sync. Use whenever ~/.claude has uncommitted config changes (the SessionStart hook flags them), right after editing any config under ~/.claude (CLAUDE.md, a hook, an sk/sk-work skill, settings.json), or when Simon says "sync my config" / "commit my config".Votes: 0GitHub stars: 2
- Claude Config UpdateThe only route for changing Simon's own ~/.claude config or a CLAUDE.md he maintains — rules, references, sk/sk-work skills, hooks, bin engines (gauntlet dashboard, mockup shell), connector manifests, settings wiring. Takes pasted corrections or a stated new part, picks where it belongs, previews, and edits only after a yes. Use for any config change, "ignore project instructions", "create a new skill", "make this correction permanent", "add this rule to my UI conventions", "make the gauntlet...Votes: 0GitHub stars: 2
- Maintenance Code Cleanup RepoFull file-by-file repo cleanup — dead code, duplicated rules, doc drift, and organization — run as an audit → adversarial-verify → fix → re-verify loop that keeps the build and tests green throughout. Use for "clean up the repo", "clean up the codebase", "find dead code", "make this DRY", "the README is out of date", "reorganize this repo", or any request to remove rot without breaking behaviour. Also use before a big refactor, so the refactor starts from a repo with no dead weight in it.Votes: 0GitHub stars: 2
- Maintenance Code Optimize AppSimon's web performance + Lighthouse audit harness — run Lighthouse yourself via the debug Chrome (never ask Simon to paste JSON), measure on a PRODUCTION build (never next dev), and apply the verified fixes for media payload, image optimization, lazy-loading, CSP, and accessibility audits. Use for any "make it faster", "run Lighthouse", "audit performance", "the page is slow", or Core Web Vitals task.Votes: 0GitHub stars: 2
- Meta Cleanup WorktreesSafely clean up DONE git worktrees, their plan dashboards, and branches for this repo — remove only the ones that are provably finished (merged into master, clean, idle, and never the current or main checkout) and tell you which Conductor/Claude sessions you can archive. It lists and CONFIRMS before it deletes anything, stops only a dashboard viewer whose runtime receipt proves it belongs to that worktree, never force-deletes, and BLOCKS any worktree with another live session, uncommitted cha...Votes: 0GitHub stars: 2
- Meta Dotclaude Copilot Start Here For Any TaskThe single skill to call for ANY task with this dotclaude config, so Simon never has to remember which skill fits. It finds or creates the session's one plan-backed dashboard, returns its link on request, routes the task to the right skills via references/skill-stack.md (verifying each is installed), presents the plan, and drives the whole job to a verified finish — keeping an always-visible progress bar (overall + nested sub-progress), applying each skill at its stage, and gracefully RESUMIN...Votes: 0GitHub stars: 2
- Meta Report Standup WeeklyWrite the short spoken standup report Simon reads aloud at the monday morning meeting. Gathers the window mechanically from git commits, GitHub PRs and Linear tickets, collapses them into outcomes, and emits punchy Last week / Today / Next bullets. Use for "standup report", "write my standup", "monday morning standup", "what did I do last week", or the weekly summary of work done.Votes: 0GitHub stars: 2
- Plan ResearchAnswer a research question with a corroborated, ranked, cited TLDR instead of a single-source guess, for any topic or project. Decomposes the question into sub-questions, fans out parallel agents that search the web AND the codebase and production data, then adversarially verifies every load-bearing claim (attempt to refute it, require a second independent non-conflicted source, discount sources by their stake). Ranks the surviving options best-to-worst for the actual use case, corrects the a...Votes: 0GitHub stars: 2
- Plan Stable Persistent Dynamic Complete Full PlanKeep ONE living, source-of-truth plan file instead of re-writing or re-explaining the plan every time it changes. It updates only the SECTIONS a request touches (surgical edits, so the plan never drifts or needs re-reading whole), prepends a dated Changelog entry naming what changed, and shows you ONLY the changed section(s) in chat as the delta — so you read the change, not the whole document. It stays LOCKED in plan-mode: every new request, correction or idea folds back into the single plan...Votes: 0GitHub stars: 2
- Setup ConnectorsGuided co-pilot to set up, health-check ("doctor"), add, or extend the connectors/credentials for the CURRENT project (Firebase, Linear, Stripe, Twilio, AWS, pal, …). Does everything it can automatically, then hands Simon numbered steps for the rest and waits. Use when connectors aren't working ("can't access Firebase/Stripe/Linear", "not enough permissions"), when first setting up a machine/project, when adding a new connector, to enable a one-off prod write, or to audit the existing setup f...Votes: 0GitHub stars: 2
- Ship Check Merge ReadinessCheck that a PR (and its stack + every open PR it needs/influences) will merge onto CURRENT master and work together as one assembled end state — rebase onto up-to-date master, close every in-scope gap so it lands harmoniously, and for anything owned by ANOTHER PR/person, keep it in that owner's scope (a ticket + a comment + an explicit BLOCKING line in this PR's Deploy TLDR) rather than doing it unilaterally. Use for "is this ready to merge", "make these land together with master", "check me...Votes: 0GitHub stars: 2
- Ship Full Detailed WorkflowSimon's full SHIP harness — drive a FINISHED PR or branch through the whole verify-and-ship sweep: assemble onto master, verify every ticket's acceptance criteria and the user + system journeys across the whole diff with a test per verdict, multi-model + security review, resolve every review thread, screenshot the UI, meet the Deploy-TLDR standard, then reconcile and hand back. The counterpart to /sk:work-full-detailed-workflow, which builds; this proves and lands what is already built. Apply...Votes: 0GitHub stars: 2
- Ship Mockup Before AfterShow a planned visible change as a before/after mockup before building it — a real screenshot as BEFORE, a measured HTML/CSS overlay as AFTER, one per plan part — shipped as a self-contained HTML file or artifact that reviewers comment on and hand back as a build spec. After approval, implements and proves each difference on the real screen. Use for "mock this up", "show me before and after", "what will this look like", "I want to see it before you build it", "implement the mockup", "the scre...Votes: 0GitHub stars: 2
- Ship PrSimon's PR-authoring standard — every PR body STARTS with a human-readable Deploy TLDR (imperative, do-only numbered steps covering cross-repo order, build prerequisites, deploy commands, and the post-deploy smoke). Apply whenever creating a PR or finalizing one for review, in any repo.Votes: 0GitHub stars: 2
- Ship Report And Ensure Correct User System JourneyHand back one glanceable end report when a piece of work is finished, then make sure the code actually does what we planned. Reports what the user goes through, what the system does under the hood in steps, and what changed on this branch against its base, cross-checking the two journeys and stating every mismatch. Then it finds the plan or ticket the work was validated against and judges whether the post-merge journeys still match the plan: every acceptance criterion gets an independent verd...Votes: 0GitHub stars: 2
- Ship Resolve Pr CommentsWork through every open review comment on a PR — read each one, judge whether it's valid (verifying against the code and researching online when the claim is checkable), fix only the valid ones, then reply to the thread author, resolve the thread, and commit each fix on its own. Invalid comments get a reasoned reply and are resolved too. When all threads are handled it pushes, swaps the review label back to pending, and re-requests review. Use for "resolve the PR comments", "address the revie...Votes: 0GitHub stars: 2
- Ship ReviewUnified pre-PR review using independent subscription-backed code review passes and a user-journey pass. Inherit the current chat's provider for every reviewer; never use API-billed reviewers. Find dead ends, missing states and unreachable steps before shipping. Use for "code review", "review my changes", "walk the whole flow", "walk through this as a user", "pre-ship UX pass". Judges work that EXISTS; whether it should be built at all is /sk:work-does-this-make-sense-to-build.Votes: 0GitHub stars: 2
- Ship Screenshot ChangesQuickly screenshot the changed frontend surfaces for documentation — no bug-hunting, no waiting for anything you don't need. Figures out what changed (git diff), seeds the account into the state the change is meant to be seen in, drives each changed surface in a real debug browser with realistic example inputs, captures each at BOTH desktop AND mobile (390×844) widths — circling the change with a rounded-rectangle callout, and for a visual change a BEFORE/AFTER pair — hands them back (opened ...Votes: 0GitHub stars: 2
- Test Automated Full MatrixExhaustively test a finished diff or PR AUTONOMOUSLY — no human in the loop, safe to leave running overnight. Enumerates every feature the diff added (git diff + the plan's acceptance criteria + the Linear tickets), then holds each to TWO stages: Stage 1 traditional deterministic tests (unit/integration/e2e, happy path AND all edge cases, writing the missing ones), and Stage 2 Claude-as-judge reasoning (reads the real inputs/outputs + trajectory, judges against the feature's intent + acceptan...Votes: 0GitHub stars: 2
- Test CopilotTest a feature WITH Simon rather than for him. Claude exhausts every machine-checkable thing first (build, types, tests, seeded states, its own browser pass), instruments the code with reason-coded logs and a correlation id BEFORE starting, then boots and identity-verifies its own dev server and paces Simon through the real user journey ONE step at a time while watching the logs live — so his eyes catch the UX gaps automated tests structurally cannot see, and Claude diagnoses each from the lo...Votes: 0GitHub stars: 2
- Test EyeballDrive the changed frontend HARD in a real debug browser — fuzz edge inputs, hunt and FIX bugs, loop until a clean pass — on top of /sk:ship-screenshot-changes, which it REUSES for the capture (debug-browser login, port lane, figuring out what changed, seeding the state, screenshotting each surface with realistic inputs, the hand-back, and the opt-in GitHub-native PR post). Use for "go eyeball / QA / check my UI change in the browser". For a quick screenshot pass with no bug-hunt, use /sk:ship...Votes: 0GitHub stars: 2
- Work Ask Reply In Full Before After ArtifactWhen Simon is lost on what a reply means, or is weighing several options to decide among, answer with an INTERACTIVE decision ARTIFACT instead of chat prose: a plain-English explainer plus a BEFORE and AFTER preview and a verdict per option, grouped into sections. Every card and section is SELECTABLE with a COMMENT box, and Simon can PICK the items he wants and hand back exactly what he selected and commented (a copy-paste block, or a submit button when the runtime allows). Use for "I don't k...Votes: 0GitHub stars: 2
- Work Consolidate Supersede Branches PrsConsolidate several branches (and their PRs, if any) plus the latest base into ONE new branch that supersedes them all — merge each onto the others so every branch's changes propagate BOTH ways, reverse-merge the current base the same way, resolve every conflict for behaviour, build any additional asks on top, and hand it back as a superseding draft PR (or a bare branch) that closes the originals. Never touches master/the base; leaves the new PR draft. Use for "consolidate these branches/PRs ...Votes: 0GitHub stars: 2
- Work Copilot Agile BuildBuild a feature WITH Simon as an agile copilot loop, not waterfall. Each round builds the proposed interface in the real app with realistic SIMULATED data FIRST — no backend, it only has to look real — then walks him through it as a first-time user (previewable frontend) or shows the user-and-system journey in TLDR previewable form (backend), gets his feedback, and builds the backend for that slice ONLY after he confirms the UX and journey are right. Then it repeats, each loop showing what's ...Votes: 0GitHub stars: 2
- Work Does This Make Sense To BuildWork out whether a proposed piece of work should be built at all, before any of it is. Takes a ticket, a feature request, a plan or a rough idea; reasons from first principles to the outcome it is really for; splits it into separately-decidable parts; and gives each part an evidence-backed verdict — build, build-but-changed, refuted, already-done, defer, or a decision only Simon can make. Researches to REFUTE rather than to agree: checks the codebase, real production data, the premises the ti...Votes: 0GitHub stars: 2
- Work Full Detailed WorkflowSimon's full detailed working harness — plan-first with tickets, verify foundation assumptions empirically before building, tests-first as a tree, parallel sub-agents with tracked progress, observability, UX standards, scope discipline, PR/deploy hygiene. Apply to any substantive or multi-step task (feature, integration, refactor, or adopting someone else's work). Thin index — it points to the shared reference catalogs in ~/.claude/references/ that hold the detail.Votes: 0GitHub stars: 2
- Work Humanize Copy Side By SideReword an interface's copy in your OWN voice through a two-pane side-by-side tool, then write the humanized text back into the source. Point it at a React/TSX interface (e.g. the landing page); it extracts every user-facing copy string, captures the real rendered screen 1:1 as an on-the-left reference, and builds ONE self-contained HTML file where the LEFT pane is the real screenshot with numbered anchors and the RIGHT pane is editable fields seeded with the original copy, each numbered to ma...Votes: 0GitHub stars: 2
- Work HyperspeedTwo-level, hand-run parallelism that sits ON TOP OF /sk:work-superspeed, not in place of it. The OUTER layer is you: the orchestrator commits a clean START commit and writes ONE durable plan file split into fully self-contained paste-and-forget parts (each carries the whole shared context, its owned files, the git branch-off-START ritual, the repo setup steps, and a fixed report-back block), and you paste each part into its own separate Claude session. The INNER layer is superspeed: each sess...Votes: 0GitHub stars: 2
- Work Isolate EnvironmentGive this session its own lane of local dev ports, so two or more stacks can run at once instead of fighting over :3000. Allocates a stable slot per worktree, wires each service through the env knob it already reads, sweeps whatever a dead session left behind, and tears down clean. Use for "isolate my environment", "give this session its own ports", "run two stacks at once", "EADDRINUSE", "AxiosError Network Error", or when a second dev server will not boot. Works in any repo, personal or wor...Votes: 0GitHub stars: 2
- Work Platform Anchor Test Feature Poc Works Before BuildingSimon's live experiment harness — prove a feature or fix works by iterating against the REAL platform pipeline (real endpoints, real session/prod data, run in localhost as production would) BEFORE implementing it. User-driven loop: change only what's specified, show every asset + the exact payload and confirm before each billable/outward submit, read the real result, iterate to success, capture the working recipe, then tear down the scaffolding. Use for "let me test this before I build it", d...Votes: 0GitHub stars: 2
- Work Preview On PhonePut this project's running dev server on Simon's phone over Tailscale, with login working, in any repo. Serves the local port to the tailnet only, adds the host to the dev server's cross-origin allowlist, mints a dev-only API credential when a referrer-locked key blocks auth, and tears the share down after. Use for "preview this on my phone", "test on mobile", "open this on my iPhone", "serve this over Tailscale", "check the mobile layout on a real device", or when a phone shows the page but ...Votes: 0GitHub stars: 2
- Work Split Session In Parallel Branch OffshootSpin ONE idea off into its own parallel Claude session as a throwaway branch, while THIS session keeps working — and DON'T merge it back on finish. For a spur-of-the-moment "what if" you want out of the way of the main work and may bin after a look: the orchestrator commits a clean START, hands you one paste-and-forget block for a new session, and polls a shared status file so you relay nothing. When the offshoot reports done it HOLDS — surfaces its branch and any screenshot/preview for you t...Votes: 0GitHub stars: 2
- Work SuperspeedRun a task across real parallel Claude or Astra sessions, then reconcile in one warm session and log the run. Inherit the current chat's provider for the entire workflow. Cut exclusive file-ownership slices, dispatch each through `claude -p` or `codex -p`, verify on disk, assemble and gate the result, and analyse waste. Use for "run this in parallel", "fan this out", "split this across sessions", "full Astra workers", "superspeed", or any task that genuinely divides into 3-5 independent piece...Votes: 0GitHub stars: 2
- Work WarpspeedTODO — not built yet. The THIRD and outermost layer of the parallel stack: /sk:work-warpspeed sits ON TOP OF /sk:work-hyperspeed, which sits on top of /sk:work-superspeed. Where hyperspeed runs many hand-run sessions on ONE machine/account, warpspeed spreads a whole hyperspeed relay across MULTIPLE VMs/VPSs on DIFFERENT accounts/orgs — the only thing that actually breaks the per-org rate ceiling. Each machine runs its own hyperspeed (many sessions, each superspeeding its slice). Placeholder o...Votes: 0GitHub stars: 2
- Ship Preview Eyeball With Prod DataShow actual production account data in the changed app running locally before deployment, visually verify the affected screens, and leave a working local URL for review. Use for "preview locally with production data", "show real prod accounts on localhost", "eyeball production data before deploy", or "leave a local preview with real account data". Keep the source export read-only, isolate the preview runtime from production, and report source dates and any replay clock.Votes: 0GitHub stars: 2
- Ship Verify With Prod DataBefore shipping a change to a data-facing surface — a dashboard, a report, a total, a count, a funnel, a chart, any figure whose job is to reflect stored data correctly — prove it renders correctly and will NOT regress against REAL production data, across EVERY prod account with recent data, not one. Reads prod READ-ONLY through the provisioned path, enumerates every account/tenant/entity the surface serves, recomputes what each figure would show under the new code, and confirms they cross-ve...Votes: 0GitHub stars: 2
- Work Ask Reply TldrReply in bare-metal TLDR from now on — only what needs Simon's decision or attention, nothing he didn't ask for, no recap, no paragraphs — and keep doing it until he says otherwise. Works in ANY situation, not tied to a task. Use for "reply in tldr from now on", "just the answer, no paragraphs", "stop the paragraphs, give me clear-cut answers", "only tell me what needs my decision", "bare metal", or any time he wants terse decision-only replies.Votes: 0GitHub stars: 2
- Work Checkpoint Wrap Up Safe To Reboot ResumeCheckpoint all in-flight work so a computer RESTART (which wipes /tmp) and a later resume lose nothing — everything resume-critical moved out of /tmp and session memory into durable homes (pushed git branches, the Linear ticket, the .context plan), background agents/monitors/servers stopped cleanly, and a single RESUME BRIEF written that says exactly where to pick up. Use when stopping for the day, resuming later (e.g. Monday), about to reboot or shut down, or handing a long task across a bre...Votes: 0GitHub stars: 2
- Work Gauntlet LoopMaintain every session's gauntlet record and continue all requested work to verified completion, including requirements added mid-conversation. Use for "gauntlet loop", "don't forget any requests", "keep going after tangents", "independent judge", or "live progress dashboard". Reuse the one living plan and its unfinished queue. Configure Ralph or independent judgement when requested; otherwise use current-session execution without an options interview. Resume a handed-off gauntlet from a past...Votes: 0GitHub stars: 2
- Work Handoff Prepare And PickupHand a running gauntlet (or any dashboard-backed session) to another agent, or pick one up, through the dashboard link — so hitting a quota wall never loses context. One skill, two sides. PREPARE (the agent running low): flush the live state, commit the plan+dashboard so the record is durable, and hand back the copy-paste dashboard link. PICK UP (the fresh agent): from a pasted dashboard link, dashboard .html, or plan .md, locate and verify the plan on this machine, re-attach, regenerate the ...Votes: 0GitHub stars: 2
- Work Ralph LoopRun a Ralph loop to complete unfinished plan items with one fresh worker per item and no loose ends. Use for "ralph loop", "fresh worker per task", or "finish every plan item". Works alone or as the execution engine selected by Gauntlet. Reuse the permanent plan and live dashboard, verify each outcome, persist learnings, and resume from a checkpoint without losing evidence.Votes: 0GitHub stars: 2