Core skills library for Claude Code: TDD, debugging, collaboration patterns, and proven techniques
<description, see README.md>
Helps engineers build and deliver executive decision briefs that drive alignment, secure funding, and close decisions in a single meeting. Use when preparing for executive presentations, sprint reviews reframed as strategy sessions, funding asks, technical recommendations to C-suite or VPs, or any situation where an engineer needs to move a decision forward with cross-functional stakeholders. Also use when the user doesn't yet have a clear plan and needs help developing a recommendation before building the brief. Especially valuable when facing multi-meeting stalls, executive skepticism, cross-stakeholder conflicts, or emergency budget asks with tight time constraints. Trigger this skill whenever the user mentions pitching to leadership, preparing an exec deck, getting buy-in from executives, diagnosing why a technical initiative keeps getting deferred, or asking how to approach a difficult conversation with a VP or C-suite leader.
Implement comprehensive Python testing strategies with pytest. USE WHEN writing Python unit/integration/functional/perf tests or TDD workflow (Red-Green-Refactor cycle, naming conventions, quality principles) refer to @tdd-best-practices.md
Runs all research subtasks in parallel and synthesizes findings into a final report. Use this skill after the research-task-splitter has produced a subtasks JSON file — when the user wants to execute the research, run the subtasks, start the research agents, or coordinate the research. Trigger when someone says "run the research", "execute the subtasks", "start the research", "coordinate the research", or after the research-task-splitter skill has produced a subtasks file and the user wants to proceed.
Converts a research task into detailed, actionable instructions for a researcher to follow. Use this skill whenever the user has a research topic, question, or task and wants a structured plan or brief for how to conduct the research — not the research itself, but instructions a researcher can act on. Trigger this whenever someone provides a research topic and asks to plan it out, draft a research brief, outline a research approach, or generate instructions for investigating something, even if they don't explicitly say "plan" or "instructions." Also trigger when someone asks "how should I research X" or "what should a researcher look into for Y."
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
When Anthropic released skills in October 2025, everyone ran into the same puzzle: skills, commands, and agents all looked identical on disk. They’re all Markdown files with prompts. Structurally, the same. Conceptually different.
To work productively with them, you need a coherent directory structure that reflects how these components are meant to behave at runtime. The following layout provides that clarity.
Skills
Domain containers. Each skill represents a cohesive capability area (blogging, research, security).
Commands
Domain-specific tasks are stored in each skill under workflows/. Commands are the verbs of the domain.
References
Reusable reference material located in the skill directory. Reference files are supporting knowledge, formatting
rules, patterns, examples, etc.
Tools
Shell-executable scripts providing real-world capabilities. Tools live in scripts/ and can be invoked by commands or
agents.
Agents
Standalone workers that can run skills and commands in parallel. Agents live outside skills and never contain
commands.
This resolves a key confusion: agents do not live inside skills, but they can execute them. Skills contain commands; commands reference context; agents call the whole stack.
~/.claude/
├── skills/
│ └── blogging/
│ ├── SKILL.md
│ ├── examples.md
│ ├── formatting.md
│ ├── workflows/
│ │ ├── write.md
│ │ ├── publish.md
│ │ └── rewrite.md
│ └── scripts/
│ └── publish.sh
└── agents/
├── engineer.md
├── architect.md
├── pentester.md
├── researcher.md
└── intern.md
When to use: Organizing a domain of related capabilities.
A skill is a self-contained module representing a domain. Everything the domain needs lives inside this directory: commands, context, and any special tools.
~/.claude/skills/blogging/
├── SKILL.md
├── workflows/
│ ├── write.md
│ ├── publish.md
│ └── rewrite.md
├── voice.md
└── formatting.md
A request like “write a blog post” activates the blogging skill, which inspects the request and routes to
workflows/write.md.
Key insight:
A skill is just a Markdown router with local files. It’s a domain, not a function.
When to use: A task within a domain.
Commands are just Markdown prompt files stored in the skill's workflows/ directory. They define the exact behavior for
writing a post, formatting a report, analyzing a URL, etc.
skills/blogging/workflows/write.md is a command. It’s the same format as traditional commands; it just lives in the
right folder now.
Key insight:
Commands didn’t disappear. They moved to where they logically belong.
When to use: Shared supporting instructions across multiple commands.
Reference files store reusable information: style guides, examples, schemas, best practices. Commands reference them rather than embedding large blocks of reusable text.
Example:
skills/blogging/formatting.md contains front matter rules and structural guidance.
Key insight:
Reference files isolate the parts you frequently refine.
When to use: You need filesystem or API access.
Tools are shell scripts that perform side-effectful actions, such as deploying a post, calling a research API, fetching logs, or scanning a repo. The results are reproducible and deterministic. Use tools to provide concrete information for the Agent.
Key insight:
Tools expand the model’s reach beyond text-only reasoning.
When to use: Concurrent execution of tasks.
Agents are standalone Markdown files in ~/.claude/agents/. They operate independently and can call skills, commands,
and tools.
Example workflow:
research skill launches several intern agentsKey insight:
Agents are operators, not containers.
Encapsulation
Each domain is a neat, self-contained module.
Discoverability
Explore a skill’s workflows by opening its workflows/ directory.
Portability
A skill directory can be zipped up and shared; it will work anywhere.
Intent-based routing
Natural-language requests automatically activate the correct workflow.
Modularity
Replace monolithic prompt files with clear, well-scoped components.
A template for writing skills is available in template/SKILLS.md.
npx claudepluginhub callowayproject/agent-skills --plugin callowayUltra-compressed communication mode. Cuts ~75% of tokens while keeping full technical accuracy by speaking like a caveman.
Frontend design skill for UI/UX implementation
Comprehensive UI/UX design plugin for mobile (iOS, Android, React Native) and web applications with design systems, accessibility, and modern patterns
Memory compression system for Claude Code - persist context across sessions
Marketing skills for AI agents — conversion optimization, copywriting, SEO, paid ads, ad creative, and growth
Standalone image generation plugin using Nano Banana MCP server. Generates and edits images, icons, diagrams, patterns, and visual assets via Gemini image models. No Gemini CLI dependency required.