ЧАСТИНА 01 Навіщо Потрібні Команди, Скіли та Агенти?
Проблема: Неструктурована Робота з AI
Коли розробник просто спілкується з Claude чат-інтерфейсом або напряму через API без структури, він стикається з проблемами:
- Повторення контексту — кожен запит вимагає повного пояснення контексту проекту
- Неконсистентність — один запит виконується інакше, ніж інший
- Плутанина у моделях — невідомо, яка саме модель оптимальна для конкретного завдання
- Витрата токенів — відсутність фокусування призводить до надлишкових запитів
Рішення: Команди, Скіли та Субагенти
Команди/Скіли — це структуровані інструкції у вигляді 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.md завантажується в кожну сесію автоматично. Скіли — лише коли вони потрібні. Тому довгі процедури краще виносити в скіли, а не в CLAUDE.md.
Приклад скілу: розробка нової фічі
--- name: new-feature description: > Запускай цей скіл, коли потрібно реалізувати нову функціональність. Отримує опис фічі і веде розробку від планування до PR. invocation: explicit --- ## Розробка нової фічі ### Процес виконання 1. Аналіз вимог — розбери вимоги, визнач область змін 2. Архітектурне планування — список файлів для змін 3. Реалізація — написати код відповідно до плану 4. Тести — написати юніт-тести для нової логіки 5. Документація — оновити коментарі та README 6. Підготовка коміту — Conventional Commits
Приклад скілу: виправлення бага
--- 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 прості задачі |
Логіка Вибору Моделей
Effort Levels (адаптивне мислення)
Effort керує глибиною міркувань моделі. Це параметр API/CLI, а не поле frontmatter субагента — задається при запуску сесії або у виклику API:
# Підтримується на 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, тільки він)
.claude/agents/*.md) поля effort: немає. Підтримувані поля: name, description, model, tools, permission-mode, hooks, skills, memory, spawn-agents.
ЧАСТИНА 04 Субагенти — Формат та Конфігурація
Субагенти — це Markdown-файли з YAML frontmatter у каталозі .claude/agents/. JSON-формат не використовується.
Feature Agent
--- name: feature-agent description: > Спеціаліст з реалізації нових функцій. Делегуй цьому агенту, коли потрібно реалізувати нову фічу від планування до готового коду. model: claude-sonnet-4-6 tools: Read, Write, Edit, Bash, Glob, Grep --- Ти — досвідчений fullstack-розробник. Твій процес роботи: 1. Аналізуй вимоги і визнач мінімальний набір змін 2. Переглянь існуючий код для розуміння контексту 3. Напиши реалізацію відповідно до існуючих патернів 4. Додай юніт-тести 5. Поверни стислий звіт: що зроблено, які файли змінено
Bugfix Agent
--- 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
--- 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
--- 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. Також можна явно викликати субагента:
# Явний виклик субагента claude "Use the code-reviewer agent to review auth/ directory" # Виклик через скіл /fix-bug "В фільтрі дат краш при виборі однакових дат" # Нова фіча через скіл /new-feature "Додати фільтрацію по датах. Критерії: діапазон дат"
Схема делегування
Режим opusplan (для складних задач)
claude --model opusplan "Redesign the authentication system to support OAuth2 + API keys" # plan mode → Opus для глибокого архітектурного аналізу # exec mode → автоматично Sonnet для генерації коду
ЧАСТИНА 06 Agent Teams — Паралельна Робота
export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1
Для задач, де потрібні декілька агентів одночасно, Claude Code підтримує agent teams — окремі сесії, що координуються між собою.
| Характеристика | Субагенти | Agent Teams |
|---|---|---|
| Контекст | Ізольований, у межах сесії | Окремі незалежні сесії |
| Паралельність | Послідовно | Паралельно |
| Вкладеність | Не можуть породжувати субагентів | Координуються між собою |
| Використання | Більшість задач | Великі паралельні роботи |
ЧАСТИНА 07 Економія Токенів та Ефективне Делегування
Правила для Економії Токенів
- Мінімальний контекст — кожен субагент отримує лише необхідні інструменти
- Правильна модель — не давати Opus задачі, що добре виконує Sonnet; не давати Sonnet те, з чим справляється Haiku
- Правило скілів — довгі інструкції завантажуються лише за потреби, не в кожну сесію
- Ізольований контекст — субагент не забруднює основну розмову проміжними результатами
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, надійно та передбачувано.
{
"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"
}
]
}
}
0 = дозволити, 2 = заблокувати. Hooks — надійний safety net для автоматизації без участі моделі.
ЧАСТИНА 09 Git Integration — Commit Agent у Дії
--- 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 та Рекомендації
✅ Що Робити
model: у frontmatter субагентаWrite, explore-агент лише read-only.claude/ у git (крім settings.local.json)description: є критичним: Claude делегує задачі саме на його основі❌ Чого Уникати
--effort low (API/CLI параметр) суттєво дешевшеcode.claude.com/docsЩо Комітити, Що Ні
ЧАСТИНА 11 Повна Конфігурація Проекту
CLAUDE.md (приклад для Django + Vue 3 проекту)
# 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
{
"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/ — це стратегічна переорієнтація розробки.
.claude/ у git дає всій команді однакове середовищеКрок за Кроком
- Почніть з CLAUDE.md — зафіксуйте конвенції проекту (найбільший leverage)
- Додайте 2–3 скіли —
fix-bug,new-feature,code-review - Визначте субагентів — reviewer, commit-agent як мінімум
- Налаштуйте hooks — форматування, блокування небезпечних операцій
- Розширюйте поступово — додавайте нових агентів за реальною потребою