Command Claude Code
Progress tracking and documentation publishing command for monitoring task completion, phase status, and exporting to documentation systems.
Command Claude Code
Progress tracking and documentation publishing command for monitoring task completion, phase status, and exporting to documentation systems.
Command Claude Code
Comprehensive phase management command that starts, validates, and generates templates for any of the 4 architect collaboration phases.
Command Claude Code
Configure HUD display options (layout, presets, display elements).
Command Claude Code
Configure claude-hud as your statusline.
Plugin Claude Code
Bundles 1 skill, 3 commands · 113 tokens together
A workflow plugin for creating content from collected current topics and publishing it to multiple platforms. The available description does not specify the exact publishing platforms or steps.
Plugin Claude Code
Bundles 2 commands, 2 hooks · 41 tokens together
A multi-agent coding system that coordinates separate agents for planning requirements, writing code, and testing incremental changes. It uses built-in hooks to handle automatic follow-up actions.
Plugin Claude Code
Bundles 1 command · 14 tokens together
A plugin that provides agents, skills, and commands for incremental software development using a two-track AI-agent process, based on an Anthropic paper.
Skill Claude CodeCodex
Design and create loading pages, loading animations, progress indicators, skeleton screens, and loading spinners. Use this skill whenever the user wants to create a loading page, loading spinner, progress bar, skeleton loader, or any loading state UI. This includes splash screens, brand loading pages, inline loading…
Cursor rule Cursor
A set of rules for generating Go model, persistence-object, and converter files from SQL CREATE TABLE statements. A persistence object is the database-facing version of a data structure.
Cursor rule Cursor
A set of rules for writing unit tests in Go, the programming language used by the examples. It covers test names, table-driven cases, subtests, mocks, assertions, file placement, and basic test quality principles.
Cursor rule Cursor
A set of rules for writing and changing Go code according to Uber's Go style guidelines. It covers formatting, imports, names, declarations, and related code conventions.
Cursor rule Cursor
A keyword-based rule set that selects other project instructions when specific words appear in a request.
Cursor rule Cursor
A project-structure rule for Go applications using domain-driven design, an approach that organizes code around business concepts. It describes folders for APIs, services, domain models, infrastructure, deployments, documentation, and shared tools.
Cursor rule Cursor
A conversation rule for handling complex questions that lack important details. It asks for context such as the role, background, goal, desired output, and ways to verify the answer.
Cursor rule Cursor
A set of rules for writing technical solution documents in a project's docs folder. The template covers requirements, purpose, design, diagrams, database and API changes, rollout notes, and task breakdowns.
Cursor rule Cursor
A set of rules for turning a product request into a clear, checkable plan. It covers gathering context, splitting work into smaller features, checking technical feasibility, and recording risks and acceptance criteria.
Cursor rule Cursor
Rules for breaking a large software request into smaller tasks with clear inputs, outputs, dependencies, status markers, and acceptance criteria. They limit each task's size and require it to be independently verifiable.
Cursor rule Cursor
A review procedure for Go code changes. It checks code quality, security risks, performance issues, affected services, release dependencies, and produces a review report.
Cursor rule Cursor
A Git commit review and message-formatting procedure. It checks code changes for risks before creating a commit and uses a structured format for the commit message.
Cursor rule Cursor
A rule for turning a code change and its chat history into a documented development procedure. It asks for a file tree, a Mermaid dependency diagram, and notes about likely problems and fixes.
At most 3 mods per repository are shown here, and a mod shipped inside a plugin is left to that plugin's page — the rest are on their repository pages: