All authors
Claude Skills by dork-labs
github.com/dork-labs51 skills2 installs55 views
- Browser TestingMethodology for writing and maintaining DorkOS browser tests. Use when writing, running, debugging, or maintaining Playwright browser tests in apps/e2e, when deciding between a browser test and a unit test, or when e2e behavior needs verification.Votes: 0GitHub stars: 10
- Capturing Product MediaRegenerate DorkOS product screenshots and video loops from the real UI, and manage the shot registry, human overrides, and version archives that feed the marketing site, docs, and changelogs. Use when marketing/docs media is stale after UI changes, a new feature or docs page needs a money shot, a person wants to override an automated capture, or a release calls for a fresh capture or archive — anything under apps/site/public/product/ or the apps/e2e/capture pipeline.Votes: 0GitHub stars: 10
- Creating Pull RequestsWhen to open a pull request in the DorkOS repo (review the pushed branch first, open the PR after it converges), how the automated review behaves (skip-review, review:light/deep, re-review), and how a PR lands through merge-tail and the merge queue, including what to do when it goes red or is ejected. Use when finishing a branch, opening a PR, deciding how much review a PR should get, requesting a re-review, or watching a PR until it merges.Votes: 0GitHub stars: 10
- Debugging SystematicallyGuides systematic debugging methodology and troubleshooting approaches. Use when investigating bugs, tracing issues, or teaching debugging patterns.Votes: 0GitHub stars: 10
- Debugging Test FailuresSystematically investigates failing tests, distinguishes between test bugs and implementation bugs, and drives a fix with verification. Use when the user wants to debug failing tests.Votes: 0GitHub stars: 10
- Debugging Typescript ErrorsSystematically investigates TypeScript compiler errors, traces the real type mismatch, and applies a minimal verified fix. Use when the user wants to debug TypeScript type errors.Votes: 0GitHub stars: 10
- Designing FrontendGuides design thinking and decision-making using the Calm Tech design language. Use when planning UI, reviewing designs, or making design decisions. For implementation details, see styling-with-tailwind-shadcn.Votes: 0GitHub stars: 10
- OpensrcFetch dependency source code to give AI agents deeper implementation context. Use when the agent needs to understand how a library works internally, read source code for a package, fetch implementation details for a dependency, or explore how an npm/PyPI/crates.io package is built. Triggers include "fetch source for", "read the source of", "how does X work internally", "get the implementation of", "opensrc path", or any task requiring access to dependency source code beyond types and docs.Votes: 0GitHub stars: 10
- Organizing Fsd ArchitectureGuides organization of code using Feature-Sliced Design (FSD) architecture. Use when structuring projects, creating new features, determining file and layer placement, or reviewing architectural decisions. Also monitors codebase size and proactively suggests structural improvements.Votes: 0GitHub stars: 10
- Syncing Agent SkillsKeeps skill definitions aligned between Claude Code and Codex. Use when creating, migrating, renaming, or updating skills that must work across `.claude/skills` and `.agents/skills`, or when auditing drift between the two systems.Votes: 0GitHub stars: 10
- Verification Before CompletionUse when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions alwaysVotes: 0GitHub stars: 10
- Visual CompanionBrowser-based visual companion for showing mockups, diagrams, comparisons, and interactive options. Use when the user would understand something better by seeing it than reading it.Votes: 0GitHub stars: 10
- Writing AdrsGuides writing concise, effective Architecture Decision Records. Use when creating ADRs, extracting decisions from specs, or reviewing ADR quality.Votes: 0GitHub stars: 10
- Writing Blog PostsWrites non-release DorkOS blog posts - feature posts, decision essays, ecosystem posts, and release recaps - from the repo's own ADRs, specs, research reports, and changelog fragments. Use when drafting, researching, or reviewing anything in blog/ that is not a version release note.Votes: 0GitHub stars: 10
- Writing ChangelogsWrites human-friendly changelog entries and release notes. Use when populating changelog, preparing releases, or reviewing release notes quality.Votes: 0GitHub stars: 10
- Writing Developer GuidesStructures developer guides for optimal AI agent and human consumption. Use when creating or updating files in contributing/, or when documentation needs to support autonomous coding agents.Votes: 0GitHub stars: 10
- Writing For HumansWrites user-facing DorkOS prose a non-developer can read: changelog fragments, release notes, READMEs, npm copy, docs guides and concept pages, blog posts, UI microcopy, and error messages. Use when writing or reviewing any copy a person (not a coding agent) will read.Votes: 0GitHub stars: 10
- Adding Config FieldsPatterns for adding, renaming, removing, or retyping fields in DorkOS user config. Use when editing UserConfigSchema, MarketplacesFileSchema, or any conf-backed store — walks the Zod field → defaults → conf migration → docs → test lifecycle end-to-end.Votes: 0GitHub stars: 10
- Clarifying RequirementsAnalyzes user prompts for gaps, ambiguities, and unstated assumptions, then asks clarifying questions before work begins. Use when requests are vague, lack acceptance criteria, or have hidden complexity.Votes: 0GitHub stars: 10
- Maintaining Dev PlaygroundKeeps the Dev Playground current with the application. Use when editing UI components in apps/client/src/ — assesses playground candidacy, checks existing playground coverage, and guides adding or updating showcases. Also use when directly editing files in apps/client/src/dev/, building new widgets or features, or when the user mentions the dev playground, component showcase, or visual testing. Proactively evaluate whether edited components belong in the playground even if the user doesn't ask.Votes: 0GitHub stars: 10
- Managing SpecsCanonical rules for spec manifest management — statuses, transitions, and the manifest-ops script. Auto-loads when working with spec files.Votes: 0GitHub stars: 10
- Marketplace DevDevelop, validate, and publish DorkOS marketplace packages — agents, plugins, skill-packs, and adapters. Use when creating marketplace items, working in the dork-labs/marketplace repo, or helping users build packages for the personal marketplace.Votes: 0GitHub stars: 10
- Orchestrating Parallel WorkOrchestrates parallel execution of AI agents with dependency analysis, batch scheduling, and the playbook for landing many branches at once. Use when coordinating multiple concurrent tasks, optimizing task ordering, sequencing batches of code changes into waves, landing parallel branches through review and merge, or rebasing a branch that fell behind other in-flight work.Votes: 0GitHub stars: 10
- Reading Session TranscriptsResolves DorkOS session URLs to JSONL transcript files on disk and reads them. Use when the user shares a session URL, mentions "read this transcript", "read this chat", or references a DorkOS session they want analyzed.Votes: 0GitHub stars: 10
- Receiving Code ReviewUse when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementationVotes: 0GitHub stars: 10
- Requesting Code ReviewGuides dispatching a code-reviewer subagent to verify work before proceeding. Use when completing tasks, implementing major features, or before merging to verify work meets requirements.Votes: 0GitHub stars: 10
- Styling With Tailwind ShadcnImplements the Calm Tech design system using Tailwind CSS v4 and Shadcn UI. Use when writing styles, building components, or theming. For design decisions, see designing-frontend.Votes: 0GitHub stars: 10
- Test Driven DevelopmentUse when implementing any feature or bugfix, before writing implementation codeVotes: 0GitHub stars: 10
- Upgrading Runtime DependenciesGuides strategic analysis of agent runtime dependency upgrades — changelog categorization, codebase impact assessment, and feature adoption decisions. Use when upgrading SDK-level dependencies that sit behind an abstraction boundary.Votes: 0GitHub stars: 10
- Working In WorktreesDecides when agent work needs an isolated git worktree and how to create, enter, and clean one up safely. Use when starting code changes in a checkout that may be shared with another agent, dispatching a Linear task, executing a spec, or running any parallel work that mutates tracked files.Votes: 0GitHub stars: 10
- Dorkbot TriageLabeling helper for incoming GitHub issues on dork-labs/dorkos. Use when DorkBot is asked to label the issue queue: set a type and runtime label on each new issue and flag likely duplicates. Read-and-suggest by default; only edits labels when explicitly allowed to act. Replies to reporters belong to /feedback:triage, not here.Votes: 0GitHub stars: 10
- Sample TaskA sample task bundled with the valid-plugin fixture.Votes: 0GitHub stars: 10
- AnalyzerAnalyzes inputs and produces a structured report.Votes: 0GitHub stars: 10
- SummarizerSummarizes long inputs into a short brief.Votes: 0GitHub stars: 10
- TranslatorTranslates text between supported languages.Votes: 0GitHub stars: 10
- AnalyzerSkill whose frontmatter name does not match its directory name.Votes: 0GitHub stars: 10
- Code ReviewerReviews your PRs every weekday morning, posts findings to Slack, files Linear issues for blockersVotes: 0GitHub stars: 10
- Docs KeeperKeeps documentation in sync with code changes by monitoring git activityVotes: 0GitHub stars: 10
- Security AuditorContinuously audits dependencies, configurations, and code for security vulnerabilitiesVotes: 0GitHub stars: 10
- Example SkillAn example skill for the valid-plugin fixture.Votes: 0GitHub stars: 10
- ExampleAn example skill for the valid-skill-pack fixture.Votes: 0GitHub stars: 10
- Auditing UiRuns a lens-based UI/UX audit of the client and turns its findings into tracked, fenced work items. Use when auditing the interface for quality gaps, running or scoping an audit (full, one lens, one surface, or a diff), driving the real-browser leg of an audit, synthesizing raw lens findings into batches, or deciding how audit findings enter the tracker.Votes: 0GitHub stars: 10
- Ci Local ExportDaily CI Steward job: export this clone's git hook timings (how long git commit and git push took, and which pushes were killed at the tool ceiling) to the ci-steward-data branch, then trim the local timings file. A DorkOS scheduled skill that runs pnpm ci:local-export.Votes: 0GitHub stars: 10
- Ci PulseCollect CI Steward's pipeline numbers right now, locally, into a temporary directory, and show the ci-status screen from them, including this clone's local hook timings. Pushes nothing. Use when the daily snapshot is too old to answer the question.Votes: 0GitHub stars: 10
- Ci QuarantinePut a known-flaky test into, or take it out of, CI Steward's quarantine lane: it keeps running and reporting but cannot fail the merge queue. Use when a test that passes on retry keeps ejecting green PRs, when an entry is about to expire, or when a quarantined test is fixed and should block again.Votes: 0GitHub stars: 10
- Ci StatusShow CI Steward's one-screen view of the pipeline: the SLO table, the one constraint to work on, the open improvement triggers, every ledger experiment with its computed verdict, and the collector's health. Reads the ci-steward-data branch; run it before changing CI or when asked how CI is doing.Votes: 0GitHub stars: 10
- Stewarding Ci PipelineThe method for changing the DorkOS CI pipeline as a measured experiment: the change protocol (hypothesis, ledger entry, census), PDCA, which constraint to work on first, the SLOs and ratchets, the fence around the steward and the judge, how to write a narrow hypothesis, and this repo's CI anti-patterns. Use when editing a workflow, lefthook.yml, turbo.json, .claude/settings.json hooks, a script a gate runs, anything under ci/ or packages/ci-steward, the required-check set or the ruleset, or w...Votes: 0GitHub stars: 10
- Writing To UsersWrites a direct reply to one person about their own report or question: GitHub issue replies, feedback receipt, decision and shipped emails, discussion answers, decline notes. Use when a named person is waiting to hear back from DorkOS in any channel. Builds on writing-for-humans; the standard it enforces is meta/user-care.md.Votes: 0GitHub stars: 10
- Maintaining DependenciesJudgment for keeping a pnpm workspace's dependencies patched and current without a person in the loop — how to fix a transitive advisory, when an override is a lie, why cooldown does not apply to security patches, how to read a red Dependabot PR by its failure signature, and what a CodeQL alert needs before it may be dismissed. Use when running /app:upgrade, fixing a dependency advisory, diagnosing a red Dependabot PR, or deciding whether a bump is safe to land unattended.Votes: 0GitHub stars: 10
- Writing App CopyThe DorkOS in-app copy standard - voice, the word-count cap, and the rules for buttons, errors, empty states, confirmations, toasts, settings, approvals, status, times and truncation. Use when writing, editing or reviewing any string the DorkOS app renders (apps/client/src, or server copy the client shows verbatim), or when sweeping app copy.Votes: 0GitHub stars: 10