All authors

Claude Skills by Accelerated-Innovation
github.com/Accelerated-Innovation36 skills1 installs12 views
- Checks 0.1.0Given an arbitrary project, inspect it and produce a `.checks/checks.d/` configuration so the project can run `./check` / `./check-llm`. This skill does not assume any language, package manager, or toolchain, and it does not install a pre-built "profile" — every check is derived from evidence found in the target repo.Votes: 0GitHub stars: 20
- Incremental Planning 0.1.0Plan implementation work as a sequence of the smallest independently demonstrable increments. Use when given a feature request, a body of work, or any implementation task that must be broken down or sequenced BEFORE coding — it classifies the request, identifies the next demonstrable behaviors, and recommends (advisory) an appropriate model tier for implementing each increment. This skill plans; it does not write code, tests, commits, or architecture.Votes: 0GitHub stars: 20
- Superior Unit Tests 0.1.0Write or improve unit tests following a strict determinism, F.I.R.S.T., and fast-feedback-budget discipline. Use when asked to write tests, improve tests, review test quality, classify tests, or assess a test suite against a 30-second fast-feedback budget. Invokes a structured output protocol that identifies behaviors under protection, classifies each test by level and feedback loop, and flags nondeterminism risks.Votes: 0GitHub stars: 20
- Unit Testing Rubric 0.1.0Standards for writing, reviewing, and evaluating unit tests. Use whenever writing new tests, reviewing existing tests, deciding what to test, assigning a test to a fast vs. full feedback loop, or diagnosing flaky, slow, or low-value tests. Covers structural fidelity, the FIRST properties, behavioral invariants, and coverage-as-diagnostic.Votes: 0GitHub stars: 20
- Zom Representation 0.1.0Zero-One-Many Representation Evolution — use this skill whenever working with existing code that needs to change, grow, or be refactored. Triggers include: "refactor this", "add a new X to this", "this is getting messy", "how should I represent this", "there's a lot of duplication here", or any time numbered variables, growing conditionals, repeated parameter groups, or scattered constants are observed. Also use proactively when reviewing code for design quality, assessing coherence and devel...Votes: 0GitHub stars: 20
- Govkit Adr AuthorAuthor an Architecture Decision Record for a new pattern, exception, or boundary change. Use when the user asks to write an ADR or invokes /govkit-adr-author.Votes: 0GitHub stars: 20
- Govkit Architecture PreflightValidate architecture boundaries, standards alignment, and ADR need before planning a feature. Use when starting a new feature or invoking /govkit-architecture-preflight.Votes: 0GitHub stars: 20
- Govkit Eval Suite PlanningPlan a provider-neutral evaluation suite for an LLM feature. Use when the user asks to plan model evaluations or invokes /govkit-eval-suite-planning.Votes: 0GitHub stars: 20
- Govkit Fix RecordAuthor a fix record for a defect that restores already-established behavior. Use when the user reports a bug, asks to fix a defect, or invokes /govkit-fix-record.Votes: 0GitHub stars: 20
- Govkit Genai PreflightValidate Level 5 provider-neutral LLM architecture decisions before planning. Use after /govkit-architecture-preflight for features with mode:llm or when invoking /govkit-genai-preflight.Votes: 0GitHub stars: 20
- Govkit Implementation PlanGenerate an ordered implementation checklist with evaluation compliance summary from a validated preflight. Use when the user asks to draft implementation steps or invokes /govkit-implementation-plan.Votes: 0GitHub stars: 20
- Govkit Multi Agent DesignDesign a governed agent topology and produce agent_topology.md. Use for multi-agent features, delegation, adaptive orchestration, or when invoking /govkit-multi-agent-design.Votes: 0GitHub stars: 20
- Govkit Pr AuthorAuthor and open a governed pull request that carries its governance evidence. Use when the user asks to open a PR, create a pull request, or invokes /govkit-pr-author.Votes: 0GitHub stars: 20
- Govkit Spec PlanningGenerate a feature plan (plan.md) and eval_criteria.yaml from NFRs and acceptance scenarios. Use when the user asks to plan a feature or invokes /govkit-spec-planning.Votes: 0GitHub stars: 20
- Govkit Ui Adr AuthorAuthor an Architecture Decision Record for a UI architectural decision. Use when the user asks to write a UI ADR or invokes /govkit-ui-adr-author.Votes: 0GitHub stars: 20
- Govkit Ui Architecture PreflightValidate UI architecture boundaries, backend contracts, and ADR need before spec planning. Use when starting a new UI feature or invoking /govkit-ui-architecture-preflight.Votes: 0GitHub stars: 20
- Govkit Ui Implementation PlanGenerate an ordered UI implementation checklist from a validated plan and preflight. Use when the user asks to draft UI implementation steps or invokes /govkit-ui-implementation-plan.Votes: 0GitHub stars: 20
- Govkit Ui Spec PlanningGenerate a UI feature plan (plan.md) and eval_criteria.yaml from NFRs, acceptance scenarios, and architecture preflight. Use when the user asks to plan a UI feature or invokes /govkit-ui-spec-planning.Votes: 0GitHub stars: 20
- Govkit Fix RecordAuthor a fix record for a defect that restores already-established behavior. Use when the user reports a bug, asks to fix a defect, or invokes /govkit-fix-record.Votes: 0GitHub stars: 20
- Govkit Spec PlanningGenerate a feature plan (plan.md) and eval_criteria.yaml from NFRs and acceptance scenarios. Use when the user asks to plan a feature or invokes /govkit-spec-planning.Votes: 0GitHub stars: 20
- Govkit Application GovernanceWork from accepted project policy and contracts.Votes: 0GitHub stars: 20
- Govkit Request PlanningNormalize a request and select proportional work from accepted policy.Votes: 0GitHub stars: 20
- Govkit Gherkin DeliveryUse Gherkin scenarios when accepted workflow policy calls for them.Votes: 0GitHub stars: 20
- Govkit Llm EvaluationRun the selected exact-match evaluation check on recorded model outputs.Votes: 0GitHub stars: 20
- Atomic CommitCreate honest atomic Git commits by choosing one coherent work batch before editing, keeping the whole repository green, resolving every untracked file, staging the entire root with `git add .`, and pausing for human review before committing. Use when starting commit-sized work, completing a demonstrable implementation slice, running a series of refactorings, preparing or making a commit, or discussing atomic commits and trustworthy history. Do not use partial staging or retrospectively compo...Votes: 0GitHub stars: 20
- Code Object NamingDiagnose and improve names for code objects — variables, functions, methods, classes, modules, and parameters — using Ottinger's naming guide. Use when asked to review, choose, or rename identifiers; when names are vague, lying, redundant, or noisy; when planning an incremental rename refactor; or when extraction moments arise from hard-to-name code. Use representation-refactor-review instead for a broad craft or knowledge- representation review in which naming is only one concern.Votes: 0GitHub stars: 20
- Legacy Code SafetyEstablish trustworthy feedback around poorly understood or weakly tested existing code before changing it. Use for characterization or approval tests, test-harness access, seams, sensing and separation, dependency breaking, and incremental replacement of risky live code. Once a fast trustworthy boundary exists, use unit-testing to drive the requested new behavior.Votes: 0GitHub stars: 20
- Representation Refactor ReviewReview code and propose evidence-based representation improvements using Tim Ottinger's Eight Code Virtues, SPOT, ZOM, and the improvement test. Use for broad craft, refactoring-readiness, clean-code, knowledge-representation critique, or discovering data clusters, data classes, and class-splitting boundaries. Do not use for bug/security-only review, implementing behavior test-first, or a focused identifier-naming task; those belong to the relevant specialist workflow.Votes: 0GitHub stars: 20
- Story Splitting For DeliverySplit oversized features, epics, and stories into thin, demonstrable, deployable slices through progressive admission: start with a closed end-to-end skeleton, then admit one case at a time. Use to choose or sequence delivery slices, including message, schema, import, API, form, path, rule, persona, or channel rollouts. Do not use merely to format an already-chosen split as user-visible outcomes; that belongs to user-pov-sliced-stories.Votes: 0GitHub stars: 20
- Unit TestingImplement or extend production behavior test-first, or diagnose focused unit-test quality and flakiness, using red-green-refactor, ZOMBIES, Tidy First?, FIRST microtests, and Save Your Game checkpoints. Use for TDD, microtests, test-first bug fixes, flaky tests, and refactoring within an active green cycle. Do not use to choose delivery slices, format user stories, conduct a broad representation review, or perform a focused identifier-naming analysis; those belong to the corresponding sibling...Votes: 0GitHub stars: 20
- User Pov Sliced StoriesFormat thin vertical slices as explicit "User invokes" and "User uses result" outcomes. Use when the split already exists or the user specifically wants user-observable wording for slices. For choosing the split sequence itself, prefer `story-splitting-for-delivery` (progressive admission). Also use when reframing a technical plan into user-visible slices after admission planning is complete.Votes: 0GitHub stars: 20
- Sample HelpHelp with this capability.Votes: 0GitHub stars: 20
- HelpHelp with this capability.Votes: 0GitHub stars: 20
- Craft Unit TestingUse craft-unit-testing.Votes: 0GitHub stars: 20
- Unit TestingUse unit-testing.Votes: 0GitHub stars: 20
- Sample HelpHelp with this capability.Votes: 0GitHub stars: 20