/**
 * accuracy lot D — Intégration : `resolve()` attache un `RegenerationPlan`
 * quand un fichier généré est décliné ET que son chemin matche un écosystème
 * du registre `regenerate/registry.ts`. Trois sites de déclin peuvent
 * attacher le plan (voir `attachRegenerationPlan` dans `resolver/index.ts`) :
 *  1. le `generatedGate` (hunks non-`generated_file`, ex: `value_only_change`) ;
 *  2. le seuil `minConfidence` poussé au-dessus de "high" sur un hunk
 *     `generated_file` (cas rare) ;
 *  3. `assembleResolution`'s case "generated_file" — le cas MAJORITAIRE :
 *     un lockfile réellement en conflit (chevauchement sémantique, pas un
 *     pattern "safe") est reclassifié `generated_file` par
 *     `reclassifyIfGenerated` avant même que `resolveHunk` ne tourne, donc
 *     le `generatedGate` (qui exclut `hunk.type === "generated_file"`) ne le
 *     voit jamais ; le déclin arrive plus loin, dans `assembleResolution`.
 *     Spec finding #1 (0 % d'accord sur `generated_file`) porte sur ce cas.
 *
 * Règles testées :
 *  - package-lock.json décliné (value_only_change, site 1) + package.json
 *    clean dans regenerationContext → plan runnable, reason contient
 *    l'indice --regenerate ;
 *  - package.json conflicted → plan attaché mais runnable: false ;
 *  - resolveGeneratedFiles: true → aucun plan (l'opt-in textuel gagne) ;
 *  - fichier généré hors registre (.min.js) → aucun plan (juste le déclin) ;
 *  - yarn.lock : .yarnrc.yml absent/conflicted → runnable: false (Ruling P-3) ;
 *  - lockfile GENUINELY conflicting (site 3, assembleResolution) → plan
 *    attaché aussi, avec le même hint et la même sémantique runnable/not ;
 *    resolveGeneratedFiles: true continue de prendre "accepter theirs" sans
 *    jamais décliner sur ce chemin (donc jamais de plan).
 */
export {};
//# sourceMappingURL=regenerate-integration.test.d.ts.map