import type { BulkOperationDryRunResult, BulkOperationOptions, BulkRetryFailedResult, ListFilter } from '../types.ts';
import type { EngineInternals } from './internals.ts';
import { type LifecycleCallbacks } from './lifecycle.ts';
/**
 * `bulkOperations.ts`'s `retryFailedAll()` implementation, split into its
 * own module (with the rest of the retry-failed cluster below) to keep
 * `bulk-operations.ts` under the 800-line implementation-file ceiling —
 * the same reason `bulk-operations-purge.ts` was split out earlier.
 */
export declare function runBulkFailedWorkflowRetry(internals: EngineInternals, filter: ListFilter, options?: BulkOperationOptions, 
/**
 * Threaded down from `Engine#retryFailedAll()`'s own `#createLifecycleCallbacks()`
 * (WFT-95 issue 2 follow-up). Needed only by `retryFailedWorkflow()`'s
 * checkpoint-absent fallback, which must call the internal `startWorkflow()`
 * directly (see its doc comment) rather than the public `engine.start()`.
 * Sourced this way — as a parameter, rather than this module importing
 * `createLifecycleCallbacks` from `callback-creators-core.ts` itself — to avoid
 * introducing a `bulk-operations-retry.ts` -> `callback-creators-core.ts` ->
 * `termination.ts` -> `termination/complete.ts` -> `bulk-operations.ts` ->
 * `bulk-operations-retry.ts` import cycle. Optional so direct-internals test
 * harnesses that never reach the checkpoint-absent fallback (e.g.
 * `bulk-operations-retry-direct.test.ts`) do not need to construct one.
 */
callbacks?: LifecycleCallbacks): Promise<BulkRetryFailedResult | BulkOperationDryRunResult>;