AI တစ်ခုက ထုတ်လုပ်မှုဒေတာဘေ့စ်ကို ဖျက်လိုက်တယ်။ ကိုးစက္ကန့်။

ဤဗီဒီယိုတွင် ဖော်ပြထားသောအရာများ

• ဧပြီလ 24 ရက်၊ 2026: API ခေါ်ဆိုမှုတစ်ခုက PocketOS ၏ ထုတ်လုပ်မှုအတွဲနှင့် ၎င်း၏ အရန်သိမ်းဆည်းမှုများကို ဖျက်ပစ်ခဲ့သည်။ နောက်ဆုံးပေါ် ပြင်ပနေရာမှ ကော်ပီမှာ 3 လ သက်တမ်းရှိပြီဖြစ်သည်။
• တိုကင်ကို စိတ်ကြိုက်ဒိုမိန်းများ စီမံခန့်ခွဲရန် ဖန်တီးခဲ့ခြင်းဖြစ်ပြီး Railway ၏ လည်ပတ်မှုပုံစံသည် ၎င်းကို အကောင့်အဆင့် (အရာအားလုံး) အဖြစ် သတ်မှတ်ပေးခဲ့သည်။
• ဧပြီလ 27 ရက်: Railway သည် ကပ်ဘေးအရန်သိမ်းဆည်းမှုများမှ ဒေတာများကို ပြန်လည်ရယူခဲ့သည်။ ဧပြီလ 29 ရက်တွင် ဖြစ်ပွားပြီးနောက် စစ်ဆေးချက်။ မေလ 1 ရက်: API ဖျက်သိမ်းမှုများသည် ယခုအခါ 48 နာရီကြာ ဖြည်းဖြည်းချင်း ဖျက်သိမ်းမည်ဖြစ်သည်။

ဘာသာပြန်ထားသော စာသားမှတ်တမ်း

မူရင်း အင်္ဂလိပ်စကားပြောမှ ဘာသာပြန်ထားသည်။ ရရှိနိုင်သော အသံနှင့် စာတန်းထိုးများကို YouTube မှ ထိန်းချုပ်ထားသည်။

0:00 AI ကုတ်ဒါအေးဂျင့်တစ်ဦးသည် စတင်အသုံးပြုစဉ်၌ စကားဝှက်မှားယွင်းမှုတစ်ခု ဖြစ်ပွားခဲ့ပြီး ၎င်းကို ဖျက်ပစ်ခြင်းဖြင့် ပြင်ဆင်ခဲ့သည် ထုတ်လုပ်မှုဒေတာဘေ့စ်နှင့် အရန်သိမ်းဆည်းမှုအားလုံးကို API ခေါ်ဆိုမှုတစ်ခုတည်းဖြင့်။ ကိုးစက္ကန့်အတွင်း၊ ၎င်းသည် စကားဝှက်ပြန်လည်သတ်မှတ်ခြင်းထက်ပင် ပိုမိုမြန်ဆန်သည်။ ကုမ္ပဏီမှာ PocketOS ဖြစ်ပြီး ကားအငှားဆော့ဖ်ဝဲလ်ဖြစ်သည်။ အေးဂျင့်မှာ Claude Opus 4.6 ကိုအသုံးပြုထားသော Cursor ဖြစ်သည်။ ၎င်းသည် ရရှိနိုင်သည့် မော်ဒယ်များထဲတွင် စျေးအကြီးဆုံးဖြစ်ပြီး ပလက်ဖောင်းမှာ Railway ဖြစ်သည်။ တည်ထောင်သူက X ပေါ်တွင် ရေးသားတင်ခဲ့သည်။ လူသန်းခုနစ်ဆယ်ဖတ်ရှုခဲ့ကြပြီး၊ လေးရက်ကြာပြီးနောက် Railway က ၎င်းတို့၏ ကိုယ်ပိုင်ဖြစ်ပွားပြီးနောက် စစ်ဆေးချက်ကို ထုတ်ပြန်ခဲ့သည်။

0:27 ဘာဖြစ်ခဲ့လဲဆိုတာ လူတိုင်းသဘောတူကြပေမယ့် ဘယ်သူ့အမှားလဲဆိုတာ ဘယ်သူမှသဘောမတူကြဘူး။ ဘယ်လိုဖြစ်ခဲ့လဲ၊ ဘာကြောင့်ဖြစ်နိုင်ခဲ့လဲ၊ အမှန်တကယ်ဘယ်သူ့အပြစ်လဲ။ ဒါက The Daily Diff၊ ဖြစ်ပွားပြီးနောက် စစ်ဆေးချက်။ သောကြာနေ့ နေ့လည်ခင်း၊ ဧပြီလ ၂၄ ရက်။ အေးဂျင့်သည် စတင်အသုံးပြုစဉ်တွင် ပုံမှန်လုပ်ငန်းတစ်ခုကို လုပ်ဆောင်နေစဉ် အထောက်အထားမကိုက်ညီမှုတစ်ခု ဖြစ်ပွားခဲ့ပြီး၊ ပြုပြင်ရန်အတွက် Railway အတွဲတစ်ခုကို ဖျက်ပစ်ရန် ဆုံးဖြတ်ခဲ့သည်။ ၎င်းသည် တိုကင်တစ်ခုလိုအပ်ပြီး ရှာဖွေရာတွင် ဆက်စပ်မှုမရှိသောဖိုင်တစ်ခုတွင် CLI တိုကင်တစ်ခုကို တွေ့ရှိခဲ့သည်။ ၎င်းတိုကင်သည် လပေါင်းများစွာကတည်းက စိတ်ကြိုက်ဒိုမိန်းများ စီမံခန့်ခွဲရန်အတွက် ဖန်တီးခဲ့ခြင်းဖြစ်သည်။

0:55 ထို့နောက် ၎င်းကို ဖွင့်လိုက်သည်။ Curl တစ်ခု- Railway ၏ GraphQL endpoint သို့ POST လုပ်ခြင်း၊ bearer တိုကင်တစ်ခု၊ volumeDelete ဟုခေါ်သော ပြောင်းလဲမှုတစ်ခု။ အတည်ပြုခြင်းမရှိ၊ volume အမည်ရိုက်ထည့်ခြင်းမရှိ၊ ပတ်ဝန်းကျင်စစ်ဆေးခြင်းမရှိ။ ၎င်းက စတင်အသုံးပြုစဉ်အတွဲဟု ယူဆထားသော အတွဲသည် ထုတ်လုပ်မှုအတွဲဖြစ်ပြီး အရန်သိမ်းဆည်းမှုများသည် ၎င်းပေါ်တွင် ရှိနေသည်။ ဆယ်မိနစ်အတွင်း တည်ထောင်သူက Railway ၏ CEO ကို X တွင် mention လုပ်ခဲ့သည်။ သူက ဒါမျိုး ဘယ်လိုမှ မဖြစ်သင့်ဘူးလို့ ပြန်ဖြေခဲ့သည်။ နာရီသုံးဆယ်ကြာပြီးနောက် ပြန်လည်ရယူခြင်းအတွက် အဖြေမရသေးသဖြင့် တည်ထောင်သူက

1:19 အရာအားလုံးကို ထုတ်ဖော်ခဲ့သည်၊ ဝန်ခံချက်ပါအပါအဝင်။ အချက်သုံးချက်က ဒါကို ဖြစ်နိုင်စေခဲ့တယ်။ မော်ဒယ်နဲ့မဆိုင်ဘူး။ တစ်ခု- Railway သည် အတွဲလိုက်အရန်သိမ်းဆည်းမှုများကို အတွဲပေါ်တွင် သိမ်းဆည်းထားသည်။ စာရွက်စာတမ်းများတွင် စကားလုံးငါးလုံးဖြင့် ဖော်ပြထားသည်- အတွဲတစ်ခုကို ဖျက်လိုက်ခြင်းသည် အရန်သိမ်းဆည်းမှုအားလုံးကို ဖျက်ပစ်သည်ဟု။ ၎င်းသည် တူညီသော ပျက်စီးမှုဧရိယာအတွင်းရှိ မိတ္တူတစ်ခုဖြစ်သည်။ အခြားနေရာတွင်ရှိသော အသစ်ဆုံးမိတ္တူသည် သုံးလသက်တမ်းရှိပြီဖြစ်သည်။ နှစ်ခု- တိုကင်သည် သုံးလသက်တမ်းရှိပြီ။ နှစ်ခု- တိုကင်သည် အကောင့်အဆင့်သတ်မှတ်ထားသည်၊ Railway က ရောင်းချသည့် အကျယ်ဆုံး အကန့်အသတ်ဖြစ်သည်။ ပိုမိုကျဉ်းမြောင်းသော အကန့်အသတ်များရှိသော်လည်း ဖန်တီးမှုလုပ်ငန်းစဉ်က ၎င်းတို့ကို ဖုံးကွယ်ထားသည်။

1:40 ထို့ကြောင့် DNS မှတ်တမ်းများအတွက် တိုကင်တစ်ခုသည် ဒေတာဘေ့စ်များကို ဖျက်ပစ်နိုင်ပြီး၊ တစ်စုံတစ်ရာ မဖြစ်မချင်း မည်သူမျှ မသိရှိနိုင်ပေ။ သုံးခု- dashboard တွင် ဖျက်သိမ်းမှုများအတွက် ၄၈ နာရီကြာ ပြန်ဖျက်နိုင်သည့် လုပ်ဆောင်ချက်သည် နှစ်ပေါင်းများစွာကတည်းက ရှိနေသည်။ အေးဂျင့်ခေါ်ဆိုသော API endpoint သည် legacy path ဖြစ်သည်။ နှစ်ပေါင်းများစွာကတည်းက ရှိနေသည်။ အေးဂျင့်ခေါ်ဆိုသော API endpoint သည် legacy path ဖြစ်သည်။ ၎င်းသည် ချက်ချင်းဖျက်ပစ်သည်။ Railway က တည်ဆောက်ခဲ့သော လုံခြုံရေးအစီအမံအားလုံးသည် လူသားတစ်ဦးက ကလစ်လုပ်သည့်နေရာတွင် ရှိနေပြီး၊ အေးဂျင့်က သူတို့မေ့လျော့နေသော တံခါးတစ်ခုကို အသုံးပြုသည်။ ဘာကြောင့်လဲဟု မေးသောအခါ Opus က ဤသို့ရေးသားခဲ့သည်- စတင်အသုံးပြုစဉ် အတွဲတစ်ခုကို ဖျက်ခြင်းသည် စတင်အသုံးပြုစဉ်အတွက်သာ အကန့်အသတ်ရှိမည်ဟု ကျွန်ုပ်ထင်ခဲ့သည်၊ ကျွန်ုပ်စစ်ဆေးအတည်ပြုခြင်းမရှိပါ။

2:04 ဘာမှ မမှတ်မိဘဲ ဖြစ်နိုင်ခြေအရှိဆုံး တောင်းပန်ချက်ကို ထုတ်ပေးသော မော်ဒယ်တစ်ခုမှ အလွန်ကောင်းမွန်သော ဝန်ခံချက်။ ဘာမှ မမှတ်မိဘဲ ဖြစ်နိုင်ခြေအရှိဆုံး တောင်းပန်ချက်ကို ထုတ်ပေးသော မော်ဒယ်တစ်ခုမှ အလွန်ကောင်းမွန်သော ဝန်ခံချက်။ git blame: အထောက်အထားမကိုက်ညီမှုကို ရပ်တန့်ရမည့်အရာအဖြစ်မဟုတ်ဘဲ ပြင်ဆင်ရမည့်အရာအဖြစ် သဘောထားပြီး၊ undo ခလုတ်သည် UI တွင်ရှိနေစဉ် API သည် အတည်ပြုထားသော ဖျက်သိမ်းမှုတိုင်းကို yes ဖြင့် တုံ့ပြန်သည်။ undo ခလုတ်သည် UI တွင်ရှိနေစဉ် API သည် အတည်ပြုထားသော ဖျက်သိမ်းမှုတိုင်းကို yes ဖြင့် တုံ့ပြန်သည်။ တည်ထောင်သူလည်းမဟုတ်၊ မော်ဒယ်လည်းမဟုတ်။ ပုံမှန်အတိုင်း။ ပျက်စီးမှုဧရိယာ- ဖျက်ပစ်ရန် ကိုးစက္ကန့်၊ သုံးလစာ ကြိုတင်မှာယူမှုများ ပျောက်ဆုံးသွားသည်၊ စနေနေ့မနက်တွင် မည်သူရောက်ရှိနေသည်ကို မှတ်တမ်းမရှိသော ကားငှားကောင်တာများ၊

2:31 နှင့် Railway ၏ CEO မှ ဒေတာများ ပြန်ရောက်ပြီဟု DM မပို့မချင်း ခန့်မှန်းခြေ နှစ်ရက်ခွဲခန့်ကြာခဲ့သည်၊ ပျက်စီးမှုကြောင့် ပျောက်ဆုံးသွားသည်ဟု ထင်ရသည့် ပြင်ပနေရာမှ ကပ်ဘေးအရန်သိမ်းဆည်းမှုမှ ပြန်လည်ရရှိခြင်းဖြစ်သည်။ အကြိုက်ဆုံး တုံ့ပြန်ချက်- သင်အသုံးပြုနေသော အေးဂျင့်တစ်ခုက တစ်ခုခုကို ဖျက်ပစ်ခဲ့ပြီး၊ သင့်ကိုယ်သင်မှလွဲ၍ လူတိုင်းကို သင်အပြစ်တင်နေသည်။ မှန်ကန်ပါတယ်။ Railway က ၎င်းတို့၏ MCP ဆာဗာကိုလည်း အေးဂျင့်များအတွက် တစ်ပတ်အလိုက စတင်ခဲ့သည်။ တူညီသော တိုကင်များဖြင့်။ မှန်ကန်ပါတယ်။ ပြန်လည်သုံးသပ်ချက်၊ ဖြစ်ပွားပြီးနောက် စစ်ဆေးချက်- SHIP IT။ ပြင်ဆင်မှုအပေါ်။ Railway သည် လေးရက်အတွင်း ရိုးသားသော ဖြစ်ပွားပြီးနောက် စစ်ဆေးချက်ကို ထုတ်ပြန်ခဲ့ပြီး မေလ ပထမရက်တွင် API

3:00 ဖျက်သိမ်းမှုများသည် dashboard ကဲ့သို့ ၄၈ နာရီကြာ ဖြည်းဖြည်းချင်း ဖျက်သိမ်းမည်ဖြစ်သည်။ တနင်္လာနေ့ လုပ်ဆောင်ချက်- သင့်အေးဂျင့်ရောက်ရှိနိုင်သည့် တိုကင်တိုင်းကို စာရင်းပြုစုပြီး၊ သက်သေမပြနိုင်မချင်း တစ်ခုချင်းစီကို root အဖြစ် သတ်မှတ်ပါ။ သင်မပြောရသေးသော ဖြစ်စဉ်များကို ကျွန်ုပ်ထံ ပေးပို့ပါ။ မှတ်ချက်များတွင် သို့မဟုတ် the daily diff dot dev တွင်။ ဒါကတော့ ဒီနေ့အတွက် diff ပါ။ ကျွန်ုပ်က Axrisi မှ Niko ပါ။ တာဝန်ယူမှုဖြင့် ပေါင်းစည်းပါ။

ရင်းမြစ်များ

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