หลักสูตร

ปริญญาโทด้าน การปฏิบัติการ AI.

ไม่ใช่รายการวิดีโอ แต่เป็นหลักสูตรที่มีโครงสร้าง: หกโดเมน สามสิบเจ็ดโมดูล แต่ละโมดูลมีบทเรียนจริงและสิ่งที่คุณต้องสร้าง หลักสูตรเต็มรูปแบบ เห็นได้ชัดเจน

6 กลุ่มดาว 37 โมดูล 37 บทเรียน 5 โปรเจกต์ที่ขับเคลื่อน

เส้นทาง: เริ่มจาก Operator Core — ฐานที่ทุกอย่างถือว่ามีอยู่แล้ว — จากนั้นโคจรไปยังโดเมนที่งานของคุณต้องการ ไม่มีทางลัด มีแต่ความก้าวหน้า

Operator Core

ปฏิบัติการ AI แกนกลาง

ดวงอาทิตย์ของกาแล็กซี ที่นี่คุณจะเรียนรู้การปฏิบัติการ Claude Code และระบบ AI อย่างมืออาชีพ ทั้งสภาพแวดล้อม บริบท prompt การจัดเวอร์ชัน และการ deploy ทุกสิ่งล้วนโคจรรอบจุดนี้

ขับเคลื่อน ทุกโปรเจกต์
  1. OC-01

    สภาพแวดล้อมการทำงาน

    ติดตั้ง ยืนยันสิทธิ์ และตรวจสอบความพร้อมของ terminal, VS Code และ Claude Code ให้เรียบร้อย เพื่อให้คุณเริ่มสร้างโปรเจกต์จริงได้ภายในเวลาไม่ถึงหนึ่งชั่วโมง

  2. OC-02

    CLAUDE.md: บริบทที่คงอยู่ถาวร

    เขียนไฟล์ CLAUDE.md ที่ให้ Claude Code มีหน่วยความจำถาวรเกี่ยวกับโปรเจกต์ของคุณ เพื่อให้ทุก session เริ่มต้นโดยรู้ stack ข้อกำหนด และข้อห้ามต่าง ๆ ของคุณ โดยที่คุณไม่ต้องบอกซ้ำ

  3. OC-03

    Arsenal ของ prompt

    สร้างคลังอาวุธส่วนตัวของ prompt ที่นำกลับมาใช้ใหม่ได้ โดยแต่ละอันมีบทบาท บริบท โครงสร้าง และเจตนาที่ชัดเจน ซึ่งให้ผลงานคุณภาพสม่ำเสมอแทนที่จะเป็นคำตอบแบบเสี่ยงดวง

  4. OC-04

    Git และ GitHub สำหรับ operator

    จัดเก็บเวอร์ชันงานของคุณด้วย Git และ GitHub ในแบบที่คุณสามารถทดลอง ทำของพัง และย้อนกลับได้โดยไม่ต้องกลัว ด้วยการใช้ branch, commit แบบ atomic และ diff เพื่อตรวจทานทุกการเปลี่ยนแปลงที่ AI เสนอ

  5. OC-05

    การทำงานอัตโนมัติและการ deploy

    แปลง script หรืองานที่ทำด้วยมือให้เป็นระบบที่รันและเผยแพร่ได้เอง ตั้งแต่การ automate คำสั่งที่ทำซ้ำ ไปจนถึงการ deploy เว็บไซต์โดยอัตโนมัติทุก push และตั้งเวลางานที่รันโดยไม่มีคุณ

  6. OC-06

    การย้ายจาก ChatGPT สู่ Claude

    ย้ายงานของคุณจาก ChatGPT มาสู่ Claude Code โดยการตั้งระบบที่มีเอกสารและ version โดยที่ context อยู่ใน CLAUDE.md และในไฟล์ของ repo แทนที่จะสูญหายในเธรดแชต และโดยที่ AI ลงมือกับไฟล์จริงของคุณแทนที่จะแค่สนทนา

  7. OC-07

    Verificación y testing

    สร้าง checklist การตรวจสอบที่นำกลับมาใช้ใหม่ได้ และนำไปใช้กับการเปลี่ยนแปลงจริงของ Claude Code ก่อนเผยแพร่ เพื่อพิสูจน์ว่าการเปลี่ยนแปลงนั้นทำในสิ่งที่มันบอกว่าทำ

  8. OC-08

    Sesiones largas y orquestación

    ออกแบบ protocol สำหรับ session ที่ยาว ตรวจจับการเสื่อมของ context, ตั้ง handoff ที่ restart ใหม่อย่างสะอาดโดยไม่สูญเสีย state และมอบหมายสายงานหนึ่งให้ subagent ส่งมอบ protocol ที่ใช้กับ session จริง

สำรวจกลุ่มดาว →

Data & Systems

Backend ที่ทนทาน วงโคจร I

Postgres, Supabase และ RLS: ที่ที่ข้อมูลอาศัยอยู่และใครเข้าถึงได้ ความปลอดภัยคืออำนาจของเซิร์ฟเวอร์ ไม่ใช่ของไคลเอนต์ นี่คือกระดูกสันหลังของ XHUB, Espejo และโรงเรียนแห่งนี้

ขับเคลื่อน XHUB IRONEspejoMOONKEY LAB
  1. DS-01

    การออกแบบโมเดลข้อมูลใน Postgres

    ออกแบบ schema ใน Postgres ด้วย table, key, type และความสัมพันธ์ที่สะท้อน invariant จริงของ domain และไม่บังคับให้คุณต้องทำ migration ที่เจ็บปวดในอีกสามสัปดาห์ถัดมา

  2. DS-02

    RLS: อำนาจอยู่ที่เซิร์ฟเวอร์

    เขียนและตรวจสอบ policy Row Level Security ที่ทำให้ผู้ใช้อ่านและเขียนได้เฉพาะแถวของตัวเอง โดยเข้าใจว่า gate ฝั่ง client คือ UX และ RLS คือความปลอดภัยจริงเพียงหนึ่งเดียวในเว็บไซต์แบบ static

  3. DS-03

    Auth แบบ magic-link และเซสชัน

    ทำ authentication ด้วย magic-link กับ Supabase และจัดการ session ฝั่ง client อย่างซื่อตรง: รู้ว่า session รับประกันอะไร ไม่รับประกันอะไร และเหตุใดสิ่งนี้จึงไม่ทำให้ RLS ของคุณอ่อนแอลง

  4. DS-04

    SECURITY DEFINER, RPC และ trigger

    เขียนฟังก์ชัน SECURITY DEFINER, RPC และ trigger ที่รัน logic ที่มีสิทธิ์พิเศษอย่างควบคุมได้ โดยไม่เปิดรูรั่วของการยกระดับสิทธิ์

  5. DS-05

    การ sync ระหว่างเครื่องและคลาวด์

    ออกแบบการ sync ระหว่าง local↔cloud ที่ซึ่งสถานะที่อยู่ใน localStorage ขึ้นไปยัง Postgres โดยไม่สูญเสียข้อมูลหรือสร้างรายการซ้ำ และแก้ไขความขัดแย้งอย่างกำหนดผลได้แน่นอน

  6. 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

ขับเคลื่อน EspejoXNLAB
  1. BD-01

    Astro และ Vite ที่โหลดไว

    ติดตั้งและทำความเข้าใจเว็บไซต์ Astro ที่สร้าง HTML แบบ static ตามแต่ละ route และแต่ละ locale รวมถึงโปรเจกต์ Vite SPA โดยรู้อย่างชัดเจนว่า JS ส่วนใดถูกส่งไปยังเบราว์เซอร์และเหตุใดจึงโหลดได้รวดเร็ว

  2. BD-02

    คอมโพเนนต์และ design token

    สร้างระบบภาพที่สอดคล้องกันด้วย design tokens (CSS custom properties) และคอมโพเนนต์ที่นำกลับมาใช้ซ้ำได้ แทนที่จะเขียน CSS กระจัดกระจายซ้ำๆ เพื่อให้การเปลี่ยนแบรนด์เป็นเรื่องของการแก้หนึ่งบรรทัด ไม่ใช่การออกล่าหา

  3. BD-03

    Multi-tenant และ white-label

    ออกแบบผลิตภัณฑ์ multi-tenant white-label ที่ใช้งานได้จริง: code base ชุดเดียวที่ให้บริการลูกค้าจำนวนมากพร้อมแบรนด์ ข้อมูล และการตั้งค่าของตนเอง โดยใช้รูปแบบรอยต่อ (seam) ของ Store ที่แยก UI ออกจากที่จัดเก็บข้อมูล

  4. BD-04

    i18n: กาแล็กซีเดียวใน 6 ภาษา

    ออกแบบสถาปัตยกรรม internationalization สำหรับ 6 ภาษาโดยไม่ทำหน้าซ้ำ เข้าใจรูปแบบของการแปล กลไก fallback และเหตุผลที่ href ต้องเป็นแบบ locale-aware

  5. BD-05

    Deploy: Cloudflare, โดเมน, env

    นำเว็บไซต์จาก localhost ไปสู่ URL จริงบน Cloudflare Pages พร้อมโดเมนของตัวเองและตัวแปร environment ที่จัดการอย่างปลอดภัย โดยแยกแยะว่า env ใดไปยัง client และตัวใดต้องไม่ไปเด็ดขาด

  6. BD-06

    จาก localStorage สู่ backend

    ย้ายชั้นข้อมูลจาก localStorage ไปยัง backend (Supabase) โดยไม่ต้องเขียนแอปพลิเคชันใหม่ ใช้ประโยชน์จากรอยต่อ Store เพื่อให้การเปลี่ยนแปลงเป็นการ swap implementation ไม่ใช่การ refactor

สำรวจกลุ่มดาว →

Signal

Quant และ research วงโคจร II

ระบบวิจัยที่ไม่หลอกตัวเอง: การ ingest แบบ read-only การจำแนกสภาวะตลาด Market Memory และการ calibrate นี่คือกระดูกสันหลังของ XCAP

ขับเคลื่อน XCAP
  1. SG-01

    Ingest แบบ read-only และ edge ที่ไม่ต้องใช้ key

    สร้าง ingest edge แบบ read-only ที่ดึงข้อมูลสาธารณะจากโลกภายนอกลงสู่ดิสก์โดยไม่เปิดเผย credential แม้แต่ตัวเดียว และมีโครงสร้างที่ทำให้ไม่สามารถส่งคำสั่งซื้อขายหรือเคลื่อนย้ายเงินได้เลย

  2. SG-02

    ตัวจำแนกสภาวะของราคา (regime)

    สร้าง classifier ของ regime ราคาที่บริสุทธิ์และ deterministic ซึ่งติดป้ายสถานะของตลาด (แนวโน้ม, ความผันผวน, พฤติกรรม, ความเครียด) โดยไม่เคยกำหนดขนาดหรือซื้อขายตำแหน่งใด ๆ เลย

  3. SG-03

    Market Memory: forecast และ calibration

    สร้าง Market Memory: ledger ที่ล็อกคำทำนายที่พิสูจน์เท็จได้ (falsifiable) ก่อนที่ผลลัพธ์จะเกิดขึ้น แล้วแก้ไขมันเทียบกับผลตอบแทนที่เกิดขึ้นจริง และให้คะแนน calibration ของตัวเอง (hit-rate, Brier, calibration ตามความมั่นใจและตาม regime)

  4. SG-04

    ป้องกันการกุข้อมูลตั้งแต่การออกแบบ

    ออกแบบระบบให้มีโครงสร้างที่ไม่สามารถปั้นข้อมูลหรือ edge ขึ้นมาได้: null controls, การวัดนัยสำคัญพร้อมการแก้ไขสำหรับการเปรียบเทียบหลายครั้ง, การประเมินแบบ out-of-sample และ edge_demonstrated ที่เป็น False เสมอโดยปริยาย

  5. SG-05

    Capital invariant

    implement capital invariant: ledger ที่ทุนสะสมข้ามเซสชัน เคลื่อนที่เฉพาะเมื่อมีการปิดสถานะจริง (P&L ที่เกิดขึ้นจริง) และไม่เคย reset — เพื่อให้ตัวเลขบนหน้าจอสะท้อนผลลัพธ์ที่ปิดแล้วเสมอ ไม่ใช่ replay หรือกำไรบนกระดาษ

  6. SG-06

    Autopilot ticks และ loop ที่ซื่อตรง

    สร้าง autopilot loop ที่สะสมการเรียนรู้ที่แท้จริงระหว่าง tick — deterministic จากดิสก์, idempotent, Gate-ปิด — แทนที่จะสร้างสัญญาณรบกวนหรือกิจกรรมปลอม

สำรวจกลุ่มดาว →

Brand & Surface

แบรนด์และพื้นผิว วงโคจร II

สิ่งที่เห็นและน้ำเสียงที่ได้ยิน มินิมอลลิสม์สุดขั้ว ตัวอักษร น้ำเสียงของสตูดิโอ และการแปลที่รักษาความหมายไว้ นี่คือเกณฑ์ทางสุนทรียะของ XNLAB ที่นำไปใช้กับทุกสิ่ง

ขับเคลื่อน XNLABทุกโปรเจกต์
  1. BS-01

    มินิมอลลิสม์สุดขั้ว

    ตรวจสอบหน้าจอจริงหนึ่งหน้า แล้วส่งมอบ before/after ที่ทุกองค์ประกอบซึ่งถูกลบออกมีเหตุผลรองรับจากการตัดสินใจ ไม่ใช่จากรสนิยม

  2. BS-02

    ตัวอักษรที่มีเจตนา

    สร้างหัวเรื่องคู่หนึ่งที่ผสม Inter sans กับ span ตัวเอียง serif (Cormorant) โดยที่สายตาจับการกระโดดไม่ได้ และบันทึกการแก้ไขขนาดที่ทำให้มันใช้งานได้

  3. BS-03

    น้ำเสียงของสตูดิโอ

    เขียน copy deck ของหน้าจริง (hero + สามเซกชัน) ในเสียงของสตูดิโอที่ไม่เปิดเผยตัวตน ที่ผ่านการทดสอบ "ความจริงหรือการตลาด": ทุกประโยคต้องตรวจสอบได้ ไม่เช่นนั้นก็ลบทิ้ง

  4. BS-04

    แปลโดยรักษาความหมาย

    ผลิตคู่ EN/ES ของบล็อก copy ที่ภาษาสเปนพูดสิ่งเดียวกับภาษาอังกฤษ ไม่ใช่ตรงตัว และส่งมอบบันทึกของการตัดสินใจทางความหมายแต่ละครั้ง

  5. BS-05

    สีและมิติความลึก

    บันทึกระบบของสีและความลึก (glass, แถบสี, สนามสี) ในรูปของชุดกฎและ token ที่นำกลับมาใช้ซ้ำได้ พร้อมตัวอย่างที่พิสูจน์ว่ามันให้ชีวิตชีวาโดยไม่ใส่สัญญาณรบกวน

สำรวจกลุ่มดาว →

Ops & Security

วินัย วงโคจร II

ความต่างระหว่างโปรเจกต์กับเหตุการณ์ผิดพลาด ทั้งความลับ โมเดลภัยคุกคาม การตรวจสอบเชิงปฏิปักษ์ และการแยกขอบเขตระหว่างโปรเจกต์ วินัยที่ปกป้องทั้งกาแล็กซี

ขับเคลื่อน ทุกโปรเจกต์
  1. OS-01

    ความลับ: สาธารณะกับส่วนตัว

    ตัดสินใจให้ได้ว่า สำหรับ key หรือ token ใด ๆ ในโปรเจกต์ของคุณ มันสามารถอยู่ฝั่ง client ได้หรือไม่ หรือว่าจะต้องไม่ออกจาก server เด็ดขาด แล้วสร้าง decision tree ที่ป้องกันไม่ให้คุณทำผิดซ้ำอีก

  2. OS-02

    โมเดลภัยคุกคามของ SSG

    คิดเหมือนผู้โจมตีเว็บไซต์ static ที่ใช้ anon key: ระบุพื้นผิวการโจมตี (attack surface) ที่แท้จริงของ SSG + Supabase และเข้าใจว่าทำไมการป้องกันเดียวที่มีค่าคือ RLS ไม่ใช่ฝั่ง client

  3. OS-03

    การตรวจสอบเชิงปฏิปักษ์

    ตรวจสอบ (audit) แบบ adversarial: ปฏิบัติต่อทุกข้อค้นพบด้านความปลอดภัยเหมือนเป็นสมมติฐานที่คุณต้องหักล้างก่อนจะเชื่อมัน แทนที่จะยอมรับว่า 'ดูเหมือนมีช่องโหว่' หรือ 'ดูเหมือนปลอดภัย' จากการตรวจดูเฉย ๆ

  4. OS-04

    การรับมือเหตุการณ์และ rollback

    ตอบสนองต่อ incident ใน production ด้วยขั้นตอนที่เยือกเย็น: ตรวจจับ, ควบคุม, ทำ rollback อย่างปลอดภัย, และดำเนินการ post-mortem แบบไม่โทษใคร (blameless) ที่ปิดสาเหตุที่แท้จริง

  5. OS-05

    การแยกขอบเขตระหว่างโปรเจกต์

    ทำให้หลายโปรเจกต์ใช้ฐานข้อมูล Postgres เดียวร่วมกันโดยที่โปรเจกต์หนึ่งอ่าน เขียน หรือทำลายข้อมูลของอีกโปรเจกต์ไม่ได้ — การแยก (isolation) แบบ multi-project และ multi-tenant ที่บังคับโดยฐานข้อมูล ไม่ใช่โดยข้อตกลง

  6. OS-06

    Observabilidad y coste

    ติดตั้ง panel observability และงบประมาณพร้อม alert สำหรับระบบที่มีชีวิต (Astro บน Cloudflare Pages + Supabase): นิยามว่าจะเฝ้าดู log และ metric อะไร, อะไรจุดชนวน alert, และเพดานการใช้งานและการใช้จ่าย token อะไรที่จะเตือนคุณ ก่อน บิลเซอร์ไพรส์จะมาถึง

สำรวจกลุ่มดาว →

ไม่รู้จะเริ่มตรงไหน? ทำแบบประเมินผู้ปฏิบัติการแล้วเราจะบอกจุดเริ่มต้นของคุณ