6 виробничих сценаріїв екзамену CCA-F

✓ A — Коли критична бізнес-логіка вимагає певної послідовності (верифікація перед поверненням коштів), programmatic enforcement дає детерміновані гарантії: він блокує lookup_order і process_refund, доки get_customer не поверне верифікований customer ID. Prompt-підходи — підсилення system prompt чи few-shot приклади з пріоритетом get_customer — лишаються ймовірнісними й мають ненульову ймовірність недотримання. Routing-класифікатор вирішує доступність інструментів, а не їх обов'язковий порядок виконання.

✓ A — Описи інструментів — основний механізм вибору для LLM. За мінімальних описів моделі бракує контексту, щоб розрізнити схожі інструменти; розширення опису форматами входу, прикладами запитів, edge cases і межами застосування б'є прямо в причину. Few-shot приклади додають токени, не усуваючи її. Окремий routing-шар з парсингом ключових слів — over-engineering, що обходить розуміння моделі. Злиття в lookup_entity — валідна, але важча архітектурна зміна, ніж потрібно для «першого кроку».

✓ A — Project-scoped slash-команди зберігають у .claude/commands/ репозиторію — вони версіонуються разом із кодом і доступні всім після clone/pull. Розміщення в ~/.claude/commands/ робить команду особистою й не шерить її між розробниками; CLAUDE.md призначений для контексту, а не для виконуваних команд; а .claude/config.json з масивом commands описує неіснуючий у Claude Code механізм.

✓ A — Plan mode створений саме для масштабних змін у десятках файлів, кількох валідних підходів та архітектурних рішень про межі сервісів і залежності модулів — він дозволяє безпечно дослідити код перед комітом до змін. Інкрементальний direct execution ризикує дорогими переробками, коли межі виявляться невдалими; підхід із повними наперед інструкціями хибно припускає готову відповідь без дослідження; а відкладене перемикання ігнорує, що складність уже задана самими вимогами.

✓ A — Логи прямо показують причину: coordinator розклав «креативні індустрії» лише на візуальні підтеми (digital art, graphic design, photography), пропустивши музику, письменство й кіно, тож його призначення не покрили всіх релевантних доменів теми. Subagent'и коректно зробили те, що їм призначили в межах заданого scope. Решта варіантів помилково звинувачують нижчих агентів: брак gap-аналізу в synthesis, вузькість пошукових запитів чи жорсткий фільтр релевантності в document-аналізі — жоден з них не пояснює, чому non-visual домени взагалі не потрапили у призначення.

✓ A — Структурований error-контекст дає coordinator'у дані для розумного рішення: ретрай із модифікацією запиту, перехід на альтернативний підхід чи продовження з partial results. Загальний статус «search unavailable» після внутрішніх ретраїв ховає контекст і не дає coordinator'у вибору. Позначення збою як «успіх» приховує помилку (silent suppression). Завершення всього воркфлоу через один timeout надмірне й позбавляє систему стійкості.

✓ A — Grep призначений для пошуку за вмістом коду (наприклад, усі виклики функції за іменем, рядки помилок чи import'и). Пошук файлів за патерном імені знаходить лише файли, а не входження тексту в них. Читання кожного файлу цілком читає вміст конкретного файлу, а не шукає по всіх одразу. Інтерактивний редактор через Bash тут недоречний.

✓ A — Glob знаходить файли за патернами імен (наприклад, **/*.test.tsx). Пошук за вмістом призначений для входжень тексту в коді, а не для перебору шляхів. Точкова заміна за якорем і створення файлу служать для модифікації чи генерації, а не для пошуку.

✓ A — Прапорець -p (--print) — задокументований спосіб запуску Claude Code в неінтерактивному режимі: обробляє промпт, друкує результат у stdout і одразу виходить, не чекаючи інтерактивного вводу. Змінна CLAUDE_HEADLESS і прапорець --batch — неіснуючі й не вмикають headless-режим. Редирект stdin з /dev/null — обхідний трюк, що не відповідає офіційному синтаксису Claude Code і не гарантує коректного завершення.

✓ A — Batches API дає 50% економії, але час обробки — до 24 годин без гарантії latency. Це неприйнятно для блокуючого pre-merge check, який має завершитись до merge, але ідеально для нічних звітів, що читають уранці. Переведення обох на batch покладається на «зазвичай швидше» — неприйнятно для блокуючого кроку. Побоювання про порядок результатів хибне: відповіді корелюються через custom_id. Timeout-fallback на real-time — зайва складність, що не усуває ризику для блокуючого кроку.

✓ A — tool_use із JSON-схемою — найнадійніший спосіб гарантованого schema-compliant виводу: модель повертає структуровані дані саме як вхідні параметри інструмента, і це усуває синтаксичні помилки JSON. Прохання в промпті лишається ймовірнісним; полагодження регулярками крихке й не покриває всі випадки невалідної розмітки; нульова temperature робить вивід детермінованим, але не гарантує відповідності схемі.

✓ A — Поля, яких може не бути в джерелі, проєктують optional/nullable — тоді модель повертає null, коли даних немає, замість того, щоб під required-обмеження фабрикувати значення. Прохання «не вигадувати» лишається ймовірнісним; повне видалення полів зі схеми втрачає дані там, де вони насправді присутні; збільшення max_tokens не створить відсутню в документі інформацію.