Help us improve
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Development formatting hooks (Go, Shell, Proto, OpenAPI) and TDD agents
npx claudepluginhub anthony-bible/dotfiles --plugin dotfiles-dev-toolsUse this agent when you have failing tests and need to write the minimal code necessary to make them pass. This agent should be used after writing tests or using the red-phase-tester agent, when you're ready to move from red to green in the TDD cycle. Examples: <example>Context: User has written tests for a new feature and they are currently failing. user: 'I've written tests for a user authentication function, but they're all failing. Here are the test cases...' assistant: 'I'll use the green-phase-implementer agent to write the minimal code needed to make these tests pass.' <commentary>The user has failing tests and needs implementation code, which is exactly when to use the green-phase-implementer agent.</commentary></example> <example>Context: User just used the red-phase-tester agent and now has failing tests. user: 'The red-phase tests are complete and failing as expected. Now I need to implement the actual functionality.' assistant: 'Perfect! Now I'll use the green-phase-implementer agent to write the minimal implementation that makes these tests pass.' <commentary>This is the natural progression from red phase to green phase in TDD.</commentary></example>
Use this agent when you need to generate failing tests for the red phase of TDD before implementing any new functionality. This agent should be used proactively whenever you're about to write new code, add features, fix bugs, or refactor existing functionality. Examples: <example>Context: User is about to implement a new authentication system. user: 'I need to create a user login function that validates email and password' assistant: 'Let me use the red-phase-tester agent to generate the failing tests first before we implement the login functionality' <commentary>Since the user is about to write new code, use the red-phase-tester agent to create failing tests that define the expected behavior before implementation.</commentary></example> <example>Context: User is working on a bug fix for a payment processing function. user: 'The payment processor isn't handling declined cards properly' assistant: 'I'll use the red-phase-tester agent to create tests that capture the expected behavior for declined card handling' <commentary>Before fixing the bug, use the red-phase-tester agent to write tests that define how declined cards should be handled.</commentary></example>
Specialized in finding security vulnerabilities in code.
Use this agent when you have just completed the green phase of TDD (making tests pass) and need to refactor the implementation code. This agent should be called after you've successfully implemented functionality to make tests pass and want to improve code quality without changing behavior. Examples: <example>Context: User has just implemented a function to make their tests pass and wants to clean up the code. user: 'I just got my tests passing for the user authentication feature. The code works but it's messy.' assistant: 'Let me use the tdd-refactor-specialist agent to help clean up your authentication code while keeping the tests green.' <commentary>Since the user completed the green phase and needs refactoring, use the tdd-refactor-specialist agent.</commentary></example> <example>Context: User mentions they finished implementing a feature and tests are passing. user: 'All my tests are green now for the payment processing module. Time to clean things up.' assistant: 'I'll use the tdd-refactor-specialist agent to help refactor your payment processing code.' <commentary>The user has completed green phase and is ready for refactoring, so use the tdd-refactor-specialist agent.</commentary></example>
Use this agent proactively after the refactor phase of TDD cycles to verify implementation completeness and quality. Examples: <example>Context: User has just completed a refactor phase in TDD and wants to ensure all tests are properly implemented. user: 'I just finished refactoring the user authentication module' assistant: 'Let me use the tdd-review-agent to check for any unimplemented tests or unnecessary mocks in your refactored code' <commentary>Since the user completed a refactor phase, proactively use the tdd-review-agent to review the implementation for completeness and quality issues.</commentary></example> <example>Context: Green and refactor phases are complete for a feature. user: 'The payment processing feature is now refactored and all tests are passing' assistant: 'I'll run the tdd-review-agent to verify the implementation is complete and identify any remaining work' <commentary>After refactor phase completion, use the tdd-review-agent to ensure no tests are skipped and mocks are appropriate.</commentary></example>
Modifies files
Hook triggers on file write and edit operations
Uses power tools
Uses Bash, Write, or Edit tools
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Complete collection of battle-tested Claude Code configs from an Anthropic hackathon winner - agents, skills, hooks, and rules evolved over 10+ months of intensive daily use
Development practices: TDD workflow with red-green-refactor
Comprehensive Prettier skills for code formatting with configuration, editor integration, and custom plugin development.
Bootstrap - Developer onboarding accelerator. Analyzes project requirements, detects missing dependencies, generates Docker/docker-compose configs, creates .env templates, sets up pre-commit hooks, configures IDE settings (VSCode/Cursor), and troubleshoots 'it works on my machine' issues. Gets developers productive in minutes, not hours.
Multi-agent /workflow development pipeline (planner → plan-review → coder → code-review) with typed handoff contracts, lifecycle hooks, and MCP servers.
Complete developer toolkit for Claude Code
Personal configuration files for Linux development environments. Includes shell, editor, terminal, and Claude Code plugin setup.
flake.nix, home.nix, configuration.nix). (work in progress)dot-zsh-functions/).nvim/).tmux/).wezterm/).claude-plugin/).setup.sh automates stowing configs, installing dependencies, and setting up the environment.This repo acts as a Claude Code plugin marketplace. The dotfiles-dev-tools plugin provides:
gofmt/goimports)shfmt)clang-format)red-phase-tester — writes failing tests before implementationgreen-phase-implementer — writes minimal code to pass teststdd-refactor-specialist — cleans up code after tests go greentdd-review-agent — verifies completeness after refactoringsecurity-auditor — finds vulnerabilities in code1. Add this repo as a marketplace:
claude plugin marketplace add Anthony-Bible/dotfiles
2. Install the plugin:
claude plugin install dotfiles-dev-tools@anthony-bible-dotfiles
Or from within Claude Code interactive mode:
/plugin install dotfiles-dev-tools@anthony-bible-dotfiles
The marketplace is defined by .claude-plugin/marketplace.json at the root of this repo. It lists available plugins and points to their source directories.
Each plugin lives in its own subdirectory (e.g., claude-plugin/) and contains:
| Path | Purpose |
|---|---|
.claude-plugin/plugin.json | Plugin metadata (name, version, description) |
hooks/hooks.json | PostToolUse/PreToolUse hooks with shell commands |
agents/*.md | Custom agents with frontmatter metadata |
.mcp.json | MCP servers bundled with the plugin |
.lsp.json | LSP servers bundled with the plugin |
When Claude Code installs a plugin, it copies the plugin directory to ~/.claude/plugins/cache/<marketplace>/<plugin>/<version>/ and activates hooks, agents, MCP servers, and LSP servers from that directory. The ${CLAUDE_PLUGIN_ROOT} environment variable is set to the installed plugin path at runtime.
.claude-plugin/
marketplace.json # Marketplace index listing all plugins
claude-plugin/ # dotfiles-dev-tools plugin source
.claude-plugin/
plugin.json # Plugin metadata
hooks/
hooks.json # Auto-format hooks (PostToolUse)
agents/
red-phase-tester.md
green-phase-implementer.md
tdd-refactor-specialist.md
tdd-review-agent.md
security-auditor.md
scripts/
goformat.sh
shellformat.sh
protoformat.sh
openapi-lint.sh
format-common.sh
.mcp.json # MCP servers (sequential-thinking)
.lsp.json # LSP servers (gopls)
# List all registered marketplaces
claude plugin marketplace list
# Update marketplace plugin listings
claude plugin marketplace update anthony-bible-dotfiles
# Remove the marketplace
claude plugin marketplace remove anthony-bible-dotfiles
# Validate the plugin/marketplace structure
claude plugin validate .
.claude-plugin/ # Claude Code marketplace definition
claude-plugin/ # Claude Code plugin (dotfiles-dev-tools)
configuration.nix # NixOS or Home Manager configuration
flake.nix # Nix flake for reproducible setup
home.nix # Home Manager user configuration
setup.sh # Setup and bootstrap script
.lsp.json # Global LSP configuration (gopls)
.mcp.json # Global MCP server configuration
dot-oh-my-zsh/ # Oh My Zsh themes and customizations
dot-zsh-functions/ # Custom Zsh functions and widgets
nvim/ # Neovim configuration (Lua)
tmux/ # Tmux and tmuxp configuration
wezterm/ # WezTerm configuration
The dot-zsh-functions/ directory enhances the shell experience: