AO3 ပေါ်မှာ fanfiction ကို ဘယ်လို တင်မလဲ: ဖိတ်ကြားချက်တွေ၊ work တွေ၊ tag တွေနဲ့ Kudos

AO3 (Archive of Our Own) ပေါ်မှာ fanfiction တင်နည်း: ဖိတ်ကြားချက် စနစ်၊ work ဖန်တီးခြင်း၊ rating တွေနဲ့ Archive Warnings တွေ၊ tag စနစ်၊ series တွေ၊ collection တွေနဲ့ Kudos တွေ၊ AO3 ရဲ့ ကိုယ်ပိုင် စာမျက်နှာတွေ ပြောတဲ့အတိုင်း။

ထုတ်ဝေ 6 Oct 2026 · 7 မိနစ် ဖတ်ရမည်

AO3 (Archive of Our Own) က ဝက်ဘ်စာပေကမ္ဘာမှာ ဘယ် ပလက်ဖောင်းထက်မဆို သူ့ကိုယ်သူ ပိုကောင်းအောင် စာရွက်စာတမ်းတင်ပြထားတယ်: ဖိတ်ကြားချက်တွေ၊ တင်ခြင်း၊ tag တွေ၊ series တွေ၊ collection တွေနဲ့ စာဖတ်သူ တုံ့ပြန်မှုတွေကို စာမျက်နှာတစ်ခုချင်းစီနဲ့ လိုက်ပြထားတဲ့ FAQ တစ်ခုပါ၊ ဒါကိုတော့ ဒီမှာချာတစ်ခုလုံးကို လည်ပတ်ပေးနေတဲ့ အဖွဲ့အစည်းဖြစ်တဲ့ Organization for Transformative Works က ထိန်းသိမ်းထားတယ်။ ဒီလမ်းညွှန်က အဲ့ဒီ စာမျက်နှာတွေအတိုင်း လိုက်ပြထားတယ်။ အောက်ခံ ဒဿနဆိုင်ရာ သဘောထားကတော့ ဒီမှာချာရဲ့ ကိုယ်ပိုင် Terms of Service FAQ ကနေ လာပြီး၊ စည်းမျဉ်းကို စာကြောင်းတစ်ကြောင်းတည်းနဲ့ ပြောထားတယ်: "အမေရိကန် ပြည်ထောင်စုမှာ တင်ရတာ တရားဝင်တဲ့ စိတ်ကူးယဉ် fanwork ဆိုရင် AO3 မှာ ကြိုဆိုတယ်။"

ဒီသဘောထားမှာ ဖောင်တစ်ခုရဲ့ ဘယ် field မှာမဆို ရေးမီ နာမည်တပ်ထိုက်တဲ့ စက်ယန္တရားကျ အကျိုးဆက် တစ်ခု ရှိတယ်: AO3 က အကြောင်းအရာတွေကို ဖျက်ဆီးခြင်းထက် metadata နဲ့ ကိုင်တွယ်တယ်။ work တိုင်းမှာ rating တစ်ခုနဲ့ သတိပေးချက် ရွေးချယ်မှု ပါရမယ်၊ စာဖတ်သူတွေက အဲ့ဒီ ရွေးချယ်မှုတွေအတိုင်း စစ်ထုတ်ကြတယ်၊ တရားဝင် fanwork က ဆက်တင်ထားတဲ့နေရာမှာ ဆက်ရှိတယ်။ သင့် rating နဲ့ သတိပေးချက်တွေက အလှဆင်မှု မဟုတ်ဘူး၊ သင့် ဖောင် field တွေကိုယ်တိုင်ကို သုံးပြီး အလုပ်လုပ်နေတဲ့ ဒီမှာချာရဲ့ စည်းမျဉ်းလိုက်နာမှု စနစ်ပါ။

အကောင့် ရယူခြင်း: ဖိတ်ကြားချက် စနစ်

တိုက်ရိုက် မှတ်ပုံတင်လို့ မရဘူး။ အကောင့်တစ်ခု ဖန်တီးဖို့ ဖိတ်ကြားချက်တွေ လိုအပ်ပြီး၊ လင့်ခ် (သို့) token (အက္ခရာတွေနဲ့ ဂဏန်းတွေ တွဲရိုက်ထားတဲ့ စာလုံးတွေ) ဆိုတဲ့ ပုံစံ နှစ်မျိုးနဲ့ ရောက်လာတယ်။ ဖိတ်ကြားချက် FAQ က အကြောင်းရင်းကို ရှင်းရှင်းလင်းလင်း ပြောထားတယ်: အကောင့် အရေအတွက်က သူ့ရဲ့ hardware၊ bandwidth နဲ့ Support အဖွဲ့ရဲ့ ခံနိုင်ရည်ထက် မကျော်စေဖို့ ဒီမှာချာက အသုံးပြုသူတွေကို တဖြည်းဖြည်း ထည့်သွင်းပေးတယ်။

ဝင်ပေါက် နှစ်ခု ရှိတယ်:

  • အလိုအလျောက် စီတန်း။ မဝင်ရောက်ထားခင် ပင်မစာမျက်နှာရဲ့ ကြိုဆိုစာ အောက်မှာ "Get Invited!" ကို ရွေးပြီး၊ အီးမေးလ်ကို Invite Requests စာရင်းထဲ ထည့်ကာ စောင့်ပါ၊ ဖိတ်ကြားချက်တွေက အရင် ရောက်သူ အရင်ရတဲ့ စနစ်နဲ့ ပို့တယ်။ Invite Requests စာမျက်နှာက လက်ရှိ စီတန်းရှည်နဲ့ တနေ့လျှင် ဖိတ်ကြားချက် ဘယ်နှစ်ခု ထွက်သလဲဆိုတာ ပြပြီး၊ ကိုယ့်ရဲ့ နေရာကိုပါ ရှာကြည့်လို့ရတယ်၊ ဒါဆို စောင့်ရမယ့် အချိန်ကို ခန့်မှန်းလို့ရတယ်။
  • ရှိပြီးသား အသုံးပြုသူတစ်ယောက်။ အကောင့်တွေမှာ သူတို့ ပို့လို့ရတဲ့ ဖိတ်ကြားချက်တွေ ကိုင်ထားကြတယ်။ အသုံးပြုသူတွေက ဖိတ်ကြားချက် အသစ်တွေ တောင်းဆိုတာ တော့ မရတော့ပေမယ့်၊ လက်ထဲ ရှိပြီးသားတွေကို ဝေငှလို့ရတယ်၊ စိန်ခေါ်မှု တစ်ခုကို လည်ပတ်ပေးနေတဲ့ သူတွေကလည်း သူတို့ရဲ့ ပါဝင်မည့်သူတွေအတွက် Support ကနေတဆင့် ထပ်တောင်းဆိုလို့ရတယ်။ (လက်ဆောင် လဲလှယ်ပွဲတွေနဲ့ prompt meme တွေမှာ ပါဝင်ဖို့ အကောင့်တစ်ခု လိုအပ်လို့ပါ၊ ဒါကြောင့် စိန်ခေါ်မှု ဖိတ်ကြားချက်တွေ ရှိတာပါ။)

FAQ က ရိုးရိုးသားသား ပြောထားတဲ့ အသေးစိတ် နှစ်ခု ရှိတယ်။ Organization for Transformative Works ကို လှူဒါန်းတာက ဘာမှမှ မြန်စေဘူး: ဖိတ်ကြားချက်တွေက ငွေလှူဒါန်းမှုနဲ့ လဲလှယ်ဖို့ ဘယ်တုန်းကမှ မပေးဘူး၊ ဘာကြောင့်လဲဆိုတော့ ငွေကြေး အခြေအနေ ဘယ်လိုပဲ ရှိရှိ ပရိသတ်တွေကို ဝန်ဆောင်ပေးမယ့် ဒီမှာချာရဲ့ ကတိကဝတ်ကြောင့်ပါ။ ပြီးတော့ ကိုယ်ရေးကိုယ်တာ ဖိတ်ကြားချက်တစ်ခုက သင့် အသုံးပြုသူနာမည်ကို၊ ဖြစ်နိုင်ရင် အီးမေးလ်ကိုပါ၊ ပို့တဲ့သူဘက်က မြင်စေတယ်၊ စီတန်းကတော့ ဒါကို လုံခြုံအောင် ထားပေးတယ်။

work ဖန်တီးခြင်း

Post menu ကနေ New Work ကို ရွေးပါ။ မဖြစ်မနေ ဖြည့်ရမယ့် field ခြောက်ခု ရှိတယ်: Rating၊ Archive Warnings၊ Fandoms၊ Work Title၊ ဘာသာစကားနဲ့ Work Text ကိုယ်တိုင်ပါ။ တစ်ခုခု လွတ်နေရင် တင်ပြီးသား work အစား စာမျက်နှာ ထိပ်ဆုံးမှာ သတိပေးချက် တစ်ခု ပေါ်လာမယ်။

field တွေ မဖြည့်ခင် အလေ့အကျင့် တစ်ခု ရှိတယ်: ဆိုက်ပေါ်မှာ မရေးဘဲ အပြင်ဘက်မှာ ရေးပါ။ တင်ရေး ဖောင်မှာ အလိုအလျောက် သိမ်းဆည်းခြင်း မရှိဘူး၊ မူကြမ်းတွေက နောက်ဆုံး ဘယ်အချိန် တည်းဖြတ်ထားလဲဆိုတာနဲ့ မဆိုင်ဘဲ ဖန်တီးခဲ့တဲ့ ရက်စွဲကနေ တစ်လအကြာမှာ အကြောင်းအရာ ပြန်ရလို့ မရတော့တဲ့ အခြေအနေနဲ့ ဖျက်ခံရတယ်။ FAQ က ဒီသတိပေးချက်ကို စာမျက်နှာ တိုင်းလိုလိုမှာ ထပ်ခါထပ်ခါ ရေးထားတယ်၊ ဒါက ဘယ်လောက်များများ ပြောရတယ်ဆိုတာ ပြသနေတယ်။ ကိုယ်ပိုင် တည်းဖြတ်ကွက်ထဲမှာ ရေးပါ၊ backup ထားပါ၊ ကူးထည့်ပါ၊ Preview လုပ်ပါ၊ ပြီးမှ Post လုပ်ပါ။

အနှစ်ချုံး field တွေ ပတ်လည်မှာ:

  • Fandoms field က အတိုချုံးတွေထက် နာမည်အပြည့်အစုံကို ဦးစားပေးတယ်၊ fandom ဘယ်ခုမှ မပါတဲ့ လက်ရာတွေကိုလည်း "Original Work" fandom tag ကနေတဆင့် ခွင့်ပြုထားတယ်။
  • အနှစ်ချုံး (summary) ကတော့ ရွေးချယ်စရာပါ၊ AO3 ရဲ့ ကိုယ်ပိုင် tutorial က ဒီ field ကို "စာအုပ် အနောက်ဖုံးပေါ်မှာ တွေ့ရတဲ့ blurb လောက်ပဲ" လို့ ဖော်ပြတယ်၊ ဒါကြောင့် ဒီအတတ်ပညာကတော့ ဘယ် ရောင်းတင်ပြချက်မဆိုရဲ့ အတတ်ပညာပါ (စာအုပ် blurb ကို ဘယ်လို ရေးမလဲ)။
  • တွဲဖက် စာရေးသူတွေ (co-author) က AO3 အကောင့် ရှိပြီးသားတွေ ဖြစ်ရမယ်၊ တစ်ခါ ထည့်လိုက်ရင် သင်ကိုယ်တိုင်ကောင်း၊ Support ကပါကောင်း ဒီ work ကနေ မဖျက်နိုင်တော့ဘူး၊ သူတို့က သူတို့ရဲ့ အခန်းတွေကို တည်းဖြတ်လို့ရတယ်၊ work ကို ဖျက်လို့ရသလို သူတို့ရဲ့ series ထဲ ထည့်လို့လည်း ရတယ်။
  • အခြားနေရာမှာ ရှိပြီးသား လက်ရာတွေကို ကူးထည့်တာထက် တင်သွင်း (import) လုပ်လို့ရတယ်၊ အောင်မြင်မှုကတော့ မူရင်းဆိုက်ပေါ် မူတည်တယ်: FanFiction.Net နဲ့ Quotev ကတော့ အလုပ်လုပ်ဘူးဆိုတာ ဘယ်လိုမှ မရဘူးလို့ တိုက်ရိုက် နာမည်ပေးထားပြီး၊ work ကို သင်ပိုင်ရမယ် (သို့) ပိုင်ရှင်ရဲ့ ခွင့်ပြုချက် ရှိရမယ်။
  • အခန်းများတဲ့ လက်ရာတွေအတွက် မျှော်မှန်းတဲ့ စုစုပေါင်းကို သတ်မှတ်ပါ။ ဖော်ပြချက်မှာ "Chapters: 2/5" (သို့) "Chapters: 2/?" ပေါ်တယ်၊ စာဖတ်သူတွေက အမှတ်ခြေ မေးခွန်းကို "စာရေးဆရာက မသိဘူး" လို့ ဖတ်ယူကြတယ်၊ နောက်ဆုံး အခန်းနဲ့အတူ စုစုပေါင်း အရေအတွက်ကို ဖြည့်လိုက်ပြီး work ကို ပြီးပြည့်တယ်ဆိုတဲ့ သဘော ဖတ်စေပါ။ အခန်းတွေကို တင်ပြီးနောက် Add Chapter နဲ့ ထပ်ထည့်ရတယ်၊ အခန်းတွေမှာ သူတို့ကိုယ်ပိုင် tag တွေ မရဘူး၊ work မှာသာ ရတယ်။
  • ရက်စွဲ နောက်ပြန်တင်ခြင်း (backdate) က ပြန်တင်ချက်တွေအတွက် ရှိတယ်၊ ၁၉၅၀ ကနေ စတယ်၊ work တစ်ခုလုံး (သို့) အခန်းအလိုက် အဆင့်နဲ့၊ ရက်စွဲ နောက်ပြန်တင်ထားတဲ့ work ကလည်း စာရင်းသွင်းသူတွေဆီ ကြေညာပေမယ့် ပုံသေ ရက်စွဲ-ပြင်ဆင်ချက် စာရင်းတွေကနေ ထွက်သွားတယ်။
  • စမ်းသပ်ချက် သက်သက် work တွေက Terms of Service အောက်မှာ fanwork မဟုတ်တာတွေအဖြစ် သတ်မှတ်ခံရတယ်၊ ဆိုက်က ဒါတွေအတွက် Testing fandom တစ်ခု ထောက်ပံ့ထားတယ်။

Rating တွေ

Rating တွေက FAQ ရဲ့ ကိုယ်ပိုင် အသုံးအနှုန်းအရ အကြောင်းအရာရဲ့ ပြင်းထန်မှုကို တိုင်းတာတယ်၊ ရွေးချယ်စရာ ငါးခု ရှိတယ်:

  • General Audiences: ဘယ်သူ့အတွက်မဆို ထိတ်လန့်စရာ ဖြစ်နိုင်တဲ့ အလားအလာ နည်းတယ်၊ အသက်အားလုံးအတွက် သင့်တော်တယ်။
  • Teen And Up Audiences: အသက် ၁၃ နှစ်အောက် ပရိသတ်တွေအတွက် မသင့်တော်နိုင်ဘူး။
  • Mature: ပွင့်လင်းတဲ့ အကြောင်းအရာလောက် ရုပ်ပြောင်းကျွက်ကျွက် မဟုတ်တဲ့ လူကြီး ခေါင်းစဉ်တွေ (လိင်၊ အကြမ်းဖက်မှု)။
  • Explicit: အသေးစိတ် လိင်ဇာတ်ခန်းတွေ (သို့) ရုပ်ပြောင်း အကြမ်းဖက်မှုတွေလို ပွင့်လင်းတဲ့ လူကြီး ခေါင်းစဉ်တွေ။
  • Not Rated: rating မပေးချင်ဘူးဆိုရင် ပုံသေ၊ ရှာဖွေခြင်း၊ စစ်ထုတ်ခြင်းနဲ့ အခြား ဒီမှာချာ လုပ်ဆောင်ချက်တွေအတွက်ကတော့ mature နဲ့ explicit အကြောင်းအရာတွေလိုပဲ ဆက်ဆံခံနိုင်တယ်။

Not Rated၊ Mature (သို့) Explicit work တစ်ခုကို ဖွင့်တဲ့ စာဖတ်သူတွေက သူတို့ရဲ့ ဆက်တင်တွေထဲမှာ ပိတ်ထားခဲ့ရင် လူကြီး အကြောင်းအရာ အတည်ပြုချက် တစ်ခုကို မြင်ရတယ်။ လှည့်ဖြားတဲ့ rating ကတော့ ကိုယ်ပိုင်ကိစ္စလည်း မဟုတ်ဘူး၊ Policy & Abuse ကော်မတီက ဖန်တီးသူတစ်ယောက်ကို ပြောင်းခိုင်းနိုင်တယ်၊ ဒါမှမဟုတ် သူ့အတွက် Not Rated ဖြစ်အောင် ပြောင်းပေးလို့ရတယ်။

Archive Warnings တွေ

ဒီမှာချာက ဖန်တီးသူတွေအား သတ်မှတ်ချက် တိုတိုတစ်ခုအတွက် သတိပေးချက် ပေးဖို့ (သို့) ပေးဖို့ ငြင်းပယ်မှုကို ရည်ရွယ်ချက်ရှိရှိ ရွေးခိုင်းတယ်:

  • Graphic Depictions Of Violence: သွေးသံကရူးရာ၊ ရုပ်ပြောင်း၊ ပွင့်ပွင့်လင်းလင်း ဖော်ပြခံရတဲ့ အကြမ်းဖက်မှု၊ နယ်နိမိတ်က ဘယ်နေရာမှာ ဆွဲထားလဲဆိုတာ ဖန်တီးသူရဲ့ ဆုံးဖြတ်ချက်ပါ။
  • Major Character Death: ဘယ်သူက အဓိက ဇာတ်ကောင် သတ်မှတ်ခံရလဲဆိုတာ အကောင်းဆုံး ကြိုးပမ်းချက်အပေါ် မူတည်တယ်၊ စာဖတ်သူတွေကတော့ အဓိက ကန်နွန် ဇာတ်ကောင်တစ်ယောက်အတွက် ဒီအမှတ်အသားကို မျှော်ကြတယ်။
  • Rape/Non-Con: နယ်နိမိတ် ဖြတ်ကူးနေတဲ့ အခြေအနေတွေက ဖန်တီးသူရဲ့ ဆုံးဖြတ်ချက်ပါ၊ အောက်မှာ ထွက်ပေါက်တစ်ခု ရှိတယ်။
  • Underage: အသက် ၁၈ နှစ်အောက် ဇာတ်ကောင်တွေရဲ့ လိင်ဆက်ဆံမှု ဖော်ပြချက် (သို့) ပုံဖော်ချက်တွေ၊ နမ်းခြင်းနဲ့ မှုန်ဝါးတဲ့ ရည်ညွှန်းချက်တွေကတော့ မပါဘူး၊ လူငယ် ခန္ဓာကိုယ်နဲ့ သက်နှစ်ထောင်ချီ ဗလပြုတ်တွေအတွက်တော့ FAQ ရဲ့ ညွှန်ကြားချက်က "ကိုယ့်ရဲ့ အကောင်းဆုံး ကြိုးပမ်းမှုနဲ့ ဆုံးဖြတ်ပါ" ပါ။

ဒီလေးခုထဲက ဘယ်ဟာမဆိုနဲ့ ပေါင်းလို့ရတဲ့ ထွက်ပေါက် နှစ်ခု ရှိတယ်: No Archive Warnings Apply၊ လေးခုလုံး မကိုက်ညီရင်၊ နဲ့ Choose Not To Use Archive Warnings၊ သတိပေးချက်တွေကို တရားဝင်နည်းနဲ့ ဖုံးကွယ်တဲ့ လမ်း၊ ဇာတ်ပိုင်းတစ်ခုကို ပျက်စေမှာ စိုးလို့ ဖုံးတာအပါအဝင်။ နယ်နိမိတ် ဖြတ်ကူးနေတဲ့ အခြေအနေအတွက်လည်း မှတ်တမ်းတင်ထားတဲ့ အဖြေ ရှိတယ်: non-con ဖြစ်နိုင်တယ်လို့ သံသယရှိပေမယ့် သတိပေးချက် ပေးဖို့ကို ငြင်းပယ်ထားရင် FAQ က "Dubious Consent" လို ထပ်ဆောင်း tag တစ်ခု တပ်ပါလို့ အကြံပြုတယ်၊ ဒါဆို စာဖတ်သူတွေက အသိဉာဏ်နဲ့ ရွေးချယ်နိုင်တယ်။ သင့်တော်တဲ့ သတိပေးချက်တွေကို မသုံးတာက အသုံးပြုသူ တိုင်ကြားချက်တွေနဲ့ Policy & Abuse ကော်မတီရဲ့ လုပ်ဆောင်ချက်တွေ ဆီကို ရောက်လာနိုင်တယ်၊ ဒါက အပေါ်မှာ ရှင်းပြထားတဲ့ metadata စနစ်ရဲ့ နောက်ကွယ်က တုတ်ချောင်းပါ။

Tag တွေ၊ နဲ့ fandom တစ်ခုက ဘယ်လို ဖွဲ့စည်းထားလဲ

AO3 မှာ work metadata အားလုံးလိုလိုက tag တွေပါ: Rating၊ Warnings၊ Fandoms၊ Category၊ Relationships၊ Characters၊ Additional Tags။ ဖွဲ့စည်းပုံဆိုင်ရာ အချက် သုံးခု:

  • Wrangling။ Tag တွေကို tag wrangler တွေက စီစဉ်ပေးတယ်၊ Tag Wrangling ကော်မတီထဲက စေတနာ့ဝန်ထမ်းတွေပါ၊ သူတို့က ကန်နွန် tag တွေနဲ့ အတူအဓိပ္ပာယ်တူတွေကို ချိတ်ဆက်ပေးတယ်။ Autocomplete က ကန်နွန် tag တွေကိုသာ အကြံပြုတယ်၊ ဒါပေမယ့် ဘယ်အချိန်မဆို သူ့ကို လျစ်လျူရှုပြီး နာမည်အသစ် tag တစ်ခု အပြည့်အစုံ ရိုက်လို့ရတယ်။ FAQ က ဒီမှာချာ "ကန်နွန်အဖြစ် သတ်မှတ်ခံရတဲ့ fandom ၃၀,၀၀၀" အထိ ရောက်နေတယ်လို့ မှတ်တမ်းတင်ထားတယ်၊ ဒါက စာရင်းရဲ့ အရွယ်အစားကို ခံစားစေတယ်။
  • အဆင့်အလွှာ။ Tag တွေက Media ကနေ Fandom အထိ ထပ် stacked လိုက်တယ်၊ fandom တစ်ခုထဲမှာတော့ Characters၊ Relationships နဲ့ Additional Tags အဆင့်အထိ၊ ဒါကြောင့် သင့် fandom ထဲ တင်တဲ့အခါ သင့် fandom က ဇာတ်ကောင်တွေက autocomplete ထဲမှာ အရင်ဆုံး ပေါ်လာကြတယ်။
  • ဓလေ့။ Relationship tag တွေမှာ အချစ်ဇာတ်လမ်း (သို့) လိင်ဆက်ဆံရေး ဆက်ဆံရေးအတွက် slash (/) ကို သုံးပြီး မိတ်ဖက်ဆက်ဆံရေးအတွက် ampersand (&) ကို သုံးတယ်၊ တစ်ခုစီမှာ စာလုံး ၁၅၀ အထိ ကန့်သတ်ထားတယ်။

FAQ ရဲ့ tagging အတတ်ပညာကို ချုံးပြရရင်: tag တစ်ခုစီကို သူ့နေရာမှန် field ထဲမှာ ထည့်ပါ၊ tag တစ်ခုအတွက် သဘောတရား တစ်ခုတည်း၊ နာမည်အပြည့်အစုံတွေကို သုံးပါ၊ ဘာကြောင့်လဲဆိုတော့ tag တစ်ခုက context မပါဘဲ ကိုယ်ပိုင်တစ်ခုတည်း ရပ်တည်နိုင်ရမယ်ဆိုတာပါ၊ comma တွေက tag တွေကို ခွဲတယ်ဆိုတာလည်း မမေ့ပါနဲ့။ Category field (F/F၊ F/M၊ Gen၊ M/M၊ Multi၊ Other) က ဖော်ပြထားတဲ့ ဆက်ဆံရေး အမျိုးအစားတွေကို အမှတ်အသားတပ်ပေးတယ်။ Additional Tags ကတော့ ကျန်အားလုံးကို ထမ်းပိုးပေးတယ်၊ tutorial က သူတို့ရဲ့ တာဝန်ကို တိုက်ရိုက် နာမည်ပေးထားတယ်: Alternate Universe tag တွေ (omegaverse မှာ ကန်နွန် tag တွေ ရှိတယ်)၊ crossover နဲ့ fusion tag တွေ၊ အမျိုးအစားတွေ၊ trope တွေနဲ့ ဗဟိုချက် လေးခုထက် ကျော်တဲ့ သတိပေးချက်တွေ။ ဒီ tag တွေ ပြောနေတဲ့ ဝေါဟာရကတော့ fandom ရဲ့ ကိုယ်ပိုင် ဝေါဟာရပါ (fan fiction၊ alternate universe၊ crossover)။

Series၊ collection တွေနဲ့ စိန်ခေါ်မှုတွေ

ဆက်နွယ်နေတဲ့ အကြောင်းအရာတွေကို အုပ်စုဖွဲ့ပုံ သုံးမျိုး ရှိတယ်၊ တင်ပြီးသွားရင် တစ်မျိုးကနေ တစ်မျိုး ပြောင်းလို့ မရတော့ဘူး:

  • အခန်းများတဲ့ work က work တစ်ခုတည်း၊ တစ်ခါတည်း စာရင်းဝင်ပြီး၊ အထဲမှာ အခန်းတွေ ပါတယ်။
  • series တစ်ခုက ဖန်တီးသူတစ်ယောက် (သို့) တွဲဖက်ဖန်တီးသူ အဖွဲ့တစ်စုရဲ့ လက်ရာတွေရဲ့ အစဉ်အလိုက် အစုပါ၊ work တိုင်းက သူ့ကိုယ်ပိုင် tag တွေကို ဆက်ထိန်းထားတယ်၊ စာဖတ်သူတွေက Previous Work နဲ့ Next Work link တွေနဲ့ လှည့်ကြည့်ကြတယ်၊ နောက်ဆက်တွဲ အသစ်တွေအကြောင်း ကြားရဖို့ ဘယ်သူမဆို series တစ်ခုကို စာရင်းသွင်းလို့ရတယ်။ အနှစ်ချုံး စာမျက်နှာတွေပေါ်မှာ series တစ်ခုက သူ့ work တွေ အားလုံးရဲ့ ပေါင်းစပ်ထားတဲ့ သတိပေးချက်တွေနဲ့ tag တွေ၊ သူ့ရဲ့ အပြင်းဆုံး work ရဲ့ rating ကို ပြတယ်။
  • collection တစ်ခုက သတ်မှတ်ထားတဲ့ အစဉ်အလိုက် မရှိဘဲ အကြောင်းအရာ တစ်ခုအောက်မှာ work တွေနဲ့ bookmark တွေကို အုပ်စုဖွဲ့ပေးတယ်။ Collection တွေက Open၊ Closed၊ Moderated (သို့) Unmoderated ဖြစ်နိုင်ပြီး၊ စိန်ခေါ်မှု collection တွေက ဖော်ထုတ်ချိန်အထိ work (သို့) ဖန်တီးသူရဲ့ နာမည်ကို ဖုံးထားတဲ့ Unrevealed နဲ့ Anonymous ဆက်တင်တွေ ထပ်ထည့်ပေးတယ်။ Prompt meme တွေနဲ့ လက်ဆောင် လဲလှယ်ပွဲတွေက collection တွေထဲမှာ လည်ပတ်ကြတယ်၊ work တွေကို အကောင့် မလိုအပ်တဲ့ သတ်မှတ်ထားတဲ့ လက်ခံရရှိသူတွေဆီ လက်ဆောင်အဖြစ် ပေးလို့ရတယ်။

Kudos နဲ့ မှတ်ချက်တွေ

Kudos က ဒီမှာချာရဲ့ တစ်နှိပ် နှစ်သက်မှုပြမှုပါ (FAQ အရ ဒီစကားလုံးက ကျေးဇူးတန်ခိုး (သို့) ကျော်ကြားမှုဆိုတဲ့ သဘောရှိတဲ့ ရှေးဂရိ စကားလုံးကနေ လာတယ်)၊ တင်းတင်းကျပ်ကျပ် စည်းမျဉ်းတွေနဲ့ လာတယ်: စာဖတ်သူတစ်ယောက်၊ work တစ်ခုအတွက် တစ်ခုတည်း၊ pseud များများ သုံးနေတာနဲ့တောင် မဆိုင်ဘူး၊ အခန်းအတွက်ကတော့ ဘယ်တော့မှ မရဘူး၊ series တစ်ခုထဲက work တိုင်းကတော့ သီးခြားချင်း ရတယ်။ ဝင်ရောက်ထားတဲ့ အသုံးပြုသူတွေထဲက နောက်ဆုံး ၅၀ ကိုသာ နာမည်နဲ့ ပြတယ်၊ ဧည့်သည်တွေကို စုစည်းပြီး တွက်တယ်၊ kudos တွေကို ဖျက်လို့လည်း မရဘူး၊ ပိတ်လို့လည်း မရဘူး။ မှတ်ချက်တွေက work (သို့) အခန်းတစ်ခုစီရဲ့ အဆုံးမှာ ဆက်တွဲသွားတယ်၊ HTML ခွင့်ပြုတယ်၊ စာလုံး ၁၀,၀၀၀ အထိ ရေးလို့ရပြီး၊ ဖန်တီးသူက မပိတ်ထားရင် အမည်မသိ မှတ်ချက်ရေးသူတွေကိုပါ လက်ခံတယ် (ဧည့်သည်တွေကတော့ kudos ဆက်ပေးနိုင်တယ်)၊ မှတ်ချက် စစ်ဆေးခြင်း (moderation) က work အလိုက် ရွေးနိုင်တဲ့ ဆက်တင်ပါ၊ ဖော်ပြချက်ရဲ့ မှတ်ချက် အရေအတွက်မှာ ပြန်ကြားချက်တွေနဲ့ ဖန်တီးသူကိုယ်တိုင်ရဲ့ မှတ်ချက်တွေပါ ပါဝင်တယ်။ အခန်းတွေ ပတ်ပတ်လည်မှာ တင်ရမယ့် မှတ်ချက်တွေထဲ ဘာတွေ ထည့်သင့်လဲဆိုတာကတော့ သူ့ကိုယ်ပိုင် အတတ်ပညာ တစ်ခု ဖြစ်တယ် (ဇာတ်လမ်းတွဲ ပလက်ဖောင်းတွေပေါ်က စာရေးဆရာမှတ်ချက်များ)။

AO3 က ထုတ်ပြန်မထားတဲ့ အချက်အလက်တွေ

ဒီလမ်းညွှန်အတွက် ဖတ်ထားတဲ့ စာမျက်နှာတွေ အားလုံးမှာ လည်ပတ်မှု ဂဏန်းတွေ၊ အသုံးပြုသူ အရေအတွက်တွေ (သို့) စာရေးဆရာ ဝင်ငွေတွေ ဘယ်နေရာမှာမှ မပေါ်ဘူး၊ ဒီမှာချာက ထုတ်ပြန်တာ မဟုတ်လို့ ဒီလမ်းညွှန်ကလည်း ဘာမှ ကိုးကားထားတာ မရှိဘူး။ ဒီ စာမျက်နှာတွေက စာရေးဆရာ ငွေပေးချေမှု ယန္တရား တစ်ခုလည်း ဖော်ပြထားတာ မရှိဘူး: ငွေက ဒီမှာချာရဲ့ လုပ်ငန်း မဟုတ်ဘူး၊ fandom ဝင်ငွေရှာနည်းတွေ ရှိမှုရှိ ပလက်ဖောင်း ပြင်ပမှာ လည်ပတ်တယ် (Patreon ကြိုဖတ် အခန်းများ)။ စာရေးသားရေးအတွက်ကတော့ Fan fiction ကို ဘယ်လို ရေးမလဲ ကနေ စပါ၊ ဒီမှာချာက မူရင်းလက်ရာ ပလက်ဖောင်းတွေနဲ့ ဘယ်လို နှိုင်းယှဉ်လဲဆိုတာကတော့ ဝက်ဘ်ဇာတ်လမ်းတွဲကို ဘယ်နေရာမှာ ထုတ်ဝေမလဲ မှာ ကြည့်ပါ။ သိထားသင့်တဲ့ နှိုင်းယှဉ်ချက် တစ်ခုလည်း ရှိတယ်: Royal Road က AO3 ရဲ့ ပွင့်လင်းမှုထက် ပိုတင်းကျပ်တဲ့ ဂိုဏ်းခွဲ ရပ်တည်ပြီး၊ သူများရဲ့ လောကပေါ် တည်ဆောက်ထားတဲ့ လက်ရာတိုင်းကို ရှင်းလင်းတဲ့ fanfiction tag တစ်ခု တပ်ခိုင်းတယ် (Royal Road ပေါ်မှာ ဘယ်လို တင်မလဲ)။

အရင်းအမြစ်

  1. AO3 FAQ: Invitations fetched 2026-10-06
  2. AO3 FAQ: Tutorial, Posting a Work on AO3 fetched 2026-10-06
  3. AO3 FAQ: Posting and Editing fetched 2026-10-06
  4. AO3 FAQ: Tags fetched 2026-10-06
  5. AO3 FAQ: Series fetched 2026-10-06
  6. AO3 FAQ: Collections fetched 2026-10-06
  7. AO3 FAQ: Comments and Kudos fetched 2026-10-06
  8. AO3: Terms of Service FAQ fetched 2026-09-27, prior verification

စာရေးဆရာဘာသာရပ်ဆိုင်ရာ အချက်အလက်တွေက အောက်ပါအရင်းအမြစ်တွေကနေ ယူထားပါတယ်။ အတည်ပြုထားတဲ့အချက်မဟုတ်ဘဲ လက်တွေ့အသုံးပြုသူတွေရဲ့ သဘောတူညီချက်သာဖြစ်တဲ့အချက်တွေကို စာအနက်မှာ ရှင်းပြထားပါတယ်။

ဆက်ဖတ်ရန်