#Telemetry-Driven Refresh & Decay Orchestrator

G.11 · Stable · Part G - Discipline SoTA Patterns Kit

#About this pattern

This is a generated FPF pattern page projected from the published FPF source. It is canonical FPF content for this ID; it is not a FPF Reference product feature page.

#How to use this pattern

Read the ID, status, type, and normativity first. Use the content for exact wording, the relations for adjacent concepts, and citations to keep active work grounded without pasting the whole specification.

Tag. Architectural pattern (architectural; notation-independent)

Status: Stable Normativity. Normative (unless explicitly marked informative)

Stage. run-time and maintenance-time (selective re-computation, republication, and controlled deprecation)

Primary outputs (kit publication units and records). RefreshQueue, RefreshPlan@Context (a local application name for one exact U.WorkPlan, not a new kind), RefreshReport@Context (Work or Audit record), DeprecationNotice@Context, EditionBumpLog@Context.

Primary hooks. G.Core (RSCR trigger catalogue, alias docking, and Default Governing Definition Index), G.6 (EvidenceGraph; PathId and PathSliceId), G.7 (Bridge Sentinels; CL, Φ, and plane policy pins), G.5 (set-returning selection and dispatch), G.8 (SoS-LOGBundle telemetry hooks), G.9 (parity reruns), G.10 (shipping hooks and pack-level telemetry pins), G.12 (dashboard telemetry pins), B.3.4 (freshness and decay), E.18 (GateCrossing and CrossingBundle visibility), C.18 and C.19 archive, front, and live-pool policy pins, C.23 (SoS-LOG branches and maturity ladders), C.28 (causal-use support results whose SoTA-sensitive fields can change downstream causal-use results).

Non-duplication note. G.11 cites G.Core for RSCR trigger-kind meaning, CN and CG admissibility, tri-state guards, penalties, set-return semantics, shipping or harvesting delegation, RSCRTriggerKindId values, and default governing definitions. Refresh plans and reports cite those governed definitions; they do not create local trigger meanings or default definitions inside the refresh record.

Use this pattern when a shipped pack, evidence set, dashboard, selected set, archive, front, Q-front, term bridge, descriptor set, parity result, or a use that relies on an A.6.RCD predicate definition or derived relation kind may be stale because telemetry, freshness, edition pins, policy pins, evidence, bridge calibration, source currentness, a relied-on base relation definition, the named substrate edition, or derivation applicability changed.

#Keywords

• telemetry
• refresh
• decay
• RSCR
• PathSlice
• Bridge Sentinels
• edition-aware
• epistemic debt
• deprecation
• edition bumps
• re-shipping.

#Relations

#Content

#Use this when

Use this pattern when a shipped pack, evidence set, dashboard, selected set, archive, front, Q-front, term bridge, descriptor set, parity result, or a use that relies on an A.6.RCD predicate definition or derived relation kind may be stale because telemetry, freshness, edition pins, policy pins, evidence, bridge calibration, source currentness, a relied-on base relation definition, the named substrate edition, or derivation applicability changed.

#What goes wrong if missed

The team either rebuilds everything after every small change or keeps using a shipped record whose source, descriptor, edition, policy, bridge, or archive currentness has silently drifted. Refresh then becomes an informal maintenance habit rather than a scoped, reviewable work plan and report.

#What this buys

The practitioner gets a small refresh kit: name the affected object, currentness object kind, source record, edition or lineage pins, affected scope, subject pattern, planned refresh action, and report. The refresh can stay local while still preserving comparability, selected-set meaning, archive and front meaning, and source-currentness evidence.

When a later or replacement source may change a claim and the actual receiving uses must first be found and revalidated, use A.10.1 for the bounded search frame, discovery coverage and gaps, exact-use test, action-changing reach, application of the direct subject guidance, and the independently obtained subject result. G.11 continues to govern source currentness, decay, refresh planning, and refresh reporting. A practitioner or admitted System may use a separately established currentness result or independently obtained subject result to plan later refresh without changing either result or the governing patterns.

#First output

For loop, harness, workflow-store, or DPF seed artifacts, a refresh line names the currentness object directly: source pack, evaluator, benchmark, harness edition, workflow edition, pattern seed, PFAD and PFR dependency, selected set, archive, front, or publication carrier. G.11 records currentness, source decay, edition change, telemetry, scoped refresh action, and report refs; it does not create a local "reopen and refresh" pair and does not decide whether the artifact improved.

Write one RefreshCurrentnessLine@Context or one RefreshPlan@Context with the affected scope and the applicable pattern named. If the current claim concerns selected-set result declaration, archive or front stewardship, cultural evolution, term bridges, evidence, a dashboard, or shipping, use the pattern that defines and tests that claim rather than defining it inside the refresh record. For publication, use E.17 for a source-backed face and return to source and E.24.PUB for the occurrence, form, carrier, audience, bounded use, and availability.

When currentness is the live question, use G.11 to record framework edition pins, source packs, publication-carrier currentness, deprecation, supersession, and source-decay conditions. In that record, cite E.4 for the affected framework, E.4.PFR for a framework relation, E.4.PFAD for the framework architecture decision, G.2 for source use, and E.11 for discovery. For publication, cite E.17 for a source-backed face and return to source and E.24.PUB for the occurrence, form, carrier, audience, bounded use, and availability. Do not create private refresh vocabulary for these neighboring meanings.

#Problem frame — Keeping shipped SoTA current without global rebuilds

Part G produces shipped, selector-ready publication units and records: packs, bundles, evidence graphs, parity reports, and dashboards. Once shipped, they are exposed to:

• telemetry (illumination and archive changes, parity outcomes, dashboard deltas),
• decay (freshness windows expire; epistemic debt grows),
• edition drift (descriptor, distance, or transfer rules bump; policy pins evolve),
• bridge evolution (CL or plane penalties or calibrations update).

Without an explicit orchestration kit, refresh becomes either:

• a brittle set of ad-hoc “full rerun” rituals, or
• an audit-only refresh result that silently accumulates drift.

G.11 is the Part G governing definition of the refresh orchestration kit: it turns typed refresh causes into scoped plans and auditable execution reports, while delegating all cause semantics and universal invariants to G.Core.

#Problem — Why naive refresh breaks comparability and admissibility

A refresh loop fails (conceptually) when any of the following happens:

1. Full-rerun mania. Minor edits (e.g., a single Bridge calibration) trigger pack-wide rebuilds without a traceable scope rationale.
2. Editionless telemetry. Telemetry signals are recorded without edition pins, making reruns non-comparable and parity-unreplayable.
3. Alias-as-semantics. Local trigger aliases are treated as if they define meaning, fragmenting refresh semantics across patterns.
4. Silent crossings. Refresh actions implicitly change crossing assumptions (UTS, Path, or policy pins) without a visible CrossingBundle.
5. Orchestration smuggles semantics. Refresh introduces new default behaviors (dominance, PortfolioMode, or Γ-fold) or coerces partial orders into scalars “for convenience.”

#Forces — Minimal recomputation under strict invariants

• Minimal scope vs. completeness. Refresh must be as local as possible (slice-scoped), but still include a defensible dependency closure over evidence and crossings.
• Operational urgency vs. auditability. Refresh is triggered by run-time telemetry and decay, yet must remain auditable as Work (pins, refs, paths), not as opaque “decisions.”
• Alias stability vs. semantic unification. Existing trigger labels must remain usable, but their meaning must be one governing definition and id-based.
• Modularity vs. orchestration power. G.11 must coordinate harvesting, parity, and shipping without re-implementing them or importing discipline-specific method semantics into core.
• Policy-bound behavior vs. “smart defaults.” Ordering of refresh, priority heuristics, and budget handling are valuable—but must live as policy-bound extensions, not as hidden universal rules.

#Solution — RSCR-driven refresh as a P2W-scoped orchestration kit

#G.Core linkage (normative)

GCoreLinkageManifest (normative; canonical shape per G.Core; Nil‑elision permitted).

`GCoreLinkageManifest := ⟨ CoreConformanceProfileIds := { GCoreConformanceProfileId.PartG.AuthoringBase, GCoreConformanceProfileId.PartG.TriStateGuard, GCoreConformanceProfileId.PartG.UTSWhenPublicIdsMinted, GCoreConformanceProfileId.PartG.ShippingBoundary },

RSCRTriggerSetIds := {GCoreTriggerSetId.RefreshOrchestration},

CorePinSetIds := { GCorePinSetId.PartG.AuthoringMinimal, GCorePinSetId.PartG.CrossingVisibilityPins },

CorePinsRequired := { RSCRTriggerKindId, RSCRTriggerAliasId?, scope: PathSliceId[] | PatternScopeId, payloadPins{…},

RefreshPlanId,
RefreshReportId,
DeprecationNoticeId?,
EditionBumpLogId?,

WorkPlanRef[]?

},

DefaultsConsumed := ∅, TriggerAliasMapRef := G.Core.TriggerAliasMap.G11 ⟩`

By the G.Core Expansion rule, the effective conformance ids, trigger kinds, and pin obligations for G.11 are the manifest expansions (profiles, sets, and pin sets) plus the explicit deltas above.

TriggerAliasIds (visible; labels only). {G.11:T0…T7} (docked via TriggerAliasMapRef; aliases are never semantic authorities).

#Refresh orchestration kit (subject-qualified; conceptual artefacts)

G.11 defines a minimal kit of authoring-plane artefacts that make refresh explicit and auditable.

1. RefreshQueue (conceptual queue). A queue of refresh candidates keyed by scope (PathSliceId preferred; PatternScopeId permitted). Ordering, prioritization, and batching are policy-bound (and therefore extension-scoped), but every queue item carries canonical trigger kind ids.

2. RefreshPlan@Context (one exact U.WorkPlan). A planned refresh is one U.WorkPlan episteme under A.15.2. It does not execute Work and does not embed gate decisions. RefreshPlan@Context is only this pattern's application name for the plan; it declares:

   • RefreshPlanId (UTS-published id; editioned)
   • EntityOfConcernRef and ReferencePlane pins (by ref; no implicit widening)
   • TargetScope := PathSliceId[] | PatternScopeId[]
   • PlannedTriggers := RSCRTrigger[] (canonical trigger kind ids, scope, and payload pins)
   • PlannedActions := RefreshAction[] (each action delegates to a subject pattern)
   • RequiredPins := {EditionPins, PolicyPins, UTS pins, Path pins} for replayability
   • PlannedFillingRows[]? as ClaimGraph content kept inside the WorkPlan under A.15.3 when a value must be pinned against a declaration member defined by its own pattern. A row is addressed only through the WorkPlan and has no separate reference or identity.

3. RefreshReport@Context (Work or audit artefact). An execution report (Work or Audit artefact) that records:

   • RefreshReportId (UTS-published id; editioned)
   • ExecutedActions[] with links to cited artefacts governed by cited patterns (e.g., new parity report id, new pack id)
   • ObservedDeltas (telemetry deltas, admissibility changes, evidence-relation or source-relation changes) as refs and pins, not as untyped prose
   • RSCRRefs[] (any RSCR or regression harness artefacts invoked)
   • EmittedNotices[] := DeprecationNoticeId[] and EditionBumpLogId[]
   • the canonical trigger kinds actually applied (not only aliases)

4. DeprecationNotice@Context and EditionBumpLog@Context. Controlled evolution artefacts that preserve ID-continuity:

   • DeprecationNotice explains scope, reason class (canonical trigger kind ids), and successor refs.
   • EditionBumpLog records edition increments and the pins that justify them.

   Note (normative by delegation). ID continuity and alias discipline are governed by G.Core (do not restate as local rules here).

#Selected-set, archive, and cultural-variant currentness

Use this line when refresh currentness concerns a selected set, front, Q-front, archive, portfolio lineage, cultural-variant lineage, style or tradition term bridge, path slice, reused A.6.RCD predicate definition, or admitted derived relation kind.

RefreshCurrentnessLine@Context:
  governedObjectRef:
  currentnessObjectKind:
  sourceRecordRef:
  editionOrLineagePins:
  affectedPathSliceOrScope:
  subjectPatternLocator:
  plannedRefreshAction:
  refreshReportRef?:

currentnessObjectKind may name, for example, a selected set, Front, Q-front, ExplorationArchive, Archive, portfolio lineage, cultural-variant lineage, style or tradition term bridge, path-slice scope, predicate-definition episteme, or derived relation kind. Record the refresh plan, scope, pins, report, and deprecation or edition-bump publication with G.11. It does not define selected-set result declaration, actual publication, archive or front semantics, cultural-evolution semantics, term-bridge semantics, predicate semantics, or relation-kind settlement. Use [G.5](/generated/patterns/G.5) for selected-set result declaration, [E.17](/generated/patterns/E.17) for a source-backed publication face and return to source, [E.24.PUB](/generated/patterns/E.24.PUB) for the publication occurrence, form, carrier, audience, bounded use, and availability, [C.18](/generated/patterns/C.18) for archive and front relations, [C.19](/generated/patterns/C.19) for pool treatment, [C.36](/generated/patterns/C.36) for cultural-evolution claims, [F.17](/generated/patterns/F.17), [F.18](/generated/patterns/F.18), and [F.9](/generated/patterns/F.9) for durable terms and bridges, and [A.6.RCD](/generated/patterns/A.6.RCD) for a derived relation kind.

Freshness and currentness are handled by RefreshPlan@Context, RefreshReport@Context, DeprecationNotice@Context, and EditionBumpLog@Context; do not add a separate ticket kind for the same concern.

When the governed object is a reusable [A.6.RCD](/generated/patterns/A.6.RCD) predicate definition or an admitted derived relation kind, the currentness line pins the exact base definitions, named substrate and edition, authorized derivation operation, and applicability scope. A change to any of them reopens the affected derivation and its dependent uses under [A.6.RCD](/generated/patterns/A.6.RCD); G.11 schedules the bounded refresh but does not redefine the relation or derivation.

#Orchestration semantics (conceptual; delegating to governing definitions)

G.11 turns typed causes into scoped actions without governing the semantics of those actions.

4.3.1 Ingestion. Consume RSCR triggers from:

• telemetry hooks (e.g., G.8, G.10, G.12),
• freshness and decay events (B.3.4),
• evidence, bridge, policy, edition, relied-on base-definition, named-substrate-edition, or derivation-applicability edits (from the respective subject patterns' publication faces, forms, or units).

Every ingested signal is normalized into an RSCRTrigger (canonical id, scope, payload pins), with optional alias labels.

4.3.2 Scope closure (EvidenceGraph-first). Compute the minimal dependency closure over:

• cited evidence and source relations, with G.6 PathId and PathSliceId refs when a graph path slice is the current math-lens expression,
• declared crossings (G.7 sentinels; CrossingBundle visibility),
• and pinned references (editions and policies).

The closure is a planning-time claim (“these slices are affected”), not a Work-time output.

4.3.3 Planning (P2W boundary). Produce RefreshPlan@Context that schedules actions of the form:

• RerunHarvest (delegates to the selected harvest, source-currentness, or SoTA governing definition named by value, such as G.1 or G.2, when that definition is current)
• RerunParity (delegates to G.9)
• RecomputeSelectionOrSetResult (delegates to G.5)
• RebindBridgeOrCrossing (delegates to G.7 and visibility harnesses)
• UpdateEvidenceBindings (delegates to G.6)
• ReshipPack (delegates to G.10)
• UpdateBundle (delegates to G.8)
• UpdateDashboardSlice (delegates to G.12)
• EmitDeprecationNotice or EmitEditionBumpLog (publication units governed by this pattern)

4.3.4 Execution and audit. Execute planned actions as Work (or Work-bound audit) and publish RefreshReport@Context. Gating outcomes (admit, degrade, or abstain) follow G.Core tri-state semantics and are recorded through policy ids and cited evidence or source relations, rather than as local bespoke outcomes.

#Causal-use refresh sentinels

When a shipped result consumes C.28, refresh planning watches the causes that can change a supported use, unsupported use, support-result verdict, limits, or downstream decision basis:

These are payload distinctions under existing G.Core trigger kinds, not new trigger kinds. Reopen only the affected result and downstream uses that consumed it.

#Extensions (pattern-scoped; non-core)

Discipline-specific refresh strategies and generator-specific wiring live as GPatternExtension blocks. Scheduling, ordering, priority, and budget policy for the refresh queue are not separate extension semantics: G.11 defines the required policy pins on RefreshQueue and RefreshPlan@Context, while A.15.2 and A.15.3 keep the WorkPlan and its local content separate from dated Work.

#G.11:Ext.TriggerAliases

PatternScopeId: G.11:Ext.TriggerAliases GPatternExtensionId: TriggerAliases GPatternExtensionKind: InteropSpecific (alias docking) GoverningPatternId: G.Core Uses: {G.Core} (cites G.Core.TriggerAliasMap.G11) ⊑ and ⊑⁺: ∅ Required pins, edition pins, and policy pins (minimum):

• RSCRTriggerKindId[] (canonical ids recorded on triggers)
• RSCRTriggerAliasId? (e.g., G.11:T0…T7 as labels only)
• scope: PathSliceId[] | PatternScopeId

RSCRTriggerKindIds: {RSCRTriggerKindId.EditionPinChange, RSCRTriggerKindId.PolicyPinChange, RSCRTriggerKindId.TelemetryDelta, RSCRTriggerKindId.FreshnessOrDecayEvent, RSCRTriggerKindId.CrossingBundleEdit, RSCRTriggerKindId.PenaltyPolicyEdit, RSCRTriggerKindId.MaturityRungChange, RSCRTriggerKindId.EvidencePathOrSourceRelationEdit} Notes (wiring-only): This block does not define what T0…T7 mean; it only preserves the labels and requires docking via G.Core.TriggerAliasMap.G11.

#G.11:Ext.DecayAndDebt

PatternScopeId: G.11:Ext.DecayAndDebt GPatternExtensionId: DecayAndDebt GPatternExtensionKind: DisciplineSpecific GoverningPatternId: B.3.4 (freshness and decay semantics) Uses: {B.3.4, G.6} ⊑ and ⊑⁺: ∅ Required pins, edition pins, and policy pins (minimum):

• FreshnessWindowDeclRef (or equivalent window pin, as defined by the governing definition)
• DecayPolicyIdRef or EpistemicDebtBudgetRef (policy-bound)
• PathSliceId[] (affected evidence carriers)

RSCRTriggerKindIds: {RSCRTriggerKindId.FreshnessOrDecayEvent, RSCRTriggerKindId.EvidencePathOrSourceRelationEdit, RSCRTriggerKindId.BaselineBindingEdit} Notes (wiring-only): Any budget or priority logic remains policy-bound; G.11 only wires decay events to refresh planning.

#G.11:Ext.QDRefreshWiring

PatternScopeId: G.11:Ext.QDRefreshWiring GPatternExtensionId: QDRefreshWiring GPatternExtensionKind: MethodSpecific GoverningPatternId: C.18 (QD semantics; descriptor, distance, and insertion) Uses: {C.18, C.19, G.5, G.8} ⊑ and ⊑⁺: ∅ Required pins, edition pins, and policy pins (minimum):

• DescriptorMapRef.edition, DistanceDefRef.edition
• CharacteristicSpaceRef.edition? (required when a domain-family coordinate is declared by the QD governing definition)
• InsertionPolicyRef, EmitterPolicyRef (policy-bound)
• PathSliceId (archive or illumination scope) and policy-id for emitted telemetry triggers

RSCRTriggerKindIds: {RSCRTriggerKindId.TelemetryDelta, RSCRTriggerKindId.EditionPinChange, RSCRTriggerKindId.PolicyPinChange} Notes (wiring-only): G.11 does not restate QD semantics; it ensures pins are present so reruns are comparable.

#G.11:Ext.OEERefreshWiring

PatternScopeId: G.11:Ext.OEERefreshWiring GPatternExtensionId: OEERefreshWiring GPatternExtensionKind: MethodSpecific GoverningPatternId: C.19 (open-ended exploration and exploration-exploitation logistics) Uses: {C.19, G.5, G.8, G.9} ⊑ and ⊑⁺: ∅ Required pins, edition pins, and policy pins (minimum):

• TransferRulesRef.edition, EnvironmentValidityRegion (when OEE is declared by the subject patterns)
• GeneratorFamilyId and TransferRulesRef wiring pins (as published by the governing definitions)
• telemetry scope pins (PathSliceId, policy-id)

RSCRTriggerKindIds: {RSCRTriggerKindId.EditionPinChange, RSCRTriggerKindId.TelemetryDelta, RSCRTriggerKindId.PolicyPinChange} Notes (wiring-only): Any OEE method semantics live with the governing definition; this module only wires refresh triggers to comparable reruns.

#Scheduling and priority policy pins

Scheduling strategies (bandit-style allocation, queueing, cadence policies, early stopping, or manual priority rules) may influence the order and budget of refresh work, but they do not define trigger meaning, action semantics, parity semantics, shipping semantics, or Part-G-wide defaults.

G.11 therefore treats scheduling as policy-bound refresh planning:

• RefreshPriorityPolicyIdRef names the policy used to order or prioritize queue items.
• BudgetDeclRef names the time, compute, cost, risk, or cadence boundary for the planned refresh.
• RSCRTriggerKindId[] still comes from G.Core; scheduling policy does not mint trigger kinds.
• planned refresh remains the exact U.WorkPlan locally called RefreshPlan@Context; executed refresh remains RefreshReport@Context or Work-bound audit.

If no priority or budget policy is declared, no scheduling heuristic is admissible by appearance; the plan must either use the ordinary queue order or state the missing policy pin as a blocker.

#Archetypal Grounding — System and Episteme (informative; Tell–Show–Show)

U.System illustration — Safety-critical maintenance loop (pump and calibration). A centrifugal pump is serviced under a documented procedure (method description). Sensors report vibration drift (telemetry), and a calibration standard is updated (edition bump). G.11 does not “rebuild the whole maintenance doctrine”: it emits a refresh plan scoped to the affected inspection slices and publishes a refresh report with pins to the updated standard edition and the evidence or source relations. Deprecation notices are issued for obsolete thresholds in the procedure’s acceptance clauses (by subject pattern), preserving ID continuity.

U.Episteme illustration — Living review and benchmark pack (claims and parity). A claim sheet behind a shipped SoTA pack changes (new evidence, retraction, or revised measurement definition). Bridges are recalibrated, affecting CL or plane penalties. G.11 ingests canonical trigger kinds, computes the minimal closure over affected PathSliceIds, schedules targeted parity reruns, then re-ships the pack through the pattern governing shipping semantics while publishing an edition bump log that makes the evolution replayable.

#Bias-Annotation (informative)

Lenses tested: Gov, Arch, Onto and Epist, Prag, Did.

• Arch bias (toward explicit wiring). Risk: authors feel “over-pinned.” Mitigation: keep the minimum pin set small; push scheduling sophistication into extensions and policies.
• Gov bias (toward audit over speed). Risk: refresh becomes bureaucratic. Mitigation: the kit is intentionally thin: refresh queue entries, RefreshPlan@Context, and RefreshReport@Context stay explicit, while action semantics remain delegated to governing definitions.
• Onto and Epist bias (toward one governing definition semantics). Risk: teams try to localize trigger meaning for convenience. Mitigation: alias docking is allowed, but semantics stay in G.Core.
• Prag bias (toward minimal recomputation). Risk: under-refresh if closure is too narrow. Mitigation: require closure rationale and allow explicit “scope wideners” as policy-bound pins.
• Did bias (toward readable, reusable artefacts). Risk: oversimplified examples. Mitigation: maintain System and Episteme grounding and keep SoTA-echoing explicit.

#Conformance Checklist (normative)

#Common Anti-Patterns and How to Avoid Them (informative)

#Consequences (informative)

• Selective, replayable upkeep. Refresh becomes a controlled planning and execution loop rather than an implicit “maintenance vibe.”
• Stable semantics with flexible operations. Trigger meaning is centralized (G.Core), while scheduling sophistication can evolve as policy-bound extensions.
• Clear governing-definition assignment boundaries. Orchestration coordinates governing definitions; it does not redefine their semantics (shipping remains G.10, selection remains G.5, etc.).
• Cost: pin discipline overhead. Authors must carry enough ids, editions, and policies to make refresh comparable. This is intentional: it replaces hidden drift with explicit wiring.

#Rationale (informative)

G.11 is intentionally a thin orchestration governing definition:

• The refresh loop is powerful enough to coordinate reruns and republishing, but too thin to become a second spec. That is why trigger semantics, invariants, and defaults are delegated to G.Core.
• The kit is split across the P2W planning-to-work boundary so that the exact U.WorkPlan and its declaration-local planned-filling rows remain planning content while dated Work remains independently established.
• Alias stability is maintained by allowing trigger aliases (T0…T7) while prohibiting them from becoming semantic authorities.

#SoTA-Echoing — Post‑2015 practices aligned (informative)

Each entry follows: claim → practice → source → alignment → adoption status.

0. Queue-7 QD currentness requires visible survey support. Practice: current QD work is surveyed as approaches, applications, and challenges, with archive, diversity, descriptor, and evaluator-currentness concerns still live. Source: A survey on Quality-Diversity optimization: Approaches, applications, and challenges, Swarm and Evolutionary Computation 2026, DOI 10.1016/j.swevo.2025.102240. Alignment: RefreshCurrentnessLine@Context may name selected set, Front, Q-front, ExplorationArchive, Archive, portfolio lineage, descriptor or distance edition, and path-slice scope, while C.18, C.19, and G.5 keep archive, pool, and selected-set meanings. Adoption: Adopt and bound (survey support changes refresh currentness fields and boundaries; it is not the governing ontology source).

0a. Open-ended engineering outputs need source and evaluator currentness. Practice: self-improving-agent, AlphaEvolve-style, and DeepEvolve-style lines use generated variants, external knowledge, evaluators, tests, archives, and empirical validation. Source: Darwin Godel Machine arXiv:2505.22954, AlphaEvolve arXiv:2506.13131, and DeepEvolve-style deep-research augmentation arXiv:2510.06056. Alignment: G.11 refresh records carry source, evaluator, descriptor, policy, edition, lineage, and report refs; generated method text, evaluator success, and archive update keep their subject patterns. Adoption: Adopt and adapt (refresh tracks currentness and smallest affected scope; it does not accept generated text as proof, gate passage, or performed work).

1. Continuous refresh is necessary in deployed evaluation pipelines. Practice: production ML systems use monitoring, retraining, and reevaluation triggers and insist on reproducibility hooks. Source: Breck et al., The ML Test Score (arXiv:1706.04599, 2017); Amershi et al., Software Engineering for Machine Learning (ICSE-SEIP 2019). Alignment: G.11 formalizes triggers as typed causes and forces edition and policy pins for replay. Adoption: Adopt and adapt (adapted to id-based, PathSlice-scoped refresh rather than “retrain everything”).

2. Non-stationarity requires explicit drift and decay handling, not ad-hoc updates. Practice: continual learning emphasizes non-stationarity as a first-class maintenance condition. Source: Parisi et al., Continual Lifelong Learning with Neural Networks (arXiv:1802.07569, 2019); De Lange et al., A Continual Learning Survey (arXiv:1909.08383, 2021). Alignment: B.3.4 supplies decay semantics; G.11 wires decay events into refresh planning and controlled deprecation. Adoption: Adapt (refresh of conceptual artefacts and evidence closures, not untracked model mutation).

3. Quality-Diversity requires archive semantics and comparability under descriptor and distance evolution. Practice: QD methods treat the archive as the primary result and track changes under policy and edition conditions. Source: contemporary QD families such as CMA-MAE (arXiv:2205.10752) and differentiable QD (arXiv:2106.03894). Alignment: QD-specific meaning lives with the subject patterns; G.11:Ext.QDRefreshWiring ensures edition pins and scope pins exist so targeted archive refresh is admissible. Adoption: Adopt (set and archive preservation; no covert scalarization).

4. Open-endedness co-evolves environments and agents; transfer rules must be versioned. Practice: POET-class open-ended systems require explicit transfer rules and environment validity constraints. Source: Wang et al., POET (arXiv:1901.01753, 2019); later generator-family claims require a named G.2 SoTA pack or exact current source. Alignment: G.11:Ext.OEERefreshWiring requires TransferRulesRef.edition and scope pins so refresh reruns remain comparable and auditable. Adoption: Adopt and adapt (adapted to Part G pin and UTS publication discipline).

5. Efficient orchestration benefits from bandit and early-stopping scheduling, but it must not become semantics. Practice: modern hyperparameter and experiment scheduling uses bandit-style resource allocation and asynchronous early stopping. Source: ASHA (arXiv:1810.05934) and BOHB (arXiv:1807.01774) as representative post-2015 scheduling practice. Alignment: scheduling is expressed as RefreshQueue and RefreshPlan@Context policy pins (RefreshPriorityPolicyIdRef, BudgetDeclRef) so core semantics remain stable and the exact U.WorkPlan stays separate from dated Work. Adoption: Adapt (useful practice, but quarantined outside core norms).

#Relations

Builds on: G.Core (Part‑G invariants; RSCR trigger catalogue; alias docking; Default Governing Definition Index), G.6 (EvidenceGraph, PathId and PathSliceId), G.7 (Bridge sentinels; CL, Φ, and plane pins), G.5 (selector and set-return), G.8 (bundle telemetry hooks), G.9 (parity), G.10 (shipping hooks), B.3.4 (freshness and decay), E.18 (GateCrossing visibility). Coordinates with: G.12 (dashboard telemetry pins), A.6.RCD for reopening reused predicate definitions and derived relation kinds when their base definitions, named substrate edition, authorized derivation operation, or applicability changes, C.18 and C.19 archive, front, and live-pool policy pins, C.32.P2S when telemetry, decay, or freshness reopens architecture problem-to-structure carry-through, C.23 (SoS-LOG branches and maturity ladders), C.28 (causal-use support results, verdicts, supported-use values, unsupported-use values, and SoTA-sensitive causal-use sentinel payloads), F.15 (RSCR harness publications, when present). Publishes to: UTS (refresh plan, refresh report, deprecations, edition bumps), and to the relevant subject patterns’ publication faces, forms, or units through delegated actions.

#G.11:End

Last Updated: 2026-08-30 — upstream FPF commit e400eab3 (github.com/ailev/FPF)