ปริญญาโทด้าน การปฏิบัติการ AI.
ไม่ใช่รายการวิดีโอ แต่เป็นหลักสูตรที่มีโครงสร้าง: หกโดเมน สามสิบเจ็ดโมดูล แต่ละโมดูลมีบทเรียนจริงและสิ่งที่คุณต้องสร้าง หลักสูตรเต็มรูปแบบ เห็นได้ชัดเจน
เส้นทาง: เริ่มจาก Operator Core — ฐานที่ทุกอย่างถือว่ามีอยู่แล้ว — จากนั้นโคจรไปยังโดเมนที่งานของคุณต้องการ ไม่มีทางลัด มีแต่ความก้าวหน้า
Operator Core
ปฏิบัติการ AI แกนกลางดวงอาทิตย์ของกาแล็กซี ที่นี่คุณจะเรียนรู้การปฏิบัติการ Claude Code และระบบ AI อย่างมืออาชีพ ทั้งสภาพแวดล้อม บริบท prompt การจัดเวอร์ชัน และการ deploy ทุกสิ่งล้วนโคจรรอบจุดนี้
- OC-01
สภาพแวดล้อมการทำงาน
ติดตั้ง ยืนยันสิทธิ์ และตรวจสอบความพร้อมของ terminal, VS Code และ Claude Code ให้เรียบร้อย เพื่อให้คุณเริ่มสร้างโปรเจกต์จริงได้ภายในเวลาไม่ถึงหนึ่งชั่วโมง
- OC-02
CLAUDE.md: บริบทที่คงอยู่ถาวร
เขียนไฟล์ CLAUDE.md ที่ให้ Claude Code มีหน่วยความจำถาวรเกี่ยวกับโปรเจกต์ของคุณ เพื่อให้ทุก session เริ่มต้นโดยรู้ stack ข้อกำหนด และข้อห้ามต่าง ๆ ของคุณ โดยที่คุณไม่ต้องบอกซ้ำ
- OC-03
Arsenal ของ prompt
สร้างคลังอาวุธส่วนตัวของ prompt ที่นำกลับมาใช้ใหม่ได้ โดยแต่ละอันมีบทบาท บริบท โครงสร้าง และเจตนาที่ชัดเจน ซึ่งให้ผลงานคุณภาพสม่ำเสมอแทนที่จะเป็นคำตอบแบบเสี่ยงดวง
- OC-04
Git และ GitHub สำหรับ operator
จัดเก็บเวอร์ชันงานของคุณด้วย Git และ GitHub ในแบบที่คุณสามารถทดลอง ทำของพัง และย้อนกลับได้โดยไม่ต้องกลัว ด้วยการใช้ branch, commit แบบ atomic และ diff เพื่อตรวจทานทุกการเปลี่ยนแปลงที่ AI เสนอ
- OC-05
การทำงานอัตโนมัติและการ deploy
แปลง script หรืองานที่ทำด้วยมือให้เป็นระบบที่รันและเผยแพร่ได้เอง ตั้งแต่การ automate คำสั่งที่ทำซ้ำ ไปจนถึงการ deploy เว็บไซต์โดยอัตโนมัติทุก push และตั้งเวลางานที่รันโดยไม่มีคุณ
- OC-06
การย้ายจาก ChatGPT สู่ Claude
ย้ายงานของคุณจาก ChatGPT มาสู่ Claude Code โดยการตั้งระบบที่มีเอกสารและ version โดยที่ context อยู่ใน CLAUDE.md และในไฟล์ของ repo แทนที่จะสูญหายในเธรดแชต และโดยที่ AI ลงมือกับไฟล์จริงของคุณแทนที่จะแค่สนทนา
- OC-07
Verificación y testing
สร้าง checklist การตรวจสอบที่นำกลับมาใช้ใหม่ได้ และนำไปใช้กับการเปลี่ยนแปลงจริงของ Claude Code ก่อนเผยแพร่ เพื่อพิสูจน์ว่าการเปลี่ยนแปลงนั้นทำในสิ่งที่มันบอกว่าทำ
- OC-08
Sesiones largas y orquestación
ออกแบบ protocol สำหรับ session ที่ยาว ตรวจจับการเสื่อมของ context, ตั้ง handoff ที่ restart ใหม่อย่างสะอาดโดยไม่สูญเสีย state และมอบหมายสายงานหนึ่งให้ subagent ส่งมอบ protocol ที่ใช้กับ session จริง
Data & Systems
Backend ที่ทนทาน วงโคจร IPostgres, Supabase และ RLS: ที่ที่ข้อมูลอาศัยอยู่และใครเข้าถึงได้ ความปลอดภัยคืออำนาจของเซิร์ฟเวอร์ ไม่ใช่ของไคลเอนต์ นี่คือกระดูกสันหลังของ XHUB, Espejo และโรงเรียนแห่งนี้
- DS-01
การออกแบบโมเดลข้อมูลใน Postgres
ออกแบบ schema ใน Postgres ด้วย table, key, type และความสัมพันธ์ที่สะท้อน invariant จริงของ domain และไม่บังคับให้คุณต้องทำ migration ที่เจ็บปวดในอีกสามสัปดาห์ถัดมา
- DS-02
RLS: อำนาจอยู่ที่เซิร์ฟเวอร์
เขียนและตรวจสอบ policy Row Level Security ที่ทำให้ผู้ใช้อ่านและเขียนได้เฉพาะแถวของตัวเอง โดยเข้าใจว่า gate ฝั่ง client คือ UX และ RLS คือความปลอดภัยจริงเพียงหนึ่งเดียวในเว็บไซต์แบบ static
- DS-03
Auth แบบ magic-link และเซสชัน
ทำ authentication ด้วย magic-link กับ Supabase และจัดการ session ฝั่ง client อย่างซื่อตรง: รู้ว่า session รับประกันอะไร ไม่รับประกันอะไร และเหตุใดสิ่งนี้จึงไม่ทำให้ RLS ของคุณอ่อนแอลง
- DS-04
SECURITY DEFINER, RPC และ trigger
เขียนฟังก์ชัน SECURITY DEFINER, RPC และ trigger ที่รัน logic ที่มีสิทธิ์พิเศษอย่างควบคุมได้ โดยไม่เปิดรูรั่วของการยกระดับสิทธิ์
- DS-05
การ sync ระหว่างเครื่องและคลาวด์
ออกแบบการ sync ระหว่าง local↔cloud ที่ซึ่งสถานะที่อยู่ใน localStorage ขึ้นไปยัง Postgres โดยไม่สูญเสียข้อมูลหรือสร้างรายการซ้ำ และแก้ไขความขัดแย้งอย่างกำหนดผลได้แน่นอน
- DS-06
Advisors, migration และการตรวจสอบ
ดำเนินงานฐานข้อมูลด้วยการเปลี่ยนแปลงที่มี version ควบคุมผ่าน migration และใช้ advisors ของ Supabase เป็น linter ด้านความปลอดภัยอย่างต่อเนื่องที่เตือนคุณเรื่อง table ที่ไม่มี RLS, ฟังก์ชันที่ไม่มี search_path และรูรั่วอื่นๆ ก่อนที่มันจะไปถึง production
Builders
ส่งมอบผลิตภัณฑ์ วงโคจร Iเปลี่ยนไอเดียให้เป็นสิ่งที่โหลดได้ ดูดี และ deploy ได้จริง ทั้ง Astro, คอมโพเนนต์, multi-tenant, white-label และ i18n นี่คือฝีมือเบื้องหลัง Espejo และเว็บไซต์ต่างๆ ของ XNLAB
- BD-01
Astro และ Vite ที่โหลดไว
ติดตั้งและทำความเข้าใจเว็บไซต์ Astro ที่สร้าง HTML แบบ static ตามแต่ละ route และแต่ละ locale รวมถึงโปรเจกต์ Vite SPA โดยรู้อย่างชัดเจนว่า JS ส่วนใดถูกส่งไปยังเบราว์เซอร์และเหตุใดจึงโหลดได้รวดเร็ว
- BD-02
คอมโพเนนต์และ design token
สร้างระบบภาพที่สอดคล้องกันด้วย design tokens (CSS custom properties) และคอมโพเนนต์ที่นำกลับมาใช้ซ้ำได้ แทนที่จะเขียน CSS กระจัดกระจายซ้ำๆ เพื่อให้การเปลี่ยนแบรนด์เป็นเรื่องของการแก้หนึ่งบรรทัด ไม่ใช่การออกล่าหา
- BD-03
Multi-tenant และ white-label
ออกแบบผลิตภัณฑ์ multi-tenant white-label ที่ใช้งานได้จริง: code base ชุดเดียวที่ให้บริการลูกค้าจำนวนมากพร้อมแบรนด์ ข้อมูล และการตั้งค่าของตนเอง โดยใช้รูปแบบรอยต่อ (seam) ของ Store ที่แยก UI ออกจากที่จัดเก็บข้อมูล
- BD-04
i18n: กาแล็กซีเดียวใน 6 ภาษา
ออกแบบสถาปัตยกรรม internationalization สำหรับ 6 ภาษาโดยไม่ทำหน้าซ้ำ เข้าใจรูปแบบของการแปล กลไก fallback และเหตุผลที่ href ต้องเป็นแบบ locale-aware
- BD-05
Deploy: Cloudflare, โดเมน, env
นำเว็บไซต์จาก localhost ไปสู่ URL จริงบน Cloudflare Pages พร้อมโดเมนของตัวเองและตัวแปร environment ที่จัดการอย่างปลอดภัย โดยแยกแยะว่า env ใดไปยัง client และตัวใดต้องไม่ไปเด็ดขาด
- BD-06
จาก localStorage สู่ backend
ย้ายชั้นข้อมูลจาก localStorage ไปยัง backend (Supabase) โดยไม่ต้องเขียนแอปพลิเคชันใหม่ ใช้ประโยชน์จากรอยต่อ Store เพื่อให้การเปลี่ยนแปลงเป็นการ swap implementation ไม่ใช่การ refactor
Signal
Quant และ research วงโคจร IIระบบวิจัยที่ไม่หลอกตัวเอง: การ ingest แบบ read-only การจำแนกสภาวะตลาด Market Memory และการ calibrate นี่คือกระดูกสันหลังของ XCAP
- SG-01
Ingest แบบ read-only และ edge ที่ไม่ต้องใช้ key
สร้าง ingest edge แบบ read-only ที่ดึงข้อมูลสาธารณะจากโลกภายนอกลงสู่ดิสก์โดยไม่เปิดเผย credential แม้แต่ตัวเดียว และมีโครงสร้างที่ทำให้ไม่สามารถส่งคำสั่งซื้อขายหรือเคลื่อนย้ายเงินได้เลย
- SG-02
ตัวจำแนกสภาวะของราคา (regime)
สร้าง classifier ของ regime ราคาที่บริสุทธิ์และ deterministic ซึ่งติดป้ายสถานะของตลาด (แนวโน้ม, ความผันผวน, พฤติกรรม, ความเครียด) โดยไม่เคยกำหนดขนาดหรือซื้อขายตำแหน่งใด ๆ เลย
- SG-03
Market Memory: forecast และ calibration
สร้าง Market Memory: ledger ที่ล็อกคำทำนายที่พิสูจน์เท็จได้ (falsifiable) ก่อนที่ผลลัพธ์จะเกิดขึ้น แล้วแก้ไขมันเทียบกับผลตอบแทนที่เกิดขึ้นจริง และให้คะแนน calibration ของตัวเอง (hit-rate, Brier, calibration ตามความมั่นใจและตาม regime)
- SG-04
ป้องกันการกุข้อมูลตั้งแต่การออกแบบ
ออกแบบระบบให้มีโครงสร้างที่ไม่สามารถปั้นข้อมูลหรือ edge ขึ้นมาได้: null controls, การวัดนัยสำคัญพร้อมการแก้ไขสำหรับการเปรียบเทียบหลายครั้ง, การประเมินแบบ out-of-sample และ edge_demonstrated ที่เป็น False เสมอโดยปริยาย
- SG-05
Capital invariant
implement capital invariant: ledger ที่ทุนสะสมข้ามเซสชัน เคลื่อนที่เฉพาะเมื่อมีการปิดสถานะจริง (P&L ที่เกิดขึ้นจริง) และไม่เคย reset — เพื่อให้ตัวเลขบนหน้าจอสะท้อนผลลัพธ์ที่ปิดแล้วเสมอ ไม่ใช่ replay หรือกำไรบนกระดาษ
- SG-06
Autopilot ticks และ loop ที่ซื่อตรง
สร้าง autopilot loop ที่สะสมการเรียนรู้ที่แท้จริงระหว่าง tick — deterministic จากดิสก์, idempotent, Gate-ปิด — แทนที่จะสร้างสัญญาณรบกวนหรือกิจกรรมปลอม
Brand & Surface
แบรนด์และพื้นผิว วงโคจร IIสิ่งที่เห็นและน้ำเสียงที่ได้ยิน มินิมอลลิสม์สุดขั้ว ตัวอักษร น้ำเสียงของสตูดิโอ และการแปลที่รักษาความหมายไว้ นี่คือเกณฑ์ทางสุนทรียะของ XNLAB ที่นำไปใช้กับทุกสิ่ง
- BS-01
มินิมอลลิสม์สุดขั้ว
ตรวจสอบหน้าจอจริงหนึ่งหน้า แล้วส่งมอบ before/after ที่ทุกองค์ประกอบซึ่งถูกลบออกมีเหตุผลรองรับจากการตัดสินใจ ไม่ใช่จากรสนิยม
- BS-02
ตัวอักษรที่มีเจตนา
สร้างหัวเรื่องคู่หนึ่งที่ผสม Inter sans กับ span ตัวเอียง serif (Cormorant) โดยที่สายตาจับการกระโดดไม่ได้ และบันทึกการแก้ไขขนาดที่ทำให้มันใช้งานได้
- BS-03
น้ำเสียงของสตูดิโอ
เขียน copy deck ของหน้าจริง (hero + สามเซกชัน) ในเสียงของสตูดิโอที่ไม่เปิดเผยตัวตน ที่ผ่านการทดสอบ "ความจริงหรือการตลาด": ทุกประโยคต้องตรวจสอบได้ ไม่เช่นนั้นก็ลบทิ้ง
- BS-04
แปลโดยรักษาความหมาย
ผลิตคู่ EN/ES ของบล็อก copy ที่ภาษาสเปนพูดสิ่งเดียวกับภาษาอังกฤษ ไม่ใช่ตรงตัว และส่งมอบบันทึกของการตัดสินใจทางความหมายแต่ละครั้ง
- BS-05
สีและมิติความลึก
บันทึกระบบของสีและความลึก (glass, แถบสี, สนามสี) ในรูปของชุดกฎและ token ที่นำกลับมาใช้ซ้ำได้ พร้อมตัวอย่างที่พิสูจน์ว่ามันให้ชีวิตชีวาโดยไม่ใส่สัญญาณรบกวน
Ops & Security
วินัย วงโคจร IIความต่างระหว่างโปรเจกต์กับเหตุการณ์ผิดพลาด ทั้งความลับ โมเดลภัยคุกคาม การตรวจสอบเชิงปฏิปักษ์ และการแยกขอบเขตระหว่างโปรเจกต์ วินัยที่ปกป้องทั้งกาแล็กซี
- OS-01
ความลับ: สาธารณะกับส่วนตัว
ตัดสินใจให้ได้ว่า สำหรับ key หรือ token ใด ๆ ในโปรเจกต์ของคุณ มันสามารถอยู่ฝั่ง client ได้หรือไม่ หรือว่าจะต้องไม่ออกจาก server เด็ดขาด แล้วสร้าง decision tree ที่ป้องกันไม่ให้คุณทำผิดซ้ำอีก
- OS-02
โมเดลภัยคุกคามของ SSG
คิดเหมือนผู้โจมตีเว็บไซต์ static ที่ใช้ anon key: ระบุพื้นผิวการโจมตี (attack surface) ที่แท้จริงของ SSG + Supabase และเข้าใจว่าทำไมการป้องกันเดียวที่มีค่าคือ RLS ไม่ใช่ฝั่ง client
- OS-03
การตรวจสอบเชิงปฏิปักษ์
ตรวจสอบ (audit) แบบ adversarial: ปฏิบัติต่อทุกข้อค้นพบด้านความปลอดภัยเหมือนเป็นสมมติฐานที่คุณต้องหักล้างก่อนจะเชื่อมัน แทนที่จะยอมรับว่า 'ดูเหมือนมีช่องโหว่' หรือ 'ดูเหมือนปลอดภัย' จากการตรวจดูเฉย ๆ
- OS-04
การรับมือเหตุการณ์และ rollback
ตอบสนองต่อ incident ใน production ด้วยขั้นตอนที่เยือกเย็น: ตรวจจับ, ควบคุม, ทำ rollback อย่างปลอดภัย, และดำเนินการ post-mortem แบบไม่โทษใคร (blameless) ที่ปิดสาเหตุที่แท้จริง
- OS-05
การแยกขอบเขตระหว่างโปรเจกต์
ทำให้หลายโปรเจกต์ใช้ฐานข้อมูล Postgres เดียวร่วมกันโดยที่โปรเจกต์หนึ่งอ่าน เขียน หรือทำลายข้อมูลของอีกโปรเจกต์ไม่ได้ — การแยก (isolation) แบบ multi-project และ multi-tenant ที่บังคับโดยฐานข้อมูล ไม่ใช่โดยข้อตกลง
- OS-06
Observabilidad y coste
ติดตั้ง panel observability และงบประมาณพร้อม alert สำหรับระบบที่มีชีวิต (Astro บน Cloudflare Pages + Supabase): นิยามว่าจะเฝ้าดู log และ metric อะไร, อะไรจุดชนวน alert, และเพดานการใช้งานและการใช้จ่าย token อะไรที่จะเตือนคุณ ก่อน บิลเซอร์ไพรส์จะมาถึง
ไม่รู้จะเริ่มตรงไหน? ทำแบบประเมินผู้ปฏิบัติการแล้วเราจะบอกจุดเริ่มต้นของคุณ