import { OrchestratorConfig } from "../contracts/orchestrator/orchestrator-config.type.mjs";
import { ResolvedIntentEntry } from "../supervisor/entries.mjs";

//#region ../ai/src/orchestrator/signature.d.ts
/**
 * Deterministic structural fingerprint of an orchestrator definition
 * (orchestrator.md §10.1). Persisted on every checkpoint so Phase 2 can
 * refuse a turn when the live definition no longer matches the saved
 * session shape. Covers exactly the dispatch contract:
 *
 * - `name`.
 * - The `intents` map — each intent key + its resolved description +
 *   the underlying unit's stable identity (agent name, workflow name +
 *   signature, or a `"callback"` marker for dev-callback intents).
 *   Reuses the supervisor's resolved-entry fingerprinting verbatim.
 * - `route` callback presence (its body is code, not data).
 * - `router` agent identity when LLM routing is configured.
 * - `evaluate` callback presence.
 * - `initialAgent` when set.
 * - `maxIterations`.
 * - The `iterate` flag — flipping single-dispatch to delegated
 *   iteration is a semantic shape change.
 * - The `historyWindow` config SHAPE — which roles window and whether
 *   each is a number or a callback (not the window value itself).
 *
 * Does NOT cover (§10.1): `version` (metadata only), `systemPrompt`
 * text, logger config, store identities, event handlers, or callback
 * function bodies (callbacks fingerprint as their presence/`"callback"`
 * marker only). The orchestrator signature does NOT aggregate the
 * internal supervisor's signature — that is a per-run concern delegated
 * to `supervisor.resume()`'s own drift check on `iterate: true`.
 *
 * @example
 * const signature = computeOrchestratorSignature(config, resolvedEntries);
 * // "1a2b3c4d" — 8-char FNV-1a hex, stable across process restarts.
 */
declare function computeOrchestratorSignature(config: OrchestratorConfig<unknown>, entries: Map<string, ResolvedIntentEntry>): string;
//#endregion
export { computeOrchestratorSignature };
//# sourceMappingURL=signature.d.mts.map