Repository inventory

bryantleft/bruhs-skills

Skills indexed from this repository, with install-style signals scoped to the repo.
1 skills0 GitHub stars0 weekly installsGitHubOwner profile

Overview

This skill is an opinionated development lifecycle plugin that helps teams spawn projects, plan and build features, and ship code with consistent workflows. It provides command-driven actions for project scaffolding, feature work (cook), shipping (yeet), review handling (peep), cleanup (dip), and deep codebase analysis (slop). The tool enforces type-driven design and common engineering rules through configurable project settings.

How this skill works

Invoke via /bruhs to open an interactive menu or call a specific command like /bruhs cook <feature> or /bruhs slop [path] [--fix|--report]. Each command runs a defined workflow: spawn scaffolds projects, cook plans and builds a ticket-scoped feature, yeet turns changes into branch → commit → PR → Linear update, peep addresses review comments, dip cleans up post-merge, and slop runs prioritized codebase analysis with optional auto-fixes. The skill reads and writes configuration in .claude/bruhs.json and integrates with MCPs like Linear and GitHub to automate tickets, branches, and PRs.

When to use it

  • Starting a new project or adding a package to a monorepo (spawn).
  • Implementing a feature or fixing a ticket end-to-end (cook → yeet).
  • Preparing and submitting a clean, standardized PR with linked ticket metadata (yeet).
  • Handling reviewer comments and iterating on a PR (peep).
  • Cleaning up branches and workspace state after merge (dip).
  • Running a deep type-driven codebase audit and auto-fixing safe issues (slop).

Best practices

  • Keep .claude/bruhs.json up to date with project stack and MCP settings for full automation.
  • Follow the Type-Driven Design checklist: explicit signatures, no any, typed errors, and immutability.
  • Use cook to design 2–3 approaches and confirm one before implementing to reduce rework.
  • Run slop regularly with severity tuned (relaxed → brutal) to catch type and architecture drift.
  • Name branches and commits per the Git rules so automation creates accurate tickets and PRs.

Example use cases

  • Scaffold a new Next.js workspace with CI and initial Linear tickets using /bruhs spawn.
  • Plan, TDD, and ship a feature linked to TICKET-123: /bruhs cook TICKET-123 then /bruhs yeet.
  • Automate addressing PR comments: /bruhs peep to fetch, categorize, and apply fixes interactively.
  • Run a targeted static audit of src/components with auto-fixes: /bruhs slop src/components --fix.
  • Claim an existing repository and generate .claude/bruhs.json to enable other bruhs commands.

FAQ

Most commands will offer to run /bruhs claim to detect stack and write a config; some commands work in git-only mode with reduced automation.

Can slop auto-fix all issues?

slop auto-fixes only safe, deterministic issues. It reports severity-ranked issues and requires confirmation for risky changes.

1 skills

More from this maintainer
Other repositories and skills published under the same GitHub owner.
Skills library
Jump back to the full directory or explore grouped topics.
Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational