Vibe Coding Prompt ၃၀ (Copy ကူးယူနိုင်သော Cheat Sheet)
အကောင်းဆုံး vibe coding prompt တွေက တိုတိုရှင်းရှင်း၊ တိကျပြီး အပြုအမူအကြောင်း ဖြစ်ပါတယ်: အက်ပ်ကို ဘယ်သူသုံးသလဲ၊ သူတို့ ဘာလုပ်နိုင်လဲ၊ ဘာကို သိမ်းလဲ၊ ဘယ်လို ပုံစံရှိလဲ။ အောက်မှာ prompt ၃၀ ကို အဆင့်အလိုက် အုပ်စုဖွဲ့ထားပြီး ပထမ build ကနေ publish အထိ ကူးယူ paste လုပ်နိုင်ပါတယ်။ [brackets] ထဲက အစိတ်အပိုင်းတွေကို သင့်ကိုယ်ပိုင် အသေးစိတ်နဲ့ အစားထိုးပါ။
ဒါတွေက AI app builder သို့မဟုတ် coding agent မည်သည့်အတွက်မဆို အလုပ်လုပ်ပါတယ်။ နောက်ကွယ်က ယုတ္တိကို သိချင်ရင် AI app builder အတွက် prompt ရေးနည်း ရှည်လျားတဲ့ လမ်းညွှန်မှာ ရှင်းပြထားပါတယ်။ ဒီစာမျက်နှာက cheat sheet ဖြစ်ပါတယ်။
ဒီ cheat sheet ကို ဘယ်လို သုံးမလဲ
- ပထမ build prompt တစ်ခုနဲ့ စပါ၊ ပြီးရင် တခြားတစ်ခုချင်းစီကို တစ်ခုပြီးတစ်ခု သုံးပါ။
- prompt တိုင်းပြီးတိုင်း စမ်းပါ။ နောက်တစ်ခု မပို့ခင် ပြောင်းလဲမှုကို ကလစ်နှိပ်စမ်းပါ။
- အလုပ်ဖြစ်တာကို ထိန်းသိမ်းပါ။ ဒီမှာ နောက်ဆက်တွဲ prompt အများစုက "တခြားအရာတွေ အကုန် အတူတူထားပါ" ဆိုပြီး အဆုံးသတ်ထားတာ အကြောင်းရှိပါတယ်။
- စာသားကို အတိအကျ paste လုပ်ပါ။ Error message၊ ခလုတ် အမည်နဲ့ စခရင်ပေါ်က စာလုံးတွေက ဖော်ပြချက်ထက် အမြဲ ပိုကောင်းပါတယ်။
ပထမ build prompt များ
ဒါတွေက အက်ပ်ရဲ့ ပုံစံကို သတ်မှတ်ပါတယ်။ တစ်ခုစီက အသုံးပြုသူ၊ လုပ်ဆောင်ချက်၊ ဒေတာနဲ့ ပုံစံကို နာမည်ပေးပါတယ်။
၁။ ရိုးရှင်းတဲ့ tracker
ကျွန်တော့်အတွက် [အလေ့အကျင့်] tracker တစ်ခု တည်ဆောက်ပါ။ နာမည်နဲ့ အရောင် ပါတဲ့ [အလေ့အကျင့်] တစ်ခုကို ထည့်နိုင်ရမယ်၊ နေ့တိုင်း တစ်ကြိမ် အမှန်ခြစ်နိုင်ရမယ်၊ ရက် ၃၀ ဇယားနဲ့ လက်ရှိ ဆက်တိုက်ရက်အရေအတွက် ကို မြင်ရမယ်။ Refresh လုပ်ပြီးနောက်လည်း အရာအားလုံး ရှိနေအောင် သိမ်းပါ။ ဖုန်းပေါ်မှာ အလုပ်လုပ်တဲ့ သန့်ရှင်းပြီး ရိုးရှင်းတဲ့ ဒီဇိုင်း။
၂။ သေးငယ်တဲ့ လုပ်ငန်းအတွက် booking page
ကျွန်တော့် [ဆံပင်ဆိုင်] အတွက် booking page တစ်ခု တည်ဆောက်ပါ။ ဖောက်သည်တွေက ဝန်ဆောင်မှု ([ဆံညှပ် ၃၀ မိနစ်၊ အရောင် ၉၀ မိနစ်]) ရွေးပြီး ရက်စွဲနဲ့ [၉:၀၀ မှ ၁၈:၀၀] ကြား အချိန်လပ် တစ်ခု ရွေးရမယ်၊ ပြီးရင် နာမည်၊ ဖုန်းနဲ့ email ထည့်ရမယ်။ နှစ်ယောက်က slot တူတူ မ book နိုင်ရပါ။ Login နောက်မှာရှိတဲ့ ကိုယ်ပိုင် admin page လိုအပ်ပြီး ရက်အလိုက် လာမယ့် booking တွေကို ပြရမယ်။
၃။ internal tool
ကျွန်တော့် အဖွဲ့အတွက် [စက်ပစ္စည်း ငှားရမ်းမှု] ကို ခြေရာခံနိုင်တဲ့ internal tool တစ်ခု တည်ဆောက်ပါ။ ပစ္စည်းတစ်ခုစီမှာ နာမည်၊ ကုဒ်နဲ့ အခြေအနေ (ရနိုင်သည်၊ ငှားထားသည်၊ ပျက်နေသည်) ပါရမယ်။ ဝန်ထမ်းတွေ login ဝင်ပြီး ပစ္စည်းကို မိမိကိုယ်ကို ငှားနိုင်၊ ပြန်အပ်နိုင်ရမယ်။ အခြေအနေအလိုက် filter ပါတဲ့ ဇယားနဲ့ ပစ္စည်းတစ်ခုစီကို ဘယ်သူ ကိုင်ခဲ့လဲဆိုတဲ့ မှတ်တမ်း ပြပါ။
၄။ waitlist ပါတဲ့ landing page
[ကျွန်တော့် ထုတ်ကုန်: အလုပ်ရှုပ်တဲ့ မိဘများအတွက် အစားအစာ အစီအစဉ်ချတဲ့ app] အတွက် စာမျက်နှာတစ်ခည်းတည်း website တစ်ခု တည်ဆောက်ပါ။ ခေါင်းစဉ်နဲ့ စာကြောင်းတစ်ကြောင်း subheading ပါတဲ့ hero၊ ပြီးရင် အကျိုးကျေးဇူး သုံးချက်၊ အတိုချုံး လုပ်ဆောင်ပုံ အပိုင်းနဲ့ FAQ။ Sign-up email တွေကို database မှာ သိမ်းပြီး private admin page မှာ စာရင်းကို ပြပါ။
၅။ client portal
ကျွန်တော့် [ဒီဇိုင်း စတူဒီယို] အတွက် client portal တစ်ခု တည်ဆောက်ပါ။ Client တစ်ယောက်စီက login ဝင်ပြီး သူ့ကိုယ်ပိုင် project တွေကို status၊ ကျွန်တော် တင်ထားတဲ့ ဖိုင်များနဲ့ comment thread နဲ့ တွေ့ရမယ်။ ကျွန်တော်က admin အနေနဲ့ login ဝင်ပြီး client အားလုံးကို မြင်ရမယ်။ Client တွေဟာ တစ်ယောက်ရဲ့ ဒေတာကို တစ်ယောက်က ဘယ်တော့မှ မမြင်ရပါစေနဲ့။
၆။ တွက်ချက်မှု သို့မဟုတ် quote tool
ကျွန်တော့် [သန့်ရှင်းရေး လုပ်ငန်း] အတွက် quote calculator တစ်ခု တည်ဆောက်ပါ။ Input များ: အိပ်ခန်းအရေအတွက်၊ ရေချိုးခန်းအရေအတွက်၊ အပိုဝန်ဆောင်မှုများ (မီးဖိုကြည့်ခြင်း၊ ပြတင်းပေါက်၊ ရေခဲသေတ္တာ) နဲ့ ကြိမ်နှုန်း (တစ်ကြိမ်၊ အပတ်စဉ်၊ လစဉ်)။ ရွေးချယ်မှုတွေ ပြောင်းတာနဲ့ စျေးနှုန်းကို ခွဲဖော်ပြချက်နဲ့ ပြပါ။ စျေးနှုန်းများ: [စျေးနှုန်းစာရင်း ထည့်ပါ]။ Quote တောင်းဆိုချက်ကို email နဲ့ ကျွန်တော့်ဆီ ပို့ဖို့ ခလုတ် ထည့်ပါ။
စီစဉ်ခြင်း prompt များ
အင်္ဂါရပ်ကြီးတစ်ခုမတိုင်ခင် ဒါမှမဟုတ် တစ်ခုခုကို ဘယ်လိုဖော်ပြရမလဲ မသေချာတဲ့အခါ ဒါတွေကို သုံးပါ။
၇။ တည်ဆောက်မီ စီစဉ်ပါ
ကုဒ်တစ်ကြောင်းမှ မရေးခင် တည်ဆောက်မယ့် စခရင်တွေ၊ သိမ်းမယ့် ဒေတာနဲ့ ကျွန်တော့်ဆီက လိုအပ်တဲ့ ဆုံးဖြတ်ချက်တွေကို ရိုးရိုးစကားနဲ့ ဖော်ပြပါ။ ကျွန်တော့် OK ကို စောင့်ပါ။
၈။ ရှုပ်ထွေးတဲ့ အိုင်ဒီယာကို ပထမ version အဖြစ် ပြောင်းပါ
ကျွန်တော့် အိုင်ဒီယာ ဒီမှာ ရှိပါတယ်: [မှတ်စုများ paste လုပ်ပါ]။ အသုံးဝင်နေဆဲ အသေးဆုံး ပထမ version ကို bullet ၅ ခုမှ ၈ ခုအထိ အကြံပြုပါ။ နောက်မှ ထားခဲ့မယ့်အရာတွေနဲ့ ဘာကြောင့်လဲ ဖော်ပြပါ။
၉။ ဘာ ပျောက်နေလဲ မေးပါ
ဒါကို မတည်ဆောက်ခင် developer တစ်ယောက်က ကျွန်တော့်ကို ဘာမေးမလဲ။ တစ်ခုချင်းစီ မေးပြီးနောက် ကျွန်တော့် အဖြေတွေကို spec တိုတစ်ခုအဖြစ် အကျဉ်းချုပ်ပါ။
၁၀။ ကြီးမားတဲ့ ပြောင်းလဲမှုကို အရင်စစ်ပါ
[workspace တစ်ခုကို လူများစွာ မျှဝေတဲ့ team account] ကို ထည့်ချင်တယ်။ ဒေတာ၊ စခရင်များနဲ့ ခွင့်ပြုချက်တွေမှာ ဘာပြောင်းရမလဲ၊ ဘာတွေ ပျက်နိုင်လဲ ရှင်းပြပါ။ အခုချက်ချင်း ဘာမှ မပြောင်းပါနဲ့။
ဒီဇိုင်း prompt များ
၁၁။ ရှင်းလင်းတဲ့ ပုံစံသတ်မှတ်ပါ
အက်ပ်ကို ပြန်ပြင်ဒီဇိုင်းလုပ်ပါ: နွေးတဲ့ အဖြူရောင်နောက်ခံ၊ အမည်းရောင်စာသား၊ အရောင်တစ်ခုတည်း [#1F6F50]၊ ထောင့်လုံးလုံး၊ လွတ်လပ်တဲ့ နေရာ နဲ့ ခေတ်မီ sans-serif font။ Layout နဲ့ အင်္ဂါရပ်တိုင်းကို မူလအတိုင်း အတိအကျထားပါ။
၁၂။ ရည်ညွှန်းချက်ရဲ့ ခံစားချက်ကို ကူးယူပါ
Dashboard ကို ငြိမ်သက်တဲ့ ငွေကြေးအက်ပ်ပုံစံ ဖြစ်အောင် လုပ်ပါ: နေရာလွတ်များများ၊ ဂဏန်းကြီးနဲ့ ထူထူ၊ label ငယ်ငယ်နဲ့ မီးခိုးရောင်၊ ထိပ်မှာ chart ရိုးရိုးတစ်ခု။ မည်သည့် brand ရဲ့ logo သို့မဟုတ် စာသားကိုမှ မကူးပါနဲ့။
၁၃။ ဖုန်း layout ကို ပြင်ပါ
အကျယ် 375px ဖုန်းပေါ်မှာ [Orders စာမျက်နှာ] ရဲ့ ဇယားက ဘေးသို့ scroll လုပ်ပြီး ခလုတ်တွေ ထပ်နေတယ်။ သေးငယ်တဲ့ စခရင်မှာ အတန်းတစ်ခုစီကို အထပ်လိုက် card ဖြစ်အောင် ပြောင်းပါ။ Desktop layout ကို မပြောင်းပါနဲ့။
၁၄။ ဗလာ၊ loading နဲ့ error အခြေအနေများ
[Projects list] မှာ သင့်လျော်တဲ့ အခြေအနေတွေ ထည့်ပါ: ပထမ project ထည့်ရန် ခလုတ်ပါတဲ့ ဗလာ စခရင်၊ ဒေတာ load ဖြစ်နေစဉ် loading skeleton၊ load မအောင်မြင်ရင် ပြန်ကြိုးစားရန် ခလုတ်ပါတဲ့ ရှင်းလင်းတဲ့ မက်ဆေ့ချ်။
၁၅။ right-to-left ထောက်ခံမှု
Interface ရဲ့ အာရဗီ version ကို right-to-left layout အပြည့်နဲ့ ထည့်ပါ။ ဘက်ညွှန်ပြတဲ့ icon တွေကို လှန်ပါ၊ ဂဏန်းနဲ့ ရက်စွဲတွေကို locale format သုံးပါ။ အင်္ဂလိပ်ကို မူလအဖြစ် ထားပါ။
ဒေတာနဲ့ feature prompt များ
၁၆။ ဒေတာ ကြာရှည်စေပါ
အခု ကျွန်တော့် ဒေတာက refresh လုပ်တဲ့အခါ ပျောက်သွားတယ်။ အစား တကယ့် database မှာ သိမ်းပါ၊ လက်ရှိ စခရင်တွေကို အတူတူ အလုပ်လုပ်အောင် ထားပါ။
၁၇။ login ထည့်ပါ
Email နဲ့ password ဖြင့် sign-up နဲ့ login ထည့်ပါ။ အသုံးပြုသူတစ်ယောက်စီက သူ့ကိုယ်ပိုင် [entries] ကိုသာ မြင်ပြီး တည်းဖြတ်နိုင်ရမယ်။ အပေါ်ဘားမှာ အသုံးပြုသူ email နဲ့ log-out ခလုတ် ပြပါ။
၁၈။ role များ ထည့်ပါ
Role နှစ်ခု ထည့်ပါ: admin နဲ့ member။ Admin က [products] ကို ထည့်၊ ပြင်၊ ဖျက်နိုင်ရမယ်၊ member က ကြည့်ရုံပဲ ကြည့်နိုင်ရမယ်။ ခလုတ်ကို ဖျောက်ရုံသာ မဟုတ်ဘဲ server ပေါ်မှာ ဒါကို ပြဌာန်းပါ။
၁၉။ search နဲ့ filter ထည့်ပါ
[contacts list] အပေါ်မှာ search box ထည့်ပါ၊ ကျွန်တော် ရိုက်တာနဲ့ နာမည်၊ company သို့မဟုတ် email ကို ကိုက်ညီအောင် လုပ်ပါ၊ နဲ့ [status] အတွက် filter ထည့်ပါ။ လက်ရှိ sort အစဉ်ကို ထားပါ။
၂၀။ ဖိုင် upload ထည့်ပါ
အသုံးပြုသူများက [listing] တစ်ခုစီကို ပုံ [၅] ပုံအထိ ပူးတွဲနိုင်ပါစေ၊ ပုံတစ်ပုံစီ အများဆုံး [5 MB]။ Listing မှာ thumbnail နဲ့ နှိပ်ရင် ပိုကြီးတဲ့ ကြည့်ရှုမှု ပြပါ။ ပိုင်ရှင်သာ ကိုယ့်ပုံကို ဖျက်နိုင်ရမယ်။
၂၁။ spreadsheet မှ import လုပ်ပါ
Import ခလုတ် ထည့်ပါ၊ column [name, email, phone, notes] ပါတဲ့ CSV ကို ယူပြီး ပထမ ၁၀ တန်းကို preview ပြပါ၊ သိမ်းမီ ကျွန်တော် အတည်ပြုနိုင်ရမယ်။ Email မပါတဲ့ အတန်းတွေကို ကျော်ပြီး ဘယ်နှစ်ခု ကျော်ခဲ့လဲ ပြောပါ။
ပြင်ဆင်ခြင်း prompt များ
၂၂။ bug ကို ရှင်းရှင်းလင်းလင်း တင်ပြပါ
[edit form ပေါ်က Save ကို နှိပ်တဲ့အခါ] "[error စာသား အတိအကျ]" ပေါ်ပြီး ပြောင်းလဲမှု မသိမ်းမိပါ။ မျှော်လင့်ချက်: ပြောင်းလဲမှု သိမ်းပြီး စာရင်းကို ပြန်ရောက်ရမယ်။ အကြောင်းရင်းကို ရှာပါ၊ စာကြောင်း တစ်ကြောင်း နှစ်ကြောင်းနဲ့ ရှင်းပြပြီးမှ ပြင်ပါ။
၂၃။ fix loop ကို ရပ်ပါ
ဒါကို အကြိမ်သုံးကြိမ် ပြင်ကြည့်ပြီးပြီ၊ ဒါပေမယ့် မအောင်မြင်သေးဘူး။ ကုဒ်ပြောင်းတာ ရပ်ပါ။ အဖြစ်နိုင်ဆုံး အကြောင်းရင်း သုံးခုကို စာရင်းလုပ်ပါ၊ တစ်ခုချင်းစီကို ဘယ်လို စစ်မလဲ၊ ဘယ်ဟာ ဖြစ်နိုင်ချေ အများဆုံးလဲ ပြောပါ။
၂၄။ ဘေးထွက်ဆိုးကျိုးများကို ပြန်ဖြေရှင်းပါ
နောက်ဆုံး ပြောင်းလဲမှုက date picker ကို ပြင်ပေးခဲ့ပေမယ့် [sidebar] ပျောက်သွားတယ်။ sidebar ကို မူလအတိုင်း အတိအကျ ပြန်ထားပြီး date picker ပြင်ချက်ကို ဆက်ထားပါ။
၂၅။ ပြောင်းမီ ရှင်းပြပါ
[checkout total] ကို လက်ရှိ ဘယ်လို တွက်ထားလဲ အဆင့်လိုက် ရှင်းပြပါ၊ ပါဝင်တဲ့ ဖိုင်တွေကို ညွှန်ပြပါ။ ဘာမှ မပြောင်းပါနဲ့။
စမ်းသပ်ခြင်းနဲ့ သုံးသပ်ခြင်း prompt များ
၂၆။ edge case များ
အသုံးပြုသူ အမှန်တကယ်က [booking form] ကို ဘယ်လို ဖျက်နိုင်လဲ ၁၀ နည်းစာရင်းလုပ်ပါ: အလွတ် field များ၊ အလွန်ရှည်တဲ့ စာသား၊ နှစ်ကြိမ် နှိပ်ခြင်း၊ လူနှစ်ယောက် တစ်ပြိုင်နက်၊ မှားတဲ့ time zone။ တစ်ခုချင်းစီကို စမ်းပြီး ကျတာတွေ ပြင်ပါ။ ဘာပြောင်းခဲ့လဲ အစီရင်ခံပါ။
၂၇။ မကြာသေးမီ ပြောင်းလဲမှုများကို အကျဉ်းချုပ်ပါ
နောက်ဆုံး [ငါး] ဆင့်အတွင်း ပြုလုပ်ခဲ့သော ပြောင်းလဲမှု တိုင်းကို ရိုးရိုးစကားနဲ့ အကျဉ်းချုပ်ပါ၊ ရှိပြီးသား ဒေတာကို အကျိုးသက်ရောက်နိုင်တာ ဘာတွေလဲ အမှတ်အသားပြပါ။
လုံခြုံရေး prompt များ
ဒါတွေကို vibe coding လုံခြုံလား စာမျက်နှာနဲ့ တွဲသုံးပါ။
၂၈။ ဒေတာ ဝင်ရောက်ခွင့်ကို စစ်ပါ
Server ကုဒ်ကို စစ်ပါ: login ဝင်ထားတဲ့ အသုံးပြုသူက request ထဲက ID ကို ပြောင်းပြီး တခြားသူရဲ့ [records] ကို ဖတ်နိုင်သလား၊ ပြောင်းနိုင်သလား။ ဝင်ရောက်ခွင့်ကို ဘယ်မှာ စစ်ထားလဲ ပြပြီး ကွက်လပ်တွေ ပြင်ပါ။
၂၉။ ဖော်ထုတ်ခံရသော secret များကို စစ်ပါ
ဒီအက်ပ်သုံးတဲ့ API key၊ password သို့မဟုတ် token တိုင်းကို စာရင်းပြုစုပြီး ဘယ်မှာ သိမ်းထားလဲ ပြပါ။ Browser မှာ run တဲ့ ကုဒ်ထဲ သို့မဟုတ် ဖိုင်တွေထဲ commit လုပ်ထားတာ မရှိအောင် သေချာစေပါ။ ရှိရင် secret တွေထဲ ရွှေ့ပါ။
Publish prompt များ
၃၀။ မထုတ်ခင် နောက်ဆုံး စစ်ဆေးမှု
ဒါကို အသုံးပြုသူ အမှန်တကယ်တွေအတွက် publish လုပ်တော့မယ်။ Reviewer တစ်ယောက်အနေနဲ့ ကြည့်ပါ: link ပျက်တာ၊ page title နဲ့ description မရှိတာ၊ validation မရှိတဲ့ form တွေ၊ နှေးတဲ့ page တွေ၊ console error တွေနဲ့ ဖုန်းပေါ်မှာ မပြီးသေးဟု ထင်ရတာတွေ။ အရေးကြီးမှုအလိုက် စာရင်းပေးပြီး ထိပ်ဆုံး ငါးခုကို ပြင်ပါ။
ရှောင်ရမယ့် prompt များ
အချို့ prompt တွေက အမြဲလိုလို ပိုဆိုးတဲ့ရလဒ် ထုတ်ပေးပါတယ်:
- "ပိုကောင်းအောင် လုပ်ပါ။" ဘယ်လိုပိုကောင်းရမလဲ။ စခရင်နဲ့ ပြောင်းလဲမှုကို နာမည်ပေးပါ။
- "အားလုံး ပြင်ပါ။" AI က အများကြီး ပြောင်းပြီး ဘာ ရွေ့သွားလဲ မသိရပါ။
- "[library] နဲ့ [framework] နဲ့ [pattern] သုံးပါ။" အကြောင်းရှိမှ မဟုတ်ရင် အပြုအမူကို ဖော်ပြပြီး tool က stack ကို ရွေးခွင့်ပေးပါ။
- "ဒါက ကျွန်တော့် API key ဖြစ်ပါတယ်: …" Chat ထဲ secret မထည့်ပါနဲ့။ Tool ရဲ့ secret settings ကို သုံးပါ။
- အင်္ဂါရပ် ဆယ်ခုကို message တစ်ခုတည်းမှာ။ ခွဲပြီး ပို့ပါ။
prompt တွေကို အလေ့အထ ဖြစ်အောင် လုပ်ခြင်း
Project အနည်းငယ် လုပ်ပြီးနောက် ဒီတွေရဲ့ ကိုယ်ပိုင်ဗားရှင်းတွေ ရှိလာပါလိမ့်မယ်။ မှတ်စုထဲမှာ သိမ်းပြီး အလုပ်ဖြစ်တာတွေကို ပြန်သုံးပါ။ Mythex က project တွေအကြား သင်ဘယ်သူလဲ၊ ဘယ်လို အလုပ်လုပ်သလဲ မှတ်သားထားလို့ သင်ထပ်ခါထပ်ခါ ပြောတဲ့ ဦးစားပေးချက်များ၊ ဥပမာ ပုံစံ သို့မဟုတ် stack ကို ပြန်ရိုက်စရာ မလိုဘဲ ဆက်လက် လိုက်ပါလာပါတယ်။
ပထမ prompt မှာ တွေဝေနေရင် အခမဲ့ app prompt generator က တစ်ကြောင်းတည်းသော အိုင်ဒီယာကို ပြည့်စုံတဲ့ စတင် prompt အဖြစ် ပြောင်းပေးပါတယ်။ ဒီ prompt တွေက လက်တွေ့ ဘာ ထွက်လာလဲ ကြည့်ချင်ရင် vibe coding ဥပမာများ ကို ဖတ်ပါ၊ ဒါမှမဟုတ် prompt တစ်ကို AI app builder မှာ paste လုပ်ပြီး brackets တွေကို သင့်ကိုယ်ပိုင် အိုင်ဒီယာနဲ့ ပြောင်းပါ။
မေးခွန်းများ
ကောင်းတဲ့ vibe coding prompt ဆိုတာ ဘာလဲ။
အက်ပ်ကို ဘယ်သူအတွက်လဲ၊ အသုံးပြုသူက ဘာလုပ်နိုင်လဲ၊ ဘာဒေတာ သိမ်းလဲနဲ့ ဘယ်လို ပုံစံရှိရမလဲ ဆိုတာကို စာပိုဒ်တိုတစ်ခုအတွင်း ပြောပြတာပါ။ ပထမ build ပြီးနောက် ကောင်းတဲ့ prompt တွေက ပြောင်းလဲမှု တစ်ခုစီကို တောင်းပြီး ဘာကို အတူတူထားရမလဲ ပြောပါတယ်။
Prompt ရှည်တစ်ခု ရေးရမလား၊ တိုတိုများများ ရေးရမလား။
ပထမ build အတွက် စာပိုဒ်ကောင်းတစ်ခု သုံးပြီး ပြောင်းလဲမှု တစ်ခုစီအတွက် prompt တိုတွေ သုံးပါ။ Feature ဒါဇင်ချီပါတဲ့ ပထမ prompt အရှည်ကြီးတွေက နေရာတိုင်းမှာ တစ်ဝက်တစ်ပျက် မပြီးသေးတဲ့ အရာတစ်ခု ဖြစ်တတ်ပေမယ့် နောက်ဆက်တွဲ အသေးလေးတွေက စမ်းသပ်ရလွယ်ပြီး ပြန်ဖျက်ရလွယ်ပါတယ်။
ဒီ prompt တွေက vibe coding tool မဆို အလုပ်လုပ်လား။
လုပ်ပါတယ်။ ရိုးရိုးစကားနဲ့ ရေးထားပြီး AI app builder သို့မဟုတ် coding agent မည်သည့်အတွက်မဆို သုံးနိုင်ပါတယ်၊ Mythex၊ Lovable၊ Bolt၊ Replit၊ Cursor နဲ့ Claude Code အပါအဝင်။ အက်ပ်ကို မလက်ခံတဲ့ tool တွေမှာ run နဲ့ publish ကို သင်ကိုယ်တိုင် ကိုင်တွယ်ရပါမယ်။
ကိုယ့်ဘာသာစကားနဲ့ vibe coding prompt ရေးလို့ရလား။
များသောအားဖြင့် ရပါတယ်။ ခေတ်မီ model အများစုက ဘာသာစကား များစွာကို နားလည်ပါတယ်။ Mythex က မည်သည့်ဘာသာစကားနဲ့မဆို prompt လက်ခံပြီး interface ကို ဘာသာစကား 64 မျိုးနဲ့ ပေးပါတယ်၊ အာရဗီနဲ့ အခြား right-to-left layout များကိုလည်း ကိုင်တွယ်ပါတယ်။
မတောင်းဆိုထားတဲ့ အရာတွေကို AI က ပြောင်းမပစ်အောင် ဘယ်လို ရပ်မလဲ။
တိုက်ရိုက် ပြောပါ: ပြောင်းမယ့် အပိုင်းကို နာမည်ပြပြီး "တခြား ဘာမှ မပြောင်းပါနဲ့" ဆိုတဲ့ စာကြောင်းတစ်ကြောင်း ထည့်ပါ။ ဘာပြောင်းသွားလဲ မြင်နိုင်အောင် ပြောင်းလဲမှုကို သေးသေးလေး ထားပါ၊ လွန်ကျူးသွားရင် checkpoint သို့မဟုတ် undo သုံးပါ။