Claude Code · Травень 2026 · Head of Web Development Division

Команди та Агенти
у Claude Code

Як оптимізувати розробку та зберегти токени через правильну архітектуру субагентів, скілів та hooks станом на 03.05.2026

ЧАСТИНА 01 Навіщо Потрібні Команди, Скіли та Агенти?

Проблема: Неструктурована Робота з AI

Коли розробник просто спілкується з Claude чат-інтерфейсом або напряму через API без структури, він стикається з проблемами:

  1. Повторення контексту — кожен запит вимагає повного пояснення контексту проекту
  2. Неконсистентність — один запит виконується інакше, ніж інший
  3. Плутанина у моделях — невідомо, яка саме модель оптимальна для конкретного завдання
  4. Витрата токенів — відсутність фокусування призводить до надлишкових запитів

Рішення: Команди, Скіли та Субагенти

Команди/Скіли — це структуровані інструкції у вигляді Markdown-файлів у каталозі .claude/. Станом на початок 2026 року команди (commands) та скіли (skills) об'єднані в єдину систему: файл .claude/commands/deploy.md і скіл .claude/skills/deploy/SKILL.md рівнозначно створюють команду /deploy. Скіли — це більш потужний формат, що підтримує папку з допоміжними файлами, YAML frontmatter для керування запуском, і можливість автоматичного завантаження за контекстом.

Субагенти — це спеціалізовані AI-асистенти з власним контекстним вікном, системним промптом і правами доступу до інструментів. Кожен субагент:

  • Виконується в ізольованому контексті, не засмічуючи основну розмову
  • Може використовувати конкретний набір інструментів (наприклад, лише read-only)
  • Може бути налаштований на конкретну модель (наприклад, Haiku для дешевих задач)
  • Повертає лише стислий результат до основної сесії

ЧАСТИНА 02 Структура .claude/ та Організація Конфігурації

Актуальна структура проекту (2026)

проект/ ├── .claude/ │ ├── CLAUDE.md # Постійна пам'ять проекту │ ├── settings.json # Спільні налаштування (комітити) │ ├── settings.local.json # Локальні override (gitignore) │ ├── agents/ # Субагенти (Markdown + YAML frontmatter) │ │ ├── feature-agent.md │ │ ├── bugfix-agent.md │ │ ├── code-reviewer.md │ │ └── commit-agent.md │ ├── commands/ # Slash-команди (legacy, сумісні зі skills) │ │ └── optimize.md # → /project:optimize │ ├── skills/ # Скіли (сучасний формат) │ │ ├── new-feature/ │ │ │ └── SKILL.md │ │ ├── fix-bug/ │ │ │ └── SKILL.md │ │ └── code-review/ │ │ └── SKILL.md │ ├── hooks/ # Скрипти на події інструментів │ └── plugins/ # Маніфести плагінів ├── src/ ├── tests/ └── package.json
Важливо: CLAUDE.md завантажується в кожну сесію автоматично. Скіли — лише коли вони потрібні. Тому довгі процедури краще виносити в скіли, а не в CLAUDE.md.

Приклад скілу: розробка нової фічі

.claude/skills/new-feature/SKILL.md
---
name: new-feature
description: >
  Запускай цей скіл, коли потрібно реалізувати нову функціональність.
  Отримує опис фічі і веде розробку від планування до PR.
invocation: explicit
---

## Розробка нової фічі

### Процес виконання

1. Аналіз вимог — розбери вимоги, визнач область змін
2. Архітектурне планування — список файлів для змін
3. Реалізація — написати код відповідно до плану
4. Тести — написати юніт-тести для нової логіки
5. Документація — оновити коментарі та README
6. Підготовка коміту — Conventional Commits

Приклад скілу: виправлення бага

.claude/skills/fix-bug/SKILL.md
---
name: fix-bug
description: >
  Запускай цей скіл для виправлення багів.
  Вимагає опис проблеми та кроки для відтворення.
invocation: explicit
---

### Процес виконання

1. Відтворення — зрозуміти де і чому виникає проблема
2. Root cause analysis — знайти першопричину
3. Фікс — написати мінімальний, цільовий код
4. Регресійний тест — тест, який покриває баг
5. Коміт — Conventional Commits з типом fix:

ЧАСТИНА 03 Правильне Визначення Моделей для Субагентів

Актуальні Моделі (травень 2026)

Модель API string Контекст Призначення
Claude Opus 4.7 claude-opus-4-7 200k Складні архітектурні задачі
Claude Opus 4.6 claude-opus-4-6 1M Великі кодові бази, agent teams
Claude Sonnet 4.6 claude-sonnet-4-6 1M Щоденний робочий кінь
Claude Haiku 4.5 claude-haiku-4-5-20251001 200k Low-cost прості задачі
Ключовий апдейт 2026: Sonnet 4.6 вперше вийшов на рівень якості попереднього Opus у coding-задачах. Для більшості задач розробки Sonnet 4.6 є оптимальним вибором, а не Opus. Opus 4.7 залишається кращим для найскладніших архітектурних рішень та великих кодових баз.

Логіка Вибору Моделей

Задача: ├─ Складна архітектура / аналіз великої кодової бази Opus 4.7 ├─ Реалізація фічей, code review, debugging Sonnet 4.6 ├─ Прості read-only операції, пошук Haiku 4.5 (Explore агент) └─ Генерація commit message, документація Haiku 4.5

Effort Levels (адаптивне мислення)

Effort керує глибиною міркувань моделі. Це параметр API/CLI, а не поле frontmatter субагента — задається при запуску сесії або у виклику API:

CLI / API параметр (не YAML frontmatter)
# Підтримується на Opus 4.7, Opus 4.6 і Sonnet 4.6
claude --effort low     # Швидко, дешево — для простих задач
claude --effort medium  # Збалансовано
claude --effort high    # Глибше міркування (default Opus 4.6 / Sonnet 4.6)
claude --effort xhigh   # Максимум (default Opus 4.7, тільки він)
Важливо: у frontmatter субагента (.claude/agents/*.md) поля effort: немає. Підтримувані поля: name, description, model, tools, permission-mode, hooks, skills, memory, spawn-agents.

ЧАСТИНА 04 Субагенти — Формат та Конфігурація

Субагенти — це Markdown-файли з YAML frontmatter у каталозі .claude/agents/. JSON-формат не використовується.

Feature Agent

.claude/agents/feature-agent.md
---
name: feature-agent
description: >
  Спеціаліст з реалізації нових функцій. Делегуй цьому агенту, коли
  потрібно реалізувати нову фічу від планування до готового коду.
model: claude-sonnet-4-6
tools: Read, Write, Edit, Bash, Glob, Grep
---

Ти — досвідчений fullstack-розробник.

Твій процес роботи:
1. Аналізуй вимоги і визнач мінімальний набір змін
2. Переглянь існуючий код для розуміння контексту
3. Напиши реалізацію відповідно до існуючих патернів
4. Додай юніт-тести
5. Поверни стислий звіт: що зроблено, які файли змінено

Bugfix Agent

.claude/agents/bugfix-agent.md
---
name: bugfix-agent
description: >
  Спеціаліст з виправлення багів. Делегуй коли є конкретна
  проблема з описом та кроками відтворення.
model: claude-sonnet-4-6
tools: Read, Write, Edit, Bash, Glob, Grep
---

Ти — досвідчений debugger. Твій пріоритет — мінімальний, цільовий фікс.

Твій процес:
1. Відтвори проблему, знайди root cause
2. Напиши мінімальний фікс (не рефакторинг!)
3. Додай регресійний тест
4. Поверни звіт: причина та що змінено

Code Reviewer

.claude/agents/code-reviewer.md
---
name: code-reviewer
description: >
  Code review спеціаліст. Використовуй для перевірки PR або
  окремих файлів перед мержем. Тільки читання, без змін.
model: claude-sonnet-4-6
tools: Read, Glob, Grep
---

Ти — senior code reviewer. Перевіряй на:
- Коректність логіки та edge cases
- Потенційні security вразливості
- Продуктивність (лише суттєві проблеми)
- Відповідність існуючим патернам проекту

Формат: APPROVE / REQUEST CHANGES / COMMENT
+ список зауважень з рівнем (critical/major/minor)

Commit Agent

.claude/agents/commit-agent.md
---
name: commit-agent
description: >
  Генератор commit messages. Використовуй після завершення
  роботи для якісного Conventional Commits повідомлення.
model: claude-haiku-4-5-20251001
tools: Read, Bash
---

Аналізуй `git diff --staged` та генеруй Conventional Commits.

Формат:
type(scope): short description

- Деталь 1
- Деталь 2

BREAKING CHANGE: ... (якщо є)

ЧАСТИНА 05 Оркестрація та Делегування

Концепція: Головна сесія як менеджер

Замість жорсткої ролі "Opus = оркестратор", сучасний підхід виглядає так:

  • Головна сесія (Sonnet 4.6 за замовчуванням) розуміє задачу і делегує роботу
  • Субагенти виконують спеціалізовані завдання в ізольованих контекстах
  • Haiku (вбудований Explore агент) — автоматично виконує read-only дослідження кодової бази

Claude Code автоматично делегує задачі субагентам на основі їхніх description. Також можна явно викликати субагента:

bash
# Явний виклик субагента
claude "Use the code-reviewer agent to review auth/ directory"

# Виклик через скіл
/fix-bug "В фільтрі дат краш при виборі однакових дат"

# Нова фіча через скіл
/new-feature "Додати фільтрацію по датах. Критерії: діапазон дат"

Схема делегування

Головна сесія (Sonnet 4.6): │ ├─ [Explore agent, Haiku] ← авто для дослідження кодової бази │ └─ Результат: карта файлів, залежності │ ├─ [feature-agent, Sonnet 4.6] ← делегування реалізації │ └─ Результат: написаний код + тести │ ├─ [code-reviewer, Sonnet 4.6] ← перевірка якості │ └─ Результат: APPROVE / зауваження │ └─ [commit-agent, Haiku 4.5] ← генерація коміту └─ Результат: commit message

Режим opusplan (для складних задач)

bash
claude --model opusplan "Redesign the authentication system to support OAuth2 + API keys"

# plan mode   → Opus для глибокого архітектурного аналізу
# exec mode   → автоматично Sonnet для генерації коду

ЧАСТИНА 06 Agent Teams — Паралельна Робота

Експериментальна фіча: Agent Teams наразі є експериментальними і вимагають вмикання через змінну оточення:
shell
export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1
API та поведінка можуть змінитися без попередження — не покладайся на них у production-воркфлоу.

Для задач, де потрібні декілька агентів одночасно, Claude Code підтримує agent teams — окремі сесії, що координуються між собою.

Характеристика Субагенти Agent Teams
Контекст Ізольований, у межах сесії Окремі незалежні сесії
Паралельність Послідовно Паралельно
Вкладеність Не можуть породжувати субагентів Координуються між собою
Використання Більшість задач Великі паралельні роботи

ЧАСТИНА 07 Економія Токенів та Ефективне Делегування

❌ Без оптимізації
Дослідження коду8 000
Code review5 000
Генерація коміту3 000
ВСЬОГО16 000
✅ З оптимізацією
Haiku (Explore agent)1 500
Sonnet (ізол. контекст)3 000
Haiku (commit-agent)400
ВСЬОГО4 900
↓ Економія ~70% токенів

Правила для Економії Токенів

  1. Мінімальний контекст — кожен субагент отримує лише необхідні інструменти
  2. Правильна модель — не давати Opus задачі, що добре виконує Sonnet; не давати Sonnet те, з чим справляється Haiku
  3. Правило скілів — довгі інструкції завантажуються лише за потреби, не в кожну сесію
  4. Ізольований контекст — субагент не забруднює основну розмову проміжними результатами
javascript — псевдокод вибору моделі
function selectSubagentModel(task) {
  if (task.requiresDeepArchitecture || task.codebaseSize > 'large') {
    return 'claude-opus-4-7';           // складна архітектура
  } else if (task.requiresCodeGeneration || task.requiresAnalysis) {
    return 'claude-sonnet-4-6';        // 90%+ задач розробки
  } else {
    return 'claude-haiku-4-5-20251001'; // прості задачі
  }
}

ЧАСТИНА 08 Hooks та Автоматизація

Hooks — це детерміновані shell-скрипти, що запускаються на конкретні події інструментів. Без участі LLM, надійно та передбачувано.

.claude/settings.json
{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit",
        "command": "npx prettier --write $CLAUDE_FILE_PATH"
      }
    ],
    "PreToolUse": [
      {
        "matcher": "Edit",
        "command": "if echo $CLAUDE_FILE_PATH | grep -qE '\\.(env|lock)$'; then exit 2; fi"
      }
    ]
  }
}
Exit codes: 0 = дозволити, 2 = заблокувати. Hooks — надійний safety net для автоматизації без участі моделі.

ЧАСТИНА 09 Git Integration — Commit Agent у Дії

.claude/skills/smart-commit/SKILL.md
---
name: smart-commit
description: >
  Аналізує staged зміни і генерує Conventional Commits.
  Запускай після git add, перед git commit.
invocation: explicit
---

Виконай `git diff --staged` для аналізу змін.
Згенеруй commit message у форматі Conventional Commits:

type(scope): короткий опис (не більше 72 символів)

- Деталь 1 що і чому
- Деталь 2

BREAKING CHANGE: ... (тільки якщо є)
Fixes #<номер> (якщо є)

Типи: feat, fix, docs, style, refactor, perf, test, chore, ci

ЧАСТИНА 10 Best Practices та Рекомендації

✅ Що Робити

Зберігай CLAUDE.md коротким — до 300 рядків. Конвенції, стек, команди запуску. Процедури — у скіли.
Визначай моделі явно — вказуй model: у frontmatter субагента
Обмежуй tools для субагентів — reviewer не потребує Write, explore-агент лише read-only
Використовуй skills замість commands — сучасний формат з більшими можливостями
Версіонуй конфігурації — зберігай .claude/ у git (крім settings.local.json)
Описуй субагентів чітко — поле description: є критичним: Claude делегує задачі саме на його основі

❌ Чого Уникати

Перегромождення CLAUDE.md — довгі процедури роблять кожну сесію дорожчою
Один агент для всіх задач — втрачається ізоляція і контроль
Ігнорування effort levels — для простих задач --effort low (API/CLI параметр) суттєво дешевше
JSON замість Markdown для агентів — Claude Code не читає JSON-визначення агентів
Застарілі model string — завжди перевіряй актуальні назви на code.claude.com/docs

Що Комітити, Що Ні

.claude/ ├── CLAUDE.md ← комітити ├── settings.json ← комітити (спільні налаштування команди) ├── settings.local.json ← НЕ комітити (.gitignore) ├── agents/ ← комітити ├── skills/ ← комітити ├── commands/ ← комітити (legacy, сумісні) └── hooks/ ← комітити

ЧАСТИНА 11 Повна Конфігурація Проекту

CLAUDE.md (приклад для Django + Vue 3 проекту)

CLAUDE.md
# Project: My Web App

## Stack
- Backend: Django 4.2, DRF, PostgreSQL, Redis
- Frontend: Vue 3, Pinia, Vite, TypeScript
- Infra: Docker, nginx

## Commands
- `make dev`  — запустити локально
- `make test` — запустити тести
- `make lint` — перевірка якості коду

## Conventions
- Conventional Commits обов'язково
- Тести обов'язкові для нової бізнес-логіки
- API endpoints мають вхідну валідацію через DRF serializers
- Vue компоненти — Composition API з <script setup>

settings.json

.claude/settings.json
{
  "permissions": {
    "allow": [
      "Bash(make *)",
      "Bash(git status)",
      "Bash(git diff *)",
      "Bash(git add *)",
      "Bash(pytest *)",
      "Bash(npm run *)"
    ],
    "deny": [
      "Bash(git push *)",
      "Bash(rm -rf *)"
    ]
  },
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit(*.py)",
        "command": "ruff format $CLAUDE_FILE_PATH 2>/dev/null || true"
      }
    ]
  }
}

ВИСНОВОК Трансформація Розробки

Написання власних скілів та субагентів у .claude/ — це стратегічна переорієнтація розробки.

Структурованість — передбачувані, повторювані процеси через скіли
Економія токенів — 60–70% менше витрат завдяки ізоляції контексту та правильним моделям
Якість — спеціалізовані субагенти з обмеженими інструментами дають кращі результати
Безпека — hooks блокують небажані операції детерміновано, без LLM
Командна робота.claude/ у git дає всій команді однакове середовище

Крок за Кроком

  1. Почніть з CLAUDE.md — зафіксуйте конвенції проекту (найбільший leverage)
  2. Додайте 2–3 скілиfix-bug, new-feature, code-review
  3. Визначте субагентів — reviewer, commit-agent як мінімум
  4. Налаштуйте hooks — форматування, блокування небезпечних операцій
  5. Розширюйте поступово — додавайте нових агентів за реальною потребою

Актуальні Ресурси