နားလည်ထားရမယ့် အချက်
Obsidian vault တစ်ခုက ယခင် lesson များထဲက PARA-style structure ကို လက်တွေ့ folder tree တစ်ခုအဖြစ် ပြောင်းပေးပါတယ် — ကိုယ့်ဘာသာ မှတ်ထားပြီး အသုံးချရမယ့် idea တစ်ခုမျှသာမဟုတ်ပါ။
Top-level folder ရှစ်ခု — 00 Inbox, 01 Projects, 02 Areas, 03 Knowledge, 04 Research, 05 Learning, 06 Resources, 99 Archive — မှာ numeric prefix များ ပါဝင်ပါတယ်၊ ဒါကြောင့် operating system မည်သည့်ဟာမဆို file explorer က ခန့်မှန်းနိုင်တဲ့ order အတိုင်း sort လုပ်ပေးပါလိမ့်မယ်။
00 Inbox ကို ရှေ့ဆုံးမှာ ထားရတဲ့ အကြောင်းရင်းက အရာအားလုံးက process မလုပ်ခင် ဒီနေရာမှာ ရောက်လာလို့ပါ၊ 99 Archive ကို နောက်ဆုံးမှာ ထားရတဲ့ အကြောင်းရင်းက ပြီးစီးသွားတဲ့ material တွေကို မဖျက်ဘဲ လမ်းကြောင်းမှ ရှောင်ပေးထားချင်လို့ပါ။
ဒီ project က linked note များပေါ်မှာလည်း မှီခိုပါတယ် — မေးခွန်းတစ်ခုကို လေ့လာနေတဲ့ Research note တစ်ခုဟာ ၎င်းအခြေခံထားတဲ့ Knowledge note များကို တိုက်ရိုက် link ချိတ်သင့်ပြီး၊ Obsidian ရဲ့ backlinks panel ကလည်း Knowledge page တစ်ခုကို ကိုးကားထားတဲ့ note အားလုံးကို ပြသသင့်ပါတယ်။
Markdown ကို folder တိုင်းမှာ ရိုးရိုးနှင့် တသမတ်တည်း ထားပါတယ် — heading, bullet list, wiki-link — အကြောင်းရင်းက Obsidian ရဲ့ တကယ့်တန်ဖိုးက local, portable text file အစုအဝေးတစ်ခုသာ ဖြစ်ပြီး folder-specific formatting မဟုတ်လို့ပါ။
အကောင်းဆုံး system ဆိုတာ ကိုယ်တကယ် ထိန်းသိမ်းထားနိုင်တဲ့ system ပါပဲ
PARA structure ပြည့်စုံပြီး link တစ်ခုမှ မရှိတဲ့ vault တစ်ခုဟာ ပိုရှုပ်ထွေးပေမယ့် နေ့စဉ် ကိုယ်တကယ် ဖွင့်ပြီး update လုပ်နေတဲ့ vault ထက် ပိုဆိုးပါတယ်။
OBSIDIAN VAULT STRUCTURE
------------------------
MyVault/
00 Inbox/ <- unsorted captures land here first
01 Projects/ -- outcome-driven, multi-step work
02 Areas/ -- ongoing responsibilities, no end date
03 Knowledge/ -- refined, reusable notes
04 Research/ -- source material for a question
05 Learning/ -- active courses / skills in progress
06 Resources/ -- reference material you did not write
99 Archive/ <- finished material, out of the way
EXAMPLE CROSS-FOLDER LINK
04 Research/api-rate-limits.md
references [[Token Bucket Algorithm]]
03 Knowledge/token-bucket-algorithm.md
backlink: <- api-rate-limits.mdလက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်
Folder ရှစ်ခုကို ဖန်တီးပါ
File explorer က မှန်ကန်စွာ sort လုပ်နိုင်ဖို့ numeric prefix တစ်ခုစီကို ပြထားသည့်အတိုင်း ရိုက်ထည့်ပါ — 00 Inbox, 01 Projects, 02 Areas, 03 Knowledge, 04 Research, 05 Learning, 06 Resources, 99 Archive။
ပထမဆုံး 00 Inbox ထဲ capture လုပ်ပါ
မသေချာသေးတဲ့ note အသစ်တိုင်းကို 00 Inbox ထဲ ချထားပါ၊ ဘယ်နေရာမှာ ရှိသင့်လဲ သိမှသာ ရွှေ့ပါ — folder move တစ်ခုက ရှိပြီးသား link တစ်ခုမှ မပျက်စီးစေပါဘူး။
Research note များကို Knowledge နှင့် link ချိတ်ပါ
Research note တစ်ခုစီကို ၎င်းအခြေခံထားတဲ့ Knowledge note များ၏ ချုပ်ငယ်စာရင်းနှင့် ပြီးဆုံးအောင် ရေးပါ၊ ချိတ်ဆက်မှုကို နှစ်ဖက်စလုံး track လုပ်နိုင်ဖို့ wiki-link အနေနှင့် ရေးပါ။
Backlinks panel ကို စစ်ဆေးပါ
Link ချိတ်ထားတဲ့ Knowledge note ကို ဖွင့်ပြီး Research note ဟာ ၎င်း backlinks panel ထဲမှာ အလိုအလျောက် ပေါ်လာမလား အတည်ပြုပါ။
Learning note များကိုလည်း အလားတူ link ချိတ်ပါ
Learning note တစ်ခုစီကို ၎င်းတည်ဆောက်ထားသည့် Knowledge note များနှင့် ပြန်လည် link ချိတ်ပါ၊ နောက်ပိုင်း topic တစ်ခုကို ပြန်ကြည့်တဲ့အခါ ချိတ်ဆက်ထားသမျှ အားလုံး ပေါ်လာပါလိမ့်မယ်။
Markdown ကို ရိုးရိုးထားပါ
Note တိုင်းမှာ title, heading အနည်းငယ်, bullet list များကို သုံးပါ — အခြေခံ structure ကို တကယ်အသုံးမပြုသေးခင် embed, custom CSS, plugin များကို ကျော်ပါ။
ထပ်မထည့်ခင် ရက်သတ္တနှစ်ပတ် စမ်းသုံးပါ
Folder များ ရှိပြီး note အနည်းငယ်ဆီက တကယ် link ချိတ်ပြီးသွားရင် structure ထပ်မထည့်တော့ဘဲ vault ကို ရက်သတ္တနှစ်ပတ် အရင်စမ်းသုံးပါ။
အတူတူ စမ်းရေးကြည့်မယ်
// Validates that a described vault contains every required top-level
// folder, in the correct numeric-prefix order. Real, runnable.
const REQUIRED_FOLDERS = [
"00 Inbox",
"01 Projects",
"02 Areas",
"03 Knowledge",
"04 Research",
"05 Learning",
"06 Resources",
"99 Archive",
];
function auditVault(folderNames) {
const missing = REQUIRED_FOLDERS.filter((name) => !folderNames.includes(name));
const presentCanonical = REQUIRED_FOLDERS.filter((name) => folderNames.includes(name));
const presentInGivenOrder = folderNames.filter((name) => REQUIRED_FOLDERS.includes(name));
const inOrder = presentCanonical.every((name, i) => name === presentInGivenOrder[i]);
return {
complete: missing.length === 0,
inOrder,
missing,
};
}
const completeVault = [
"00 Inbox", "01 Projects", "02 Areas", "03 Knowledge",
"04 Research", "05 Learning", "06 Resources", "99 Archive",
];
const incompleteVault = [
"00 Inbox", "02 Areas", "03 Knowledge", "05 Learning", "99 Archive",
];
console.log("Complete vault:", auditVault(completeVault));
console.log("Incomplete vault:", auditVault(incompleteVault));Complete vault အတွက် audit က { complete: true, inOrder: true, missing: [] } ဟု တိကျစွာ ပြသည်။ Incomplete vault အတွက်တော့:
{ complete: false, inOrder: true, missing: [ '01 Projects', '04 Research', '06 Resources' ] }
ဟု folder သုံးခု ပျောက်နေကြောင်း အတိအကျ ညွှန်ပြသည်။၅ မိနစ် စမ်းကြည့်
ကိုယ်ပိုင် vault (သို့) စီစဉ်ထားတဲ့ vault ကနေ folder list အစစ်နဲ့ auditVault ကို run ကြည့်ပါ၊ complete နှင့် inOrder နှစ်ခုစလုံး true ဖြစ်မဖြစ် အတည်ပြုပါ။ တစ်ခုခု false ဖြစ်နေရင် note များ မထည့်ခင် folder အမည် (သို့) order ကို ပြင်ပါ။
သတိလေးတစ်ချက်
ပထမ session မှာ note အစစ်တစ်ခုမှ မရေးဘဲ folder အမည်နှင့် နံပါတ်စဉ်ကို ပြည့်စုံအောင် ပြင်ဆင်နေခြင်း
Note တိုင်းကို သေသေချာချာ ဖိုင်လုပ်ထားပေမယ့် တစ်ခုစီကြား link တစ်ခုမှ မထည့်ဘဲ vault ကို organize ထားရုံသာ ဖြစ်ပြီး တကယ် connect မဖြစ်စေခြင်း
Obsidian Help: Internal links — Productivity Systems