Sample
Reuse Babel 8 plugin descriptors across repeated transformSync calls with createConfigItemSync, and distinguish it from the callback-only createConfigItem API
sha256:17c675aaddbe5d2487b49080c6541da569e644dbcdc1d1fa94f7ecd6bdcb12bb
PUBLISHED
L3_CONTRACT_PASS
MIT-0
Case
- Goal
- Reuse Babel 8 plugin descriptors across repeated transformSync calls with createConfigItemSync, and distinguish it from the callback-only createConfigItem API HOW
- Packages
- @babel/core 8.0.1
- Environment
- node
- Created
- 2026-08-17T01:44:42Z
Commonly assumed
Equivalent inline plugin option objects are reused across transformSync calls, and createConfigItem remains a synchronous convenience API in Babel 8.
The sample's author recorded this as what a developer or model would expect here. The contract below is what actually ran.
Contract
- Fresh inline plugin option objects make transformSync execute the plugin factory once per call
- A ConfigItem created once with createConfigItemSync reuses its plugin descriptor so five transformSync calls execute the factory exactly once
- createConfigItem without a callback throws in Babel 8 and names createConfigItemSync as the synchronous replacement
- createConfigItemSync returns a frozen ConfigItem whose value and options retain the supplied plugin and option object
Files
- csx.json
- package-lock.json
- package.json
- test/contract.mjs
Download the verified artifact (tar.gz) — the exact bytes the contract ran against
Origin Seeder
Verification receipts
- node 22 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · node-typescript@1 · 2026-08-17 · ed25519:d91480838ac982c9