Skip to content

fix(lint-surface): підказка про builtin-pins.json замість «немає main.mjs» - #502

Merged
vitaliytv merged 1 commit into
mainfrom
fix/builtin-pins-hint
Aug 26, 2026
Merged

fix(lint-surface): підказка про builtin-pins.json замість «немає main.mjs»#502
vitaliytv merged 1 commit into
mainfrom
fix/builtin-pins-hint

Conversation

@vitaliytv

Copy link
Copy Markdown
Member

npm/wasm-plugins/builtin-pins.jsongitignored і генерується лише node npm/scripts/build-wasm-plugins.mjs. Без нього:

  1. resolveWasmConcernMap мовчки віддає порожню мапу;
  2. диспатч відкочується на main.mjs, який для портованих концернів видалено при міграції;
  3. користувач отримує DetectorError('немає main.mjs').

Повідомлення називало наслідок, а не причину, і мовчало про потрібну команду. Свіжий checkout потрапляє в цей стан завжди.

Ціна, виміряна на цій сесії

Цей шум супроводжував кожен звіт агентів (💥 detector …: немає main.mjs), і всі — включно зі мною — списували його на середовищний. Через нього:

  • я двічі помилково оголосив реальні фейли «преекзистуючими»;
  • один агент згаяв ~1.5 години на пошук неіснуючого дефекту в root_package_json, поки не встановив справжню причину каузальним експериментом.

Чому доповнення, а не заміна

Два випадки — «портовано у wasm, збірки не було» і «концерн справді зламаний» — у точці кидання нерозрізненні: дізнатись, чи ключ колись був wasm-контрибуцією, без реального .wasm неможливо.

Тому підказка доповнює повідомлення умовно. Заміна брехала б у другому випадку. Коли артефакт присутній, причина явно не в збірці — підказки немає, щоб не шуміти невлучним натяком.

Сигнал у resolveWasmConcernMap — розглянуто, свідомо не додано

Резолвер кличеться на кожен концерн незалежно від причетності до wasm, тож гримів би й там, де підстав немає. Плюс наявний тест фіксує «немає builtin-pins.json → тиша, порожня мапа» як очікуваний стан, і це задокументовано в доккоменті readBuiltinPinsConfig.

Перевірка

Зроблено особисто: з прибраною підказкою новий тест червоніє, з поверненою — 2/2. detect + wasm-plugins суїти 43/43.

🤖 Generated with Claude Code

….mjs»

`npm/wasm-plugins/builtin-pins.json` — gitignored і генерується лише
`node npm/scripts/build-wasm-plugins.mjs`. Без нього `resolveWasmConcernMap`
мовчки віддає порожню мапу, диспатч відкочується на `main.mjs`, який для
портованих концернів видалено при міграції — і користувач отримує
`DetectorError('немає main.mjs')`.

Повідомлення називало наслідок, а не причину, і мовчало про потрібну команду.
Свіжий checkout потрапляє в цей стан ЗАВЖДИ.

Ціна виміряна на цій сесії: цей шум супроводжував кожен звіт агентів
(`💥 detector …: немає main.mjs`), і всі — включно зі мною — списували його на
середовищний. Через нього я двічі помилково оголосив реальні фейли
«преекзистуючими», а один агент згаяв близько півтори години на пошук
неіснуючого дефекту в `root_package_json`, поки не встановив справжню причину
каузальним експериментом.

Два випадки — «портовано у wasm, збірки не було» і «концерн справді
зламаний» — у точці кидання нерозрізненні: дізнатись, чи ключ колись був
wasm-контрибуцією, без реального `.wasm` неможливо. Тому підказка ДОПОВНЮЄ
повідомлення умовно, а не замінює: заміна брехала б у другому випадку. Коли
артефакт присутній, причина явно не в збірці — підказки немає, щоб не шуміти
невлучним натяком.

Сигнал у самому `resolveWasmConcernMap` розглянуто і свідомо не додано:
резолвер кличеться на КОЖЕН концерн незалежно від причетності до wasm, тож
гримів би й там, де підстав немає; плюс наявний тест фіксує «немає
builtin-pins.json → тиша, порожня мапа» як очікуваний стан.

Перевірено дією особисто: з прибраною підказкою новий тест червоніє,
з поверненою — 2/2. Detect+wasm-plugins суїти 43/43.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@vitaliytv
vitaliytv merged commit 98b8df9 into main Aug 26, 2026
1 of 5 checks passed
vitaliytv added a commit that referenced this pull request Aug 27, 2026
Щоб JS-суїт давав достовірний результат, потрібні три артефакти локальної
збірки, і про це ніде не було сказано: rules-napi (release), rules-cli
(release) і wasm-плагіни разом із gitignored builtin-pins.json. Свіжий
checkout не має жодного.

Ціна вже виміряна: відсутність wasm-плагінів давала оманливе
DetectorError('немає main.mjs') — #502 переніс підказку в саме повідомлення,
але це лікування симптому. Через це я двічі помилково оголосив реальні фейли
преекзистуючими, а агент згаяв близько півтори години на пошук неіснуючого
дефекту. Відсутність rules-cli дає порожній STACK_TRACE_ERROR, що не каже
нічого взагалі.

- `globalSetup` у обох vitest-конфігах: спрацьовує один раз до старту тестів,
  у тому самому процесі, що виконує `bun run test` і CI.
- Повідомляє про ВСІ відсутні одразу («відсутні N/3») з наслідком по кожному —
  інакше людина проходить три ітерації по десять хвилин, що сьогодні й сталося
  з агентом.
- `N_RULES_TEST_PREFLIGHT_SKIP=1` — escape-hatch для свідомо суто-JS прогону,
  щоб перевірка не стала перепоною там, де вона зайва.
- Наявні per-test гейти лишаються: вони спрацьовують глибоко в суїті й по
  одному, preflight — раніше й повним списком.

Перевірено дією: з прибраним builtin-pins.json прогін падає з точним
повідомленням про саме цей артефакт. Юніт-тести модуля — 10/10.

Гілка стоїть на #506 (ліміт форків) — обидві зміни правлять ті самі рядки
конфігів, тож розведення в незалежні гілки дало б конфлікт на рівному місці.

Co-authored-by: Claude Opus 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant