/**
 * v2.5 — LLM fallback pipeline (phase 5 de resolveAsync).
 *
 * Après la résolution hunk-par-hunk et la validation parse-tree, cette phase
 * tente de résoudre les hunks `complex` restants via le fallback LLM.
 *
 * ## Intégration dans resolveAsync
 *
 * La fonction `runLlmFallbackPhase` est appelée par `resolveAsync()` uniquement si :
 * - `options.llmFallback.enabled === true`
 * - `options.llmFallback.endpoint` est injecté
 * - Il reste des hunks `complex` non résolus dans `result.resolutions`
 *
 * ## Reconstruction du mergedContent
 *
 * Les `HunkResolution` sont mises à jour en place. Le `mergedContent` est
 * reconstruit à partir des segments parsés de `conflictedContent` en appliquant
 * les nouvelles résolutions.
 */
import type { GitWandOptions, MergeResult } from "../types.js";
import type { StructuralLoaderOptions } from "../structural/index.js";
/**
 * Applique le fallback LLM sur les hunks `complex` non résolus.
 *
 * Retourne le `MergeResult` mis à jour avec :
 * - Les `HunkResolution` patchées (llm_proposed ou toujours complex)
 * - La `DecisionTrace` enrichie avec `llmTrace` pour chaque résolution LLM
 * - Le `mergedContent` reconstruit
 * - Les stats mises à jour
 * - La validation post-merge re-exécutée si toutes les résolutions passent
 */
export declare function runLlmFallbackPhase(conflictedContent: string, result: MergeResult, filePath: string, options: Required<GitWandOptions>, structuralOpts?: StructuralLoaderOptions): Promise<MergeResult>;
//# sourceMappingURL=llm-pipeline.d.ts.map