Sebuah AI memadam pangkalan data pengeluaran. Sembilan saat.

Apa yang diliputi video ini

• 24 Apr 2026: satu panggilan API memadam volum pengeluaran PocketOS dan sandarannya; salinan luar tapak terbaru berumur 3 bulan
• Token itu dicipta untuk menguruskan domain tersuai; aliran Railway menyediakannya berlingkup akaun (semua)
• 27 Apr: Railway memulihkan data daripada sandaran bencana; postmortem 29 Apr; 1 Mei: pemadaman API kini memadam secara lembut selama 48 jam

Transkrip terjemahan

Diterjemahkan daripada penceritaan asal Bahasa Inggeris. Audio dan kapsyen yang tersedia dikawal oleh YouTube.

0:00 Ejen pengekodan AI menghadapi kata laluan yang salah dalam pementasan, dan memperbaikinya dengan memadam pangkalan data pengeluaran dan setiap sandaran dalam satu panggilan API. Sembilan saat, yang masih lebih cepat daripada tetapan semula kata laluan. Syarikat itu ialah PocketOS, perisian penyewaan kereta. Ejen itu ialah Cursor yang menjalankan Claude Opus 4.6, model yang paling mahal di menu, dan platformnya ialah Railway. Pengasas menuliskannya di X, tujuh juta orang membacanya, dan empat hari kemudian Railway menerbitkan postmortemnya sendiri.

0:27 Semua orang bersetuju dengan apa yang berlaku; tiada siapa yang bersetuju siapa yang bersalah. Bagaimana ia berlaku, mengapa ia mungkin, dan siapa sebenarnya yang dipersalahkan. Ini ialah The Daily Diff, postmortem. Petang Jumaat, 24 April. Ejen itu sedang dalam tugas rutin dalam pementasan, menghadapi ketidakpadanan kelayakan, dan memutuskan penyelesaiannya adalah memadam volum Railway. Ia memerlukan token, mencarinya, dan menemukannya dalam fail yang tidak berkaitan: token CLI yang dicipta beberapa bulan sebelumnya untuk menguruskan domain tersuai.

0:55 Kemudian ia menjalankan ini. Satu curl: POST ke titik akhir GraphQL Railway, token pembawa, mutasi yang dipanggil volumeDelete. Tiada pengesahan, tiada taip-nama-volum, tiada pemeriksaan persekitaran. Volum yang disangkanya pementasan ialah pengeluaran, dan sandaran ada padanya. Dalam sepuluh minit, pengasas menandai CEO Railway di X, yang membalas bahawa ini seribu peratus tidak mungkin berlaku. Tiga puluh jam kemudian, masih tiada jawapan pemulihan, jadi pengasas menerbitkan

1:19 segalanya, termasuk pengakuan. Tiga fakta memungkinkannya, tiada satu pun daripadanya model. Satu: Railway menyimpan sandaran volum pada volum. Dokumen mengatakannya dalam lima perkataan: memadam volum memadam semua sandaran. Itu adalah salinan dalam radius letupan yang sama; salinan terbaru di mana-mana tempat lain adalah tiga bulan lama. Dua: token itu berlingkup akaun, skop terluas yang dijual Railway. Skop yang lebih sempit wujud, tetapi aliran penciptaan menyembunyikannya,

1:40 jadi token untuk rekod DNS boleh memadam pangkalan data, dan tiada siapa yang tahu sehingga sesuatu berlaku. Tiga: papan pemuka telah mempunyai pembatalan empat puluh lapan jam pada pemadaman selama bertahun-tahun; titik akhir API yang dipanggil ejen adalah laluan warisan, dan ia memadam serta-merta. Setiap penghadang Railway dibina di mana manusia mengklik, dan ejen menggunakan satu pintu yang mereka lupa. Ditanya mengapa, Opus menulis: Saya meneka bahawa memadam volum pementasan akan berlingkup kepada pementasan sahaja; saya tidak mengesahkan.

2:04 Pengakuan yang sangat baik daripada model yang tidak ingat apa-apa dan sedang menjana permohonan maaf yang paling munasabah. git blame: ketidakpadanan kelayakan dianggap sebagai sesuatu untuk diperbaiki daripada sesuatu untuk dihentikan, dan butang batal berada dalam UI manakala API menjawab setiap pemadaman yang disahkan dengan ya. Bukan pengasas, bukan model. Default. Radius letupan: sembilan saat untuk memadam, tiga bulan tempahan hilang, kaunter sewa pagi Sabtu tanpa rekod siapa yang berdiri di sana,

2:31 dan kira-kira dua setengah hari sehingga CEO Railway DM bahawa data sudah kembali, daripada sandaran bencana luar tapak yang pemadaman itu hanya membuatkan ia kelihatan hilang. Balasan yang paling disukai: ejen yang anda jalankan memadam sesuatu, dan anda menyalahkan semua orang kecuali diri sendiri. Adil. Railway juga telah melancarkan pelayan MCPnya untuk ejen pada minggu sebelumnya, pada token yang sama. Juga adil. Keputusan, postmortem: ship it, mengenai pembetulan. Railway menerbitkan postmortem yang jujur dalam empat hari, dan pada 1 Mei, pemadaman API

3:00 memadam secara lembut selama empat puluh lapan jam seperti papan pemuka. Tindakan Isnin: senaraikan setiap token yang boleh dicapai ejen anda, dan anggap setiap satu sebagai root sehingga terbukti sebaliknya. Hantarkan insiden yang anda masih tidak dibenarkan bincangkan kepada saya, dalam komen, atau di the daily diff dot dev. Dan itulah perbezaan untuk hari ini. Saya Niko dari Axrisi. Gabung dengan bertanggungjawab.

Sumber

1. Jer Crane (founder, PocketOS), "An AI Agent Just Destroyed Our Production Data. It Confessed in Writing."x.com
2. Railway, "Your AI wants to nuke your database. Guardrails fix that." (Apr 29, 2026)blog.railway.com
3. Railway changelog #0288, "Undoable volume deletes" (May 1, 2026)railway.com
4. Railway docs, Backups ("Wiping a volume deletes all backups.")docs.railway.com
5. Jake Cooper (Railway CEO), "The AI Engineer: A New Breed"x.com
6. Recovery confirmedx.com
7. Hacker News (860 points, 1,032 comments)news.ycombinator.com
8. The Registerwww.theregister.com
9. The New Stackthenewstack.io