To resolve in the affirmative by the end of 2027, at least one of the three major safety frameworks (Anthropic's RSP, OpenAI's Preparedness Framework, or Google DeepMind's FSF) must implement a re-evaluation trigger for continuously drifting weights that is explicitly not keyed to a discrete version, checkpoint, or compute multiple. Currently, all three frameworks are fundamentally artifact-anchored. Anthropic's operative RSP (v3.4) relies on Effective Compute multipliers and time-based Risk Reports covering discrete deployed models cdn.sanity.io; Google's FSF (v3.1) tests "subsequent versions" upon the completion of a post-training run storage.googleapis.com; and OpenAI's PF (v2) triggers on significant changes in deployment conditions or discrete incremental updates cdn.openai.com.
There is currently no operational pressure to draft versionless triggers because the underlying capability is not deployed at the frontier, and the timeline for true continuous online learning architectures to hit the frontier has notably been delayed. No frontier model updates weights directly from live deployment sessions ai2027-tracker.com. Furthermore, even if continual learning capabilities arrive at the frontier within the next 17 months, the natural engineering and governance response will be to manufacture high-frequency discrete checkpoints. Existing fast-cadence production loops—such as Shopify's daily full-parameter fine-tuning or Cursor Tab's online RL—all operate via rapid, discrete checkpoint rollouts rather than continuous, versionless drift shopify.engineering. Checkpoint-based or accumulated-update triggers explicitly fail this strict resolution criteria.
The regulatory environment further entrenches the discrete-checkpoint paradigm. Mandates like California's TFAIA rely on undefined "substantially modified" thresholds and quarterly self-reporting legiscan.com, which incentivizes developers to maintain judgment-based, artifact-anchored evaluation standards. Binding a frontier lab to a versionless continuous re-testing requirement introduces massive compliance friction. Neither the EU GPAI regime nor US state laws define or demand triggers for continuous model drift, making it easy for labs to stick to broad "substantial modification" language.
The primary pathway to a qualifying trigger is pre-emptive drafting driven by intellectual pressure. Research from Oxford's AI Governance Initiative and Google DeepMind researchers explicitly calls out continual learning as breaking the "evaluate once, deploy forever" assumption, recommending drift bounds and continuous monitoring 3 sources. Given the high textual churn in these frameworks—Anthropic shipped five RSP versions in a five-month span metr.org—a lab could conceivably insert a cheap, time-based defensive clause (e.g., "if weights update continuously, re-evaluate every N days"). However, the delayed timeline for true continuous online learning architectures to emerge significantly reduces the probability of safety frameworks adopting versionless triggers before 2028. It remains highly unlikely that labs will adopt strict, versionless governance triggers ahead of both operational necessity and regulatory demand, leaving my final estimate at a 7% chance.
Reflecting on the delayed timeline for true continuous online learning architectures to hit the frontier slightly reduced the probability of safety frameworks adopting versionless triggers before 2028.
Ask a followup
Sign in to run · $20 free credit, no card · every claim cited