CC побудовано з шести шарів, які складаються в один workflow. Розуміючи, що саме покриває кожен — простіше визначити, чого тобі бракує в конкретному завданні.

Як влаштовано CC: 6 шарів

Шар	Коротко	Коли актуальне
Slash-команди	Built-in команди типу /clear, /review, /agents	Щоденно — контроль сесії, перегляди, налаштування
Скіли (SKILL.md)	Кастомні слеш-команди з власною інструкцією моделі	Коли повторюваний промт варто закріпити
Hooks	Shell-команди, які запускає шелл (не модель) на події tool/session	Auto-format, audit, заборона небезпечного, push-сповіщення
Sub-агенти	Окремі сесії CC всередині твоєї, з власним контекстом	Делегування пошуку, ізольовані експерименти, паралелізація
MCP-сервери	Standalone-процеси з власними tools/resources/prompts	Інтеграція з зовнішніми сервісами (Gmail, БД, твоїм API)
Memory + permissions	Persistent storage між сесіями + правила доступу до tools	Запам'ятати уподобання; обмежити, що агент може робити сам

Slash-команди — щоденний інструмент

Slash — найочевидніша точка входу. Більшість користувачів CC живуть на 10-12 командах; решта — для рідких сценаріїв.

Команда	Навіщо
/help	Локальна довідка по командах поточної сесії
/clear	Скинути контекст; не чистить memory
/compact	Стиснути історію без втрати ключових фактів; коли близько до ліміту
/context	Показати, що з'їло контекст: файли, тулз-результати, повідомлення
/resume	Повернутися у попередню сесію (зберігається діалог, не shell state)
/init	Згенерувати CLAUDE.md для незнайомого репо
/review	Code review поточних змін або PR
/security-review	Сканування на security-issues у pending changes
/config, /model	Швидке налаштування теми, моделі, базової поведінки
/agents	Управління sub-агентами (типи, статус)
/mcp	Список і статус MCP-серверів
/hooks	Інспектор активних hooks для поточного проєкту
/memory	Редактор MEMORY.md (auto-memory) поточного проєкту
/permissions	Огляд і правка allow/deny списків

Кастомні скіли з'являються у тому ж списку (як /назва-скіла) і викликаються однаково. Детальний розбір — у спиці «Slash-команди Claude Code» циклу.

Скіли (SKILL.md)

Скіл — це папка з файлом SKILL.md, який містить frontmatter (name, description) і markdown-інструкцію моделі. CC сам вирішує, коли запустити скіл, спираючись на description як індекс. Скіл живе у ~/.claude/skills/ (глобальний) або .claude/skills/ у проєкті.

---
name: weekly-digest-bas
description: Тижневий бухгалтерський дайджест BAS оновлень
---
Збери оновлення BAS за тиждень з форуму...

Скіли — спосіб «закріпити» повторюваний промт як команду з власним ім'ям. Розгорнуто — у спиці «Власні скіли (SKILL.md)».

Hooks — автоматизація без втручання моделі

Hook — це shell-команда, яку шелл (не модель) запускає на події. 6 типів подій: PreToolUse, PostToolUse, SessionStart, Stop, Notification, UserPromptSubmit. Конфігурується у settings.json.

{
  "hooks": {
    "PostToolUse": [{
      "matcher": "Edit",
      "command": "ruff format ${tool_input.file_path}"
    }]
  }
}

Корисний для: auto-format після Edit, audit-логу Bash-команд, push у Telegram при Stop, заборони rm -rf у PreToolUse. Розбір рецептів — у спиці «Hooks».

Sub-агенти

Sub-агент — окрема сесія CC всередині твоєї. Має власний контекст, не бачить твоїх повідомлень — тому prompt треба писати само-достатньо. Викликаються через Agent-tool або slash /agents. Три базових типи: general-purpose (багатокрокові задачі), Explore (швидкий read-only пошук), Plan (архітектурне планування).

Корисні для: делегування пошуку у великій кодбазі (не з'їдає твій контекст), паралельних незалежних запитів, ізольованих експериментів через isolation=worktree (окремий git worktree). Детальніше — у спиці «Sub-агенти».

MCP-сервери

Model Context Protocol — спосіб дати агенту нові інструменти через окремий процес. Сервер декларує tools (функції, які агент викликає), resources (дані, які агент читає) і prompts (шаблони slash-команд). Підключається у settings.json, після чого нові tools з'являються з іменами виду mcp__myserver__tool_name.

Готові MCP — для Gmail, Google Drive, баз даних, GitHub, Slack. Свій MCP пишеться за 50 рядків Python з пакетом mcp. Детально — у спиці «MCP-сервери».

Recurring jobs — регулярні задачі

Чотири різні механізми для «повторювати агента за розкладом», і вони не взаємозамінні:

Механізм	Де живе	Коли вибирати
Системний cron + claude -p	На Linux-сервері	Незалежна від інтерактивної сесії регулярна задача (нічний звіт, дайджест)
/loop	У поточній сесії	«Перевіряй кожні 5 хв, поки X», «поллай білд»
/schedule	Cloud routine	Регулярний агент без потреби тримати локальну сесію
ScheduleWakeup	Внутрішній	Self-pacing у /loop dynamic mode

Розбір з реальним прикладом cron на офісному сервері — у спиці «Recurring jobs».

Permissions і settings.json

Три рівні налаштувань: user (~/.claude/settings.json), project (<repo>/.claude/settings.json), local (.claude/settings.local.json — у gitignore). У блоці permissions описуються правила allow, deny, ask для tools — точково (Bash(git status:*)) або по шаблонах (Read(*.md)).

Скіл /fewer-permission-prompts сканує транскрипт і пропонує додати в allowlist часті read-only речі — рятує від кліку на кожне git status. Детально — у спиці «Permissions і settings.json».

Memory system

CC має auto-memory: файлову persistent-пам'ять між сесіями у ~/.claude/projects/<slug>/memory/. Індекс — MEMORY.md, кожен запис — окремий .md-файл з фронтматером (тип: user, feedback, project, reference). Агент сам вирішує, що записати на основі діалогу.

Memory не успадковується у sub-агентів і скілів автоматично — це частий нюанс. Розбір — у спиці «Memory system».

Підсумок

Зрозумівши, що CC — це шість шарів, а не «чат», ти отримуєш набір точок настройки: на slash-командах налаштовуєш ритм сесії, на скілах — повторювані промти, на hooks — fail-safe-автоматизацію, на sub-агентах — масштабування контексту, на MCP — інтеграції, на memory + permissions — самоконтроль агента. Цикл далі розбирає кожен шар окремо.

Серія статей циклу

1. Slash-команди Claude Code: повна карта built-in + кастомних
2. Власні скіли Claude Code: SKILL.md, тригери, debugging
3. Hooks у Claude Code: автоматизація без втручання моделі
4. Sub-агенти Claude Code: коли делегувати і як писати promptи
5. MCP-сервери у Claude Code: підключити готовий, написати свій
6. Регулярні задачі Claude Code: cron, /loop, /schedule — коли який
7. Permissions у Claude Code: settings.json і менше permission-prompt-ів
8. Memory у Claude Code: MEMORY.md, типи спогадів, ручне редагування