Boom Field Lab

เริ่มใช้ Claude Code แบบคนการเงินที่อยากสร้าง product เอง — จากวันแรกถึง Terminal ที่มีลูกค้าใช้จริง

Claude Code คืออะไร ต่างจากแชต AI ยังไง และคนสายการเงินที่ไม่ใช่โปรแกรมเมอร์ควรเริ่มตรงไหนถ้าเป้าหมายคือสร้างเครื่องมือของตัวเอง — เล่าจากเส้นทางจริง: session แรก 30 เม.ย. 2026 ถึงวันเริ่มสร้างแอป Terminal ในเวลาไม่ถึง 3 เดือน

โดย วรัญชัย ยิ่งคำนึง (Boom) · เผยแพร่ครั้งแรก · ตรวจทานล่าสุด

โต๊ะทำงานยามค่ำคืนที่มีแล็ปท็อปเปิดหน้าจอเทอร์มินัล พร้อมข้อความ เริ่ม Claude Code แบบคนการเงิน

คำถามที่ผมโดนถามบ่อยที่สุดจากเพื่อนสายการเงินคือ "Claude Code ที่พูดกันมันคืออะไร ต้องเขียนโปรแกรมเป็นก่อนไหม" คำตอบสั้นคือไม่ต้อง — แต่ต้องเข้าใจว่ามันเป็นเครื่องมือคนละชนิดกับแชต AI และถ้าเป้าหมายของคุณคือ สร้างเครื่องมือของตัวเอง (ไม่ใช่แค่ให้ AI ช่วยสรุปเอกสาร) ลำดับการเริ่มสำคัญกว่าที่คิด

บทความนี้เล่าจากเส้นทางจริงตอนผมสร้าง Boom Leverage Terminal — เครื่องมือค้นเอกสาร 56-1 และ MD&A ทั้งตลาดหุ้นไทย — โดยใช้ AI agent เป็นแรงงานหลัก

Claude Code คืออะไร (สั้นที่สุด)?

เอกสารทางการของ Anthropic นิยามไว้ว่ามันคือ "agentic coding tool that reads your codebase, edits files, runs commands, and integrates with your development tools" แปลเป็นภาษาคนทำงาน: มันคือ ลูกทีมที่รับงานไปทำให้เสร็จ ไม่ใช่ปุ่มลัดที่เราต้องกดเองทุกขั้น

แชต AI ทั่วไปClaude Code
ผลลัพธ์อยู่ที่ไหนในกล่องแชต ต้องก็อปไปใช้เองในไฟล์จริงบนเครื่องคุณ
ทำงานกี่ขั้นตอบทีละคำถามวนเอง: อ่าน → ลงมือ → ตรวจ → แก้
เห็นงานของคุณไหมเห็นเฉพาะที่แปะให้เปิดไฟล์ในโปรเจกต์ได้เอง
จำกฎของคุณไหมต้องบอกใหม่อ่าน CLAUDE.md ทุก session

ถ้าอยากเข้าใจว่าทำไมความต่างนี้ไม่ได้มาจาก "โมเดลฉลาดกว่า" อ่าน Harness คืออะไร ต่อได้

คนการเงินที่ไม่เขียนโค้ดเริ่มได้จริงไหม?

ได้ และผมคิดว่าได้เปรียบด้วย เพราะงานที่เหลือให้มนุษย์ทำตอนใช้ AI agent คือสองอย่าง:

  1. เขียนโจทย์ให้ชัด — อะไรคือ input อะไรคือ output เงื่อนไขเสร็จคืออะไร (คนทำ model validation เขียน spec แบบนี้ทุกวัน)
  2. ตรวจผลให้เป็น — ตัวเลขนี้มาจากไหน ตรวจย้อนได้ไหม ถ้าผิดจะรู้ได้ยังไง

ส่วน syntax ของภาษาโปรแกรม agent จัดการให้ ที่มันจัดการให้ไม่ได้คือ วิจารณญาณว่าอะไรถูก — ซึ่งเป็นทักษะหลักของคนสาย risk อยู่แล้ว

ติดตั้งและเปิดใช้ครั้งแรกยังไง?

บน macOS / Linux / WSL คำสั่งติดตั้งจากเอกสารทางการคือบรรทัดเดียว:

การ์ดคำสั่งติดตั้ง Claude Code จากเอกสารทางการ curl -fsSL https://claude.ai/install.sh | bash
คำสั่งติดตั้งจากเอกสาร Claude Code (code.claude.com/docs/en/overview) ตรวจเมื่อ 27 ก.ย. 2026 · Windows มีคำสั่ง PowerShell แยก
curl -fsSL https://claude.ai/install.sh | bash
cd your-project
claude

ครั้งแรกจะให้ล็อกอิน เอกสารระบุว่า surface ส่วนใหญ่ต้องใช้ subscription ของ Claude หรือบัญชี Anthropic Console ถ้าไม่ถนัด terminal จะเริ่มจากแอปเดสก์ท็อป (แท็บ Code) หรือ claude.ai/code บนเว็บก็ได้ — เอกสารเขียนว่าทุก surface ใช้ engine เดียวกัน CLAUDE.md และการตั้งค่าเดียวกันใช้ข้ามกันได้

เส้นทางจริงจากวันแรกถึง product หน้าตาเป็นยังไง?

เส้นเวลา: session แรก 30 เม.ย. 2026, repo กฎของ lab 29 พ.ค., เว็บ boomleverage.com 20 มิ.ย., แอป Terminal 14 ก.ค., data pipeline 18 ก.ค., Boom Field Lab 24 ก.ย.
วันที่จาก journal ไฟล์แรกและ commit แรกของแต่ละ repo (git log --reverse) · วัดเมื่อ 27 ก.ย. 2026
วันที่ (2026)เกิดอะไรขึ้น
30 เม.ย.session แรกที่จดบันทึก — ใช้ AI agent ช่วยงาน data ทั่วไป
29 พ.ค.ตั้ง repo เก็บ กฎ + wiki + เครื่องมือ ของ lab (ยังไม่มี product)
20 มิ.ย.เริ่มเว็บ boomleverage.com
14 ก.ค.เริ่มแอป Terminal (หน้าค้นหาที่ลูกค้าใช้)
18 ก.ค.แยก data pipeline ที่อ่านเอกสาร 56-1 / MD&A ออกเป็น repo ของตัวเอง
24 ก.ย.เริ่ม Boom Field Lab (เว็บนี้)

สิ่งที่อยากให้สังเกตคือ เดือนแรกไม่มี product เลย ผมใช้เวลาเดือนแรกสร้างกฎ เครื่องมือตรวจงาน และวิธีบันทึกความรู้ ก่อนจะเริ่มเขียน product จริง ฟังดูช้า แต่พอเริ่มสร้างเว็บ ทุกอย่างวิ่งเร็วเพราะ agent รู้กติกาตั้งแต่ commit แรก

สัปดาห์แรกควรทำอะไร ไม่ควรทำอะไร?

ขั้นตอนสัปดาห์แรก 4 ขั้น: ติดตั้ง, เขียน CLAUDE.md สั้นๆ, งานเล็กที่ตรวจได้, เพิ่มด่านกันเมื่อเจอความผิดพลาดซ้ำ
ลำดับที่แนะนำจากประสบการณ์สร้าง Terminal · ขั้นที่ 3 (งานที่ตรวจผลได้) คือขั้นที่สำคัญที่สุด

ควรทำ:

  • เปิด Claude Code ในโฟลเดอร์งานจริงของคุณ แล้วให้มัน อธิบายโปรเจกต์กลับมา ก่อนสั่งแก้อะไร
  • เขียน CLAUDE.md สั้นๆ: โปรเจกต์นี้คืออะไร ห้ามทำอะไร ตรวจงานยังไง (ดูวิธีคิดได้ที่ CLAUDE.md ที่ใช้ได้จริง และจุดที่มันเอาไม่อยู่)
  • เลือกงานแรกที่ ตรวจผลได้ชัด เช่น รวมไฟล์ Excel หลายไฟล์แล้วเทียบยอดรวมกับของเดิม — ถ้ายอดไม่ตรง คุณรู้ทันที
  • ทุกครั้งที่มันพลาดแบบเดิมซ้ำ ให้เปลี่ยนความผิดพลาดนั้นเป็นกฎหรือด่านกัน ไม่ใช่แค่ดุมันในแชต

ยังไม่ควรทำ:

  • เอาข้อมูลลูกค้าหรือข้อมูลลับขององค์กรเข้าไปก่อนเข้าใจเรื่องสิทธิ์และนโยบายข้อมูล
  • ให้มันทำงานที่คุณเองตรวจผลไม่ได้ เพราะจะไม่มีทางรู้ว่ามันถูก
  • ให้มันลบหรือเขียนทับของสำคัญโดยไม่มีทางย้อนกลับ (ผมใช้กฎ "ย้ายไปถังพัก ห้ามลบถาวร" มาตั้งแต่ต้น)

ทำไมคนการเงินควรคิดเรื่องนี้ตั้งแต่ตอนนี้?

เพราะต้นทุนการสร้างเครื่องมือเฉพาะทางลดลงมาก ไอเดียที่เคยต้องรอทีม IT หลายเดือน — เช่นค้นเอกสาร 56-1 ทั้งตลาดแล้วชี้หน้าต้นฉบับได้ — คนที่เข้าใจโดเมนสร้างเองได้ ถ้าจัดการ agent เป็น

ความได้เปรียบไม่ได้อยู่ที่ใครเขียนโค้ดเก่ง แต่อยู่ที่ ใครรู้ว่าอะไรคือคำตอบที่ถูกในโดเมนนั้น นั่นคือเหตุผลที่ผมเชื่อว่าคนการเงินมีแต้มต่อ

สรุป

Claude Code ไม่ได้แทนความเข้าใจงานของคุณ มันขยายสิ่งที่คุณทำได้ด้วยความเข้าใจนั้น เริ่มจากงานเล็กที่ตรวจได้ เขียนกฎตั้งแต่วันแรก และเปลี่ยนความผิดพลาดทุกครั้งให้เป็นระบบ — ลำดับนี้คือสิ่งที่พาผมจาก session แรกไปถึงวันเริ่มสร้างแอป Terminal ในเวลาไม่ถึง 3 เดือน

BOOM FIELD LAB

อยากเห็นว่าเครื่องมือพวกนี้ประกอบร่างเป็น Terminal จริงได้ยังไง?

Workshop 60 นาที — ดูการทำงานจริงบนหน้าจอ พร้อม workbook ให้ลงมือตาม ไม่ใช่สไลด์ทฤษฎี