Один і той самий Claude Code дає абсолютно різні результати залежно від того, хто ним користується.
Дехто швидко вичерпує свій 5-годинний ліміт, тоді як іншим його вистачає з головою.
--> Різниця полягає в налаштуваннях та звичках.
⭐️ Ось 12 правильних порад для Claude Code. ⭐️
Усі команди та промпти додані, щоб ти міг просто скопіювати та вставити їх.
--> Читати все одразу трохи задовго... Може, спершу додати в закладки???
⚠️ Перед початком.. Перевір свою версію ⚠️
Більшість функцій, згаданих у цій статті, вийшли за останні кілька місяців. Якщо твоя версія стара, команди не працюватимуть.
Перевір через claude --version у терміналі, і якщо номер низький, просто виконай claude update.
Команди в цій статті базуються на версії v2.1.302 станом на 18 жовтня.
1. Задавай різний рівень Effort для кожного суб-агента
Effort (рівень зусиль) визначає, наскільки глибоко Claude думає перед відповіддю. Варіанти включають low, medium, high, xhigh та max, хоча доступні кроки дещо відрізняються залежно від моделі.
Багато хто бездумно ставить Max або XHigh, вважаючи, що чим вище — тим краще.
Але це не завжди так.
Під час створення однакового додатку для порівняння, Max зайняв 79 хвилин, тоді як інші рівні effort — 16 хвилин.
Результати були майже ідентичними. Ти просто витрачаєш більше часу та токенів.
Ось що я підсумував зі свого досвіду:
--> (Головне) 🔥 Якщо ти вмієш писати детальні промпти, фінальний результат часто буде однаковим, незалежно від того, використовуєш ти low чи max. 🔥
--> Для брейнштормів low або medium насправді працювали краще.
Проте складні архітектурні рішення, хитрі баги та важливі рев'ю іноді потребують вищого рівня effort.
Суть не в тому, щоб "завжди ставити low".
З 7 жовтня.. Вказуй effort при виклику суб-агентів!
Починаючи з оновлення 7 жовтня (v2.1.292), основний Claude Code може задавати effort при виклику суб-агентів.
Тепер можна давати такі інструкції:
Розділи поточне завдання на три етапи та виконай їх за допомогою суб-агентів.
1. Пошук розташування файлів та організація даних з low effort
2. Аналіз плюсів/мінусів напрямку змін із medium effort
3. Рев'ю фінального коду на пошук багів із high effort
Покажи, який саме effort було фактично задано кожному суб-агенту,
і поверни головному агенту лише висновки та шляхи до файлів із доказами.
Якщо набридає щоразу це прописувати, зберігай агентів у файли.
--> Наприклад, збережи як light-research.md у папці .claude/agents/ твого проєкту.
name: light-research
description: Легке дослідження лише для пошуку релевантних файлів та місць із доказами
model: haiku
effort: low
Обидва методи — вказівка при кожному виклику (промпт вище) та фіксація через файл — працюють!
2. Управління контекстом та запобігання витраті токенів
🤪 Причина, чому Claude Code раптово "тупішає", здебільшого криється в контексті.
Контекст — це робоча область, яку Claude пам'ятає одночасно. Розмови, прочитані файли та результати команд — усе накопичується тут.
--> Нині Claude Code має 1M (1 мільйон токенів) контексту 'за замовчуванням'.
Проблема в тому, щоб повністю заповнити цей 1M.
Це стосується не лише Claude; це типове обмеження всіх LLM, як-от Codex.
⭐️ Порада: налаштуй autocompact на 500~700k ⭐️
Тому я зсуваю поріг автоматичного стиснення ближче.
/autocompact 600k
Це зменшує розмір вікна, що використовується для авто-стиснення, до 600k токенів.
До того, як заповниться 1M, Claude автоматично підсумує розмови та звільнить місце.
(Щоб повернути значення за замовчуванням, введи `/autocompact auto`.)
⚠️ Друга річ, на яку варто звернути увагу: закінчення терміну дії кешу ⚠️
Якщо ти довго використовуєш одну сесію, обов'язково перевіряй це.
Claude Code надсилає всю попередню розмову з кожним запитом. Це швидко й дешево завдяки кешуванню — вже оброблені частини не перераховуються.
Але цей кеш не вічний.
- Підписка Pro або Max (у межах лімітів плану): кеш основної розмови — 1 година
- API-ключ або додаткові кредити використання: 5 хвилин
- Суб-агенти: 5 хвилин, навіть за наявності підписки
Якось я побачив на екрані ~852k некешованих токенів. У такому стані надсилання одного рядка "continue" вимагає повторної обробки ~850k токенів без кешу. Ліміт використання може впасти дуже різко.
Типові випадки, коли кеш ламається:
- Відновлення величезної сесії після тривалої перерви
- Зміна моделі посеред сесії (кеш окремий для кожної моделі)
- Зміна конфігурацій підключених MCP-інструментів
Заходи прості:
- Прибирай за собою перед виходом. Використовуй `/compact`, поки кеш живий, або починай заново з `/clear`.
- Оновись до останньої версії. Починаючи з v2.1.299, розмови понад 200k токенів автоматично стискаються після ~54 хвилин простою, до закінчення 1-годинного терміну дії кешу. (Це можна вимкнути в
/configу розділі Idle compaction).
**
3. Очищуй старі інструкції за допомогою /doctor prompt-audit
CLAUDE.md, скопійований зі старих порад. Правила, які додавались одне за одним щоразу, коли я помилявся.
Більшість із них були написані для старіших моделей.
Нові моделі виконують інструкції набагато краще за старі.
⚠️ Тому правила, які раніше потребували акцентів на кшталт "Обов'язково!!" "Ніколи!!", тепер можуть бути надто агресивними. ⚠️
Також накопичилися правила, що конфліктують із поточним кодом або між собою.
Тепер це можна перевірити однією командою.
1/doctor prompt-audit
Функцію додано в оновленні наприкінці вересня (v2.1.283).
Що вона перевіряє?
- CLAUDE.md, CLAUDE.local.md та AGENTS.md у папці проєкту та батьківських папках
- ~/.claude/CLAUDE.md (мої особисті інструкції, що застосовуються до всіх проєктів)
- Правила, скіли, кастомні команди, визначення суб-агентів та стилі виводу всередині .claude/
Вона звітує, але не пропонує виправлень для навичок плагінів та агентів.
Критерії базуються на моделі, яку ти зараз використовуєш. Вона знаходить застарілі патерни промптів для цієї моделі та створює звіт із пропозиціями щодо виправлення.
(Вона не читає файли, які можуть містити ключі, як-от файли налаштувань або .mcp.json.)
4. Виправляй робоче середовище, коли Claude повторює помилки
⛏️ Коли ШІ знову косячить. Коли ти годинами б'єшся над однією проблемою. ⛏️
Якщо ти виправляєш одне й те саме втретє, це не вина моделі. Це вина робочого середовища.
Я використовую цей метод ще з часів Claude Sonnet 3.7, вже понад рік. Якщо коротко..
--> Нехай ШІ проаналізує сесію, де він зазнав невдачі, а потім внеси причини в інструкції проєкту та методи перевірки.
⭐️ Роби це так: "Аналізуй помилки за допомогою Session ID" ⭐️
1. Введи `/status` у сесії, де помилки повторювалися, щоб отримати Session ID. Скопіюй його.
2. Відкрий нову сесію Claude Code (Codex теж підійде) та встав це:
1"<Session ID>" → Знайди моменти, де ця сесія Claude Code зазнала невдачі двічі або більше.23Знайди речі, на які я вказував, але вони продовжували робитися неправильно, а також вузькі місця.45Класифікуй причини їх виникнення (хибні припущення, відсутній контекст, структура коду, брак тестів)67і запропонуй найменше виправлення лише для CLAUDE.md, .claude/rules, skills,8hooks або тестів, щоб запобігти повторенню.
3. Переглянь пропозиції та застосуй лише хороші.
4. Перевір ефективність. Повтори запити, які раніше не вдавалися, і подивись, чи спрацює тепер.
⚠️ Не скидай усе в один CLAUDE.md. ⚠️
Чим він довший, тим більше контексту з'їдає, і тим сильніше правила конфліктують!!!
- Загальнопроєктні правила в CLAUDE.md
- Правила для конкретних папок/файлів у .claude/rules/ або в CLAUDE.md усередині цієї папки
- Повторювані процедури як Skills
- Абсолютні правила через Hooks та дозволи (Порада #10)
- Той самий баг, що повторюється, через регресійні тести
Періодично очищуй накопичені правила за допомогою Поради #3 `/doctor prompt-audit`. Порада #4 будує, Порада #3 прибирає.
**
5. Зберігай робочу пам'ять між сесіями за допомогою Claude-Mem
Claude Code забуває розмови, коли сесія завершується.
**"Чому ми минулого разу зробили саме так?"
"Як ми виправили ту помилку?"**
Тобі доводиться пояснювати все заново в кожній новій сесії.
Єдиний плагін для Claude Code, яким я стабільно користуюся вже рік, вирішує цю проблему.
--> claude-mem.
⭐️ Він має понад 100k зірок на GitHub. ⭐️
Чим він відрізняється від базової пам'яті?
У Claude Code є базова Auto Memory. Ось у чому різниця:
Базова Auto Memory підсумовує в нотатки контент, який Claude вважає важливим, та висновки з проєкту. Її можна переглянути через /memory, нічого встановлювати не треба.
claude-mem автоматично записує, які завдання виконувались у попередніх сесіях, як вирішувались помилки та чому приймалися певні рішення. Він витягує потрібні записи в наступній сесії.
На моєму екрані економія сягала до 87% токенів.
Встановлення — один рядок у терміналі:
1npx claude-mem install
Або встанови як плагін усередині Claude Code:
1/plugin marketplace add thedotmack/claude-mem2/plugin install claude-mem
❌ Не рекомендується, якщо ❌
- Ти переважно використовуєш Codex
- У тебе вже є інший плагін для пам'яті або кастомна система передачі контексту
Додавання інструментів, що дублюють один одного, підвищує складність і вартість.
Якщо ж ти використовуєш лише Claude Code, це настійно рекомендовано.
6. Бач модель, Effort, контекст та використання одним поглядом завдяки Statusline
Під час роботи з Claude Code ти постійно задаєшся питаннями:
- Ця сесія працює на Opus? Sonnet? Haiku?
- Який effort налаштовано?
- Наскільки заповнений контекст?
- Скільки залишилося від 5-годинного та тижневого лімітів?
🔥 Statusline тримає це видимим у нижній частині терміналу. 🔥
Створити його легко. Опиши бажаний вигляд після `/statusline`, і Claude згенерує та застосує скрипт.
Мої 5 опублікованих дизайнів
Раніше я ділився 5 промптами для statusline, які можна просто скопіювати.
1. Minimal: Модель, effort, проєкт, контекст — в одному рядку
2. Pastel Blocks: Пастельні блоки-виділення, ідеальні для темних терміналів
3. Nord Powerline: Плавні межі-стрілки між сегментами
4. Limit Dot Bar: Для Pro/Max. 5-годинне та 7-денне використання, час до скидання у вигляді точкових шкал
5. Vivid Gauge: Лаймовий бейдж та діагональна шкала. Включає кількість токенів контексту
Повні промпти є в оригінальних постах. Скопіюй, встав, і Claude миттєво все збудує.
1. Minimal: https://x.com/lucian__03/status/2103173295118098750
2. Pastel Blocks: https://x.com/lucian__03/status/2103173396075065594
3. Nord Powerline: https://x.com/lucian__03/status/2103173518573916178
4. Limit Dot Bar: https://x.com/lucian__03/status/2103173612832444536
5. Vivid Gauge: https://x.com/lucian__03/status/2103173754218258607
7. Змушуй Claude виконувати код і перевіряти результати напряму
Claude каже "Реалізацію завершено!", але при запуску все падає. Кнопки не натискаються, екрани ламаються, або нічого не з'являється.
Тести проходять, але додатки ламаються частіше, ніж очікуєш.
Тому змусь Claude самого запускати додаток і взаємодіяти з ним. Для цього є команди:
- /run: Фактично запускає додаток проєкту та маніпулює ним для перевірки змін.
- /verify: Збирає та запускає додаток, щоб підтвердити, що змінений функціонал працює. Не замінюється тестами/перевіркою типів.
- /run-skill-generator: Зберігає спосіб запуску цього проєкту (команди, змінні середовища, кроки підготовки) як skill. Зроби це першим для складних проєктів.
- /verify зберігає перевірений метод як skill проєкту (.claude/skills/verify/) для повторного використання.
Порядок дій:
1. Реалізуй фічу, спершу перевір тести/білд
2. Запусти додаток через /run
3. Клікай/вводь дані для вебу, або використовуй тестові вхідні/вихідні дані для CLI
4. Повторно переконайся, що мета досягнута, через /verify
5. Виправ і перезапусти, якщо не вдалося. Зберігай реальні результати команд/скріншоти як докази
8. Розділяй ШІ для кодингу та ШІ для рев'ю
Ти не помічаєш друкарських помилок у власному тексті. Те саме стосується ШІ.
Сесія кодингу упереджена на користь "це правильно".
⭐️ Тому використовуй ревьюера зі свіжим контекстом. ⭐️
- /code-review: Знаходить баги/проблеми з точністю у зміненому коді, PR, гілках, шляхах.
- Налаштуй інтенсивність, наприклад /code-review high (від low до max).
(За замовчуванням лише звітує; додай --fix для автовиправлення.)
- /security-review: Перевіряє проблеми безпеки (автентифікація, валідація вводу, витоки інформації) у diff між гілкою та віддаленою гілкою за замовчуванням.
- /simplify: Прибирає дублікати/неефективності/надмірну складність. Не для пошуку багів (цим займається /code-review).
Рекомендований порядок:
1. Очисти код через /simplify
2. Перевір функціональність через /verify (Порада #7)
3. Знайди баги через /code-review
4. Додай /security-review, якщо торкаєшся логіну/оплати/API-ключів/персональних даних
Не потрібно щоразу запускати всі 4.
⚠️ Для дрібних правок може вистачити лише /code-review. ⚠️
Для глибшого аналізу використовуй /code-review ultra (те саме, що й /ultrareview).
(Хмарне глибоке рев'ю; користувачі Pro/Max отримують 3 безкоштовні спроби.)
9. Визначай дизайн та критерії завершення перед складним кодингом
Для складних завдань спершу дай Claude обсяг та критерії завершення, а не довгі інструкції з кодингу.
Без цього Claude довільно розширює scope.
⚠️ Він змінює непотрібні файли та робить те, про що ти не просив. ⚠️
Використання Plan Mode:
Натисни Shift+Tab, щоб увімкнути plan mode, або введи /plan. Можна додати завдання, наприклад /plan fix login bug.
(Plan Mode лише читає файли та планує. Код змінюється після твого схвалення.)
Потік: Дослідження → Планування → Схвалення → Реалізація → Перевірка.
Пропускай планування для виправлення друкарських помилок/змін в один рядок. Правило з офіційної документації: якщо зміну можна описати одним реченням, пропускай план.
10. Автоматично забезпечуй виконання критичних правил через Hooks
Навіть якщо в CLAUDE.md написано "Не чіпай цей файл", Claude іноді його чіпає.
🔥 CLAUDE.md — це рекомендація; Hooks — це примус. 🔥
Топ-3 найуживаніших:
- PreToolUse: Безпосередньо перед редагуванням файлу/виконанням команди. Блокує редагування захищених файлів/небезпечні команди.
- PostToolUse: Одразу після виконання. Автоматично форматує/лінтить відредаговані файли.
- Stop: Коли Claude намагається завершити роботу. Запобігає зупинці, якщо тести не завершені.
Приклад: Блокування редагування конфігів продакшену
Попроси Claude створити хуки:
--> "Створи PreToolUse hook, що блокує редагування config/production.env."
Хороші сценарії використання:
- Автозапуск форматера при редагуванні файлів коду (PostToolUse)
- Вимога підтвердження перед зміною критичних папок (PreToolUse)
- Блокування зупинки, якщо тести не запущені (Stop)
- Блокування небезпечних команд (PreToolUse + Bash)
11. Запускай кілька сесій Claude одночасно за допомогою Git Worktree
Що станеться, якщо два вікна Claude працюватимуть в одній папці?
🚫 Вони конфліктуватимуть, редагуючи ті самі файли. (Дуже боляче..) 🚫
Worktree розділяє репозиторій на окремі папки/гілки для кожного завдання.
Claude Code робить це однією командою:
Запусти у двох терміналах:
claude --worktree feature-authclaude --worktree feature-dashboard
Короткий варіант -w теж працює.
Створює .claude/worktrees/feature-auth/ і працює в гілці worktree-feature-auth.
--> ⭐️ Дві сесії не чіпають файли одна одної. ⭐️
Примітки:
Нові worktree стартують від віддаленої гілки за замовчуванням (main), а не від поточної гілки.
Передай номер PR, наприклад claude --worktree "#1234", щоб почати з PR.
При завершенні сесії запитує, чи зберегти/видалити залишки роботи.
Застереження:
- Worktree ізолює лише файли/гілки. Спільна локальна БД/порти/цілі деплою/API-акаунти спричинятимуть конфлікти.
- Можливі конфлікти злиття, якщо редагувалися ті самі файли.
- Визначай інтерфейси або послідовність для тісно пов'язаних завдань.
- Кожна сесія витрачає окремий ліміт. Паралельність ≠ економія токенів.
12. Повторюй перевірку, доки мету не буде досягнуто, за допомогою /goal
Claude зупиняється після одного кроку. Може сказати "майже виправлено", хоча 3 тести падають.
- Goal змушує Claude працювати, доки не будуть виконані критерії завершення (починаючи з v2.1.139).
- /goal показує поточну мету/статус.
- /goal clear скидає мету/зупиняє процес.
Як це працює...
Після кожного кроку маленька швидка модель оцінює, чи виконані умови. Якщо ні, Claude переходить до наступного кроку.
Включи метод перевірки в мету (наприклад, "виведи команду тестування/результати"). Моделі-судді потрібні докази.
Чим відрізняється від /loop або Stop hook?
--> Goal негайно починає наступний крок після невдачі. Зупиняється, коли суддя підтверджує успіх.
/loop повторює завдання через певні інтервали (наприклад, /loop 5m check deploy).
Stop hook запускає кастомний скрипт для перевірки умов наприкінці кроку.
Комбінуй для найкращих результатів:
1. Визнач обсяг/критерії через /plan (Порада #9)
2. Розділи завдання через claude -w (Порада #11)
3. Форматуй/блокуй через Hooks (Порада #10)
4. Ітеруй, доки критерії не будуть виконані, через /goal (Порада #12)
5. Підтвердь через /run та /verify (Порада #7)
6. Зроби рев'ю зі свіжим контекстом через /code-review (Порада #8)
Підсумок
1. Змінюй effort залежно від завдання. Делегуй суб-агентам.
2. Не заповнюй контекст повністю. Слідкуй за терміном дії кешу.
3. Очищуй старий CLAUDE.md через /doctor prompt-audit.
4. При повторюваних помилках виправляй середовище, а не модель.
5. Пам'ять між сесіями через claude-mem.
6. Монітор модель/effort/контекст/ліміти через statusline.
7. Перевіряй через /run та /verify, а не просто вір словам "готово".
8. Розділяй ШІ-кодера та ШІ-рев'юера.
9. Спершу плануй складні завдання.
10. Забезпечуй критичні правила через Hooks.
11. Паралель роботу через worktree.
12. Працюй до успіху завдяки /goal.
Claude Code оновлюється стрімко. Буду ділитися новими порадами, щойно вони з'являтимуться.
Додай у закладки, якщо було корисно, і поділися з друзями, які користуються Claude Code.
Дякую за читання!
Попередні окремі пости, на які є посилання:
Effort для суб-агентів: https://x.com/lucian__03/status/2108194703782916166
Effort, Max не завжди найкращий: https://x.com/lucian__03/status/2104641991279874134
autocompact 500~700k: https://x.com/lucian__03/status/2108589402914177236
852k некешованих & закінчення терміну кешу: https://x.com/lucian__03/status/2106396357527531800
/doctor prompt-audit: https://x.com/lucian__03/status/2104560017407869028
Самовдосконалення ШІ (оновлення Harness): https://x.com/lucian__03/status/2081761475560157477
claude-mem: https://x.com/lucian__03/status/2108997241864159442
5 дизайнів statusline: https://x.com/lucian__03/status/2103173166973718537
