- Claude Code offers various customization options like
CLAUDE.md,skills,sub-agents,hooks, andMCP servers, each designed to solve distinct problems. - Understanding the specific purpose and activation mechanism of each option is key to effectively tailoring Claude's behavior without building the wrong solution.
- These tools allow developers to set project-wide standards, provide task-specific knowledge, delegate isolated work, or trigger automated event-driven actions.
How skills compare to other Claude Code features
- Use
CLAUDE.mdfor project-wide standards and constraints that must apply to every conversation, such as strict mode settings or preferred coding styles. - Implement
skillsfor task-specific expertise, detailed procedures, or knowledge that is only relevant sometimes, activating on demand when Claude matches a relevant request. - Employ
sub-agentswhen you need to delegate a task to a separate, isolated execution context, especially if different tool access or workflow isolation is required. - Utilize
hooksfor event-driven operations that should run automatically, such as linters on file saves or validation checks before specific tool calls. - Differentiate between
skills(request-driven knowledge that informs Claude's reasoning) andhooks(event-driven operations that cause side effects or validations). - Combine
CLAUDE.mdfor always-on standards,skillsfor on-demand expertise, andhooksfor automated operations to create a comprehensive and flexible customization setup.
CLAUDE.md — A configuration file that loads into every Claude conversation, used for setting project-wide standards and constraints.
skills — On-demand knowledge modules that activate when Claude matches a request, providing task-specific expertise to the current conversation context.
sub-agents — Isolated execution contexts that can be delegated tasks, working independently from the main conversation and returning results.
hooks — Event-driven functions that fire on specific actions (e.g., file save, tool call), used for automated operations or validations.
MCP servers — External tools or services that can be integrated with Claude for broader functionality.
context — The information and instructions available to Claude at any given moment, influencing its understanding and responses.
request-driven — A mechanism where actions or knowledge modules are triggered by a user's prompt or a matched request.
event-driven — A mechanism where actions are triggered automatically by specific occurrences or events within the system.
Claw Code offers several customization options. Skills, CLAUDE.md, sub aents, hooks, MCP servers. They solve different problems. Knowing when to use each prevents you from building the wrong thing. So, let's run them down. CLAUDE.md loads into every conversation always. So, if you want claude to use TypeScript strict mode in this project, then put it in your Claude. MD file skills load on demand. When Claude matches a request, your PR review checklist doesn't need to be in the context when you're writing a new code. It activates when you ask for a review. So, use Claude MD for project-wise standards that always apply constraints like never modify the database schema, framework preferences, and coding style. Then use skills for task specific expertise, knowledge that's only relevant sometimes, and detailed procedures that would clutter every conversation. Skills add knowledge to your current conversation. When a skill activates, its instructions join the existing context. Sub aents run in a separate context. They receive a task, work on it independently, and return results. They're isolated from your main conversation. Use sub agents when you want to delegate a task to a separate execution context. You need different tool access that the main conversation does. You want isolation between delegated work and your main context. Use skills when you want to enhance cla's knowledge for the current task. The expertise applies throughout a conversation. Hooks fire on events. A hook might run a llinter every time Claude saves a file or validate input before certain tool calls. They're all event driven, while skills, they're request driven. They activate based on what you're asking. So use hooks for operations that should run on every file save, validation before specific tool calls, or automated side effects of clause actions. Then use skills for knowledge that informs how claw handles requests, guidelines that affect clause reasoning. A typical setup might include a CLAUDE.md file for always on project standards, skills for task specific expertise, hooks for automated operations. Each handles its own specialty. Don't force everything into skills when another option fits best. You can use multiple at a time. Skills provide automatic task specific expertise. CloudMD is for always on instructions. Sub aents run in isolated context. [music] Hooks fire on events. MCP provides external tools. Use skills when you have knowledge that Claude should apply automatically when the topic is relevant and combine them with other features for comprehensive customization.
TL;DR
- Claude Code offers various customization options like
CLAUDE.md,skills,sub-agents,hooks, andMCP servers, each designed to solve distinct problems. - Understanding the specific purpose and activation mechanism of each option is key to effectively tailoring Claude's behavior without building the wrong solution.
- These tools allow developers to set project-wide standards, provide task-specific knowledge, delegate isolated work, or trigger automated event-driven actions.
Takeaways
- Use
CLAUDE.mdfor project-wide standards and constraints that must apply to every conversation, such as strict mode settings or preferred coding styles. - Implement
skillsfor task-specific expertise, detailed procedures, or knowledge that is only relevant sometimes, activating on demand when Claude matches a relevant request. - Employ
sub-agentswhen you need to delegate a task to a separate, isolated execution context, especially if different tool access or workflow isolation is required. - Utilize
hooksfor event-driven operations that should run automatically, such as linters on file saves or validation checks before specific tool calls. - Differentiate between
skills(request-driven knowledge that informs Claude's reasoning) andhooks(event-driven operations that cause side effects or validations). - Combine
CLAUDE.mdfor always-on standards,skillsfor on-demand expertise, andhooksfor automated operations to create a comprehensive and flexible customization setup.
Vocabulary
CLAUDE.md — A configuration file that loads into every Claude conversation, used for setting project-wide standards and constraints.
skills — On-demand knowledge modules that activate when Claude matches a request, providing task-specific expertise to the current conversation context.
sub-agents — Isolated execution contexts that can be delegated tasks, working independently from the main conversation and returning results.
hooks — Event-driven functions that fire on specific actions (e.g., file save, tool call), used for automated operations or validations.
MCP servers — External tools or services that can be integrated with Claude for broader functionality.
context — The information and instructions available to Claude at any given moment, influencing its understanding and responses.
request-driven — A mechanism where actions or knowledge modules are triggered by a user's prompt or a matched request.
event-driven — A mechanism where actions are triggered automatically by specific occurrences or events within the system.
Transcript
Claw Code offers several customization options. Skills, CLAUDE.md, sub aents, hooks, MCP servers. They solve different problems. Knowing when to use each prevents you from building the wrong thing. So, let's run them down. CLAUDE.md loads into every conversation always. So, if you want claude to use TypeScript strict mode in this project, then put it in your Claude. MD file skills load on demand. When Claude matches a request, your PR review checklist doesn't need to be in the context when you're writing a new code. It activates when you ask for a review. So, use Claude MD for project-wise standards that always apply constraints like never modify the database schema, framework preferences, and coding style. Then use skills for task specific expertise, knowledge that's only relevant sometimes, and detailed procedures that would clutter every conversation. Skills add knowledge to your current conversation. When a skill activates, its instructions join the existing context. Sub aents run in a separate context. They receive a task, work on it independently, and return results. They're isolated from your main conversation. Use sub agents when you want to delegate a task to a separate execution context. You need different tool access that the main conversation does. You want isolation between delegated work and your main context. Use skills when you want to enhance cla's knowledge for the current task. The expertise applies throughout a conversation. Hooks fire on events. A hook might run a llinter every time Claude saves a file or validate input before certain tool calls. They're all event driven, while skills, they're request driven. They activate based on what you're asking. So use hooks for operations that should run on every file save, validation before specific tool calls, or automated side effects of clause actions. Then use skills for knowledge that informs how claw handles requests, guidelines that affect clause reasoning. A typical setup might include a CLAUDE.md file for always on project standards, skills for task specific expertise, hooks for automated operations. Each handles its own specialty. Don't force everything into skills when another option fits best. You can use multiple at a time. Skills provide automatic task specific expertise. CloudMD is for always on instructions. Sub aents run in isolated context. [music] Hooks fire on events. MCP provides external tools. Use skills when you have knowledge that Claude should apply automatically when the topic is relevant and combine them with other features for comprehensive customization.