Переваги й обмеження

Модуль 1Урок 3 з 36Безкоштовний модуль

Агентний асистент добре тримає ланцюжок дій: знайти файл → прочитати → запропонувати патч → запустити тест. Можна підключати власні інструменти і MCP-сервери. Дані проєкту не відправляються на «повне індексування репозиторію в хмарі» — контекст збирається під конкретний запит. Це важливо для приватних репо і NDA: ви контролюєте, що потрапляє в підказку через дозволи й trust для теки.

Сильні сторони

Порада

Надійне ланцюжки дій, локальний контроль над тим, що читається, і швидкий старт без окремого IDE-плагіна — головні переваги для щоденної розробки. Багато команд уже живуть у терміналі поруч із git і docker; Claude Code вписується в цей же екран.

Обмеження

Памʼять інструментів не переноситься між сесіями: новий запуск — новий контекст, доки ви не додасте нотатки чи правила. Вікно контекста скінченне — великі diff краще дробити. Відповіді недетерміновані: та сама підказка може дати різні патчі. Завжди перевіряйте тестами й переглядом diff. Модель не «знає» ваш prod без явного доступу і не замінює моніторинг.

Увага

Безпека: не підтверджуйте незнайомі shell-команди, не вставляйте секрети в підказку, обмежуйте доступ до облікові дані робочого середовища. Агент може помилитися так само, як і людина. Команда rm -rf може зʼявитись у пропозиції — читайте перед Enter.

Правило профі: тести й linter — джерело правди. Якщо асистент каже «готово», а CI червоний — довіряйте CI. Якщо локально зелено, а staging падає — перевірте середовище, версії залежностей і те, що агент не бачив у локальному .env.

Більше контексту

MCP (Model Context Protocol) розширює набір інструментів: Jira, Slack, внутрішні API. Це плюс, але кожен новий сервер — нова поверхня для витоку даних. У корпорації узгодьте, які MCP дозволені. Custom інструменти у проєкті — спосіб дати агенту доменні дії (генерація OpenAPI, деплой у песочниця) без копіювання секретів у чат.

Типові помилки

Очікування «агент памʼятає вчорашню сесію» призводить до повторення пояснень. Зберігайте домовленості в CLAUDE.md або AGENTS.md. Інша помилка — один гігантський diff: вікно контексту переповнюється, якість падає. Третя — відсутність тестів: без автоматичної перевірки ви не відрізните вдале рішення від переконливого тексту.

Приклад

Практика в терміналі: після невдалого патча запустіть тести самі (npm test, pytest, go test) і вставте вивід з помилкою у наступну підказку. Агент швидше виправить помилку, коли бачить точний assert.

Що запамʼятати

Переваги — ланцюжки дій, локальний контроль, розширення через MCP. Обмеження — скінченний контекст, нова сесія без памʼяті, недетермінізм. Ваша страховка — diff, тести, обережність із shell і секретами.

Перевірка

4 питання

Кілька питань за матеріалом уроку. Спроб — скільки завгодно.

1.Що НЕ переноситься автоматично між сесіями Claude Code?
2.Чому варто дробити великі зміни?
3.Як перевірити, що патч справді працює?
4.Що з приватності проєкту при агентний робочий процес?