/**
 * Rule: lifecycle-state-visible-in-detail
 *
 * For every model with a lifecycle, after creating a fresh entity
 * the UI should surface its current lifecycle state. v2 seeds an
 * entity in the initial state via the same pattern as the
 * state-sync rules (buildSeedData + createEntity) because an empty
 * detail view has nothing to assert against — a fresh instance is
 * the minimal setup that produces state-bearing UI.
 *
 * Lifecycle shape in the spec:
 *   lifecycles:
 *     status:
 *       flow: draft -> open -> closed
 *
 * We parse the `flow` string to extract states. If the model uses a
 * different shape (e.g. an explicit `states: [...]`), the parser
 * should normalize both into the same structure.
 *
 * One TestCase per (model, lifecycle) pair. Transitions between
 * states are tested by evolve-reflects-in-list; this rule is the
 * thin "initial state renders at all" counterpart.
 */
import type { UiContractRule } from '../test-case-types.js';
export declare const RULE_ID = "lifecycle-state-visible-in-detail";
export declare const lifecycleStateVisibleInDetail: UiContractRule;
//# sourceMappingURL=lifecycle-state-visible-in-detail.d.ts.map