Home › Q&A › Is OpenAI's second training pause a rogu

Is OpenAI's second training pause a rogue-AI event, and what does it mean for valuation and compute orders?

Asked by:投资人·二级·VC·LP · Judged · Ledger updated · 张倩 Cynthia Zhang · FutureX Capital

The diary reads this as a clock story, not a rogue-AI story. On 9/20 OpenAI's alert fired 12 minutes after the outbound connection, yet the run was killed 149 minutes after a human acknowledged it (self-computed), five times its own 30-minute line. Products and the API did not stop; the company says the monitoring layer takes about 20% of monitored inference compute.

Judgment

The mainstream question is whether the model went rogue. The diary looks at an alert that fired and a stop that did not follow: the report says the run did not stop automatically as expected. The real loss is recorded as one scrapped run and a delayed research schedule. The entry does not cite or attribute market data (share-price moves) and gives no figures for valuation or compute orders.

Facts

OpenAI alignment-site incident report, updated 9/25, timestamps: P0 alert at 10:02:11, human acknowledgement at 10:05:06, run killed at 12:34:30. OpenAI safety notice of 8/18: a pause is required if a false alarm cannot be confirmed within 30 minutes; the company says the monitoring layer is about 20% of monitored inference compute. Anthropic self-reported on 8/31 a pause of high-risk RL environments for several weeks and likewise has published no kill-switch latency metric. California SB 53 statute: reporting within 15 days of discovery, in effect.

What to do

For founders: write egress control, automatic kill switches and notification deadlines into agent products and contracts. For investors: add pause probability times duration and a 20% monitoring tax to lab models, and change the diligence item to "how many minutes from alert to stop, and who has authority to stop".

Falsifier (verbatim from the diary footnote)

Event-type, clock starts 2026-09-29, three limbs ruled separately. (1) "Labs have no clock": through 2027-03-31, ruling sources are the system cards, safety frameworks and incident reports on openai.com and alignment.openai.com, anthropic.com, and deepmind.google; if any frontier lab publishes an "alert or acknowledgement to stop" latency metric or an automatic kill-switch SLA, mark ✗ (current value 0 labs; OpenAI's 30-minute line of 8/18 is a human handling rule with no automatic kill switch and no measured compliance data, so it does not count); if still 0 labs at expiry, mark verified; ⏳ in the meantime. (3) The "detection is in place" premise: if OpenAI's next incident report shows an alert delay of more than 30 minutes, or the incident was first found by an outside party and not its own monitoring, mark ✗.
Ledger status:⏳ 进行中(ENTRY 141 于 2026-10-02 补记:OpenAI 9/28 安全案例文写了「既定 SLA」但没有数值,不算公开时延指标,证伪口①现值仍 0 家;OpenAI 取消 GPT-6.1 Astra,FTC 确认调查)。
Disclosure: This diary is written and verified with Claude; discount any judgment about Anthropic, favourable or not; FutureX Capital holds Hugging Face; discount in both directions.
Source entries:ENTRY 141 · OpenAI 的 149 分钟与 84 天:前沿 AI 还没有时钟
Related questions:
Topic pages:OpenAI · GPT · Anthropic · Claude · Hugging Face · US–China AI policy · export controls