ทำไมผมเลือก Claude Code — ไม่ใช่เพราะโมเดลเก่งสุด แต่เพราะ harness

เวลามีคนถามผมว่า "พี่ใช้ AI ตัวไหน ตัวไหนเก่งสุด" ผมมักทำให้เขางงด้วยการตอบว่า ผมไม่ได้เลือกจากความเก่งของโมเดลเป็นหลัก ผมเลือกจาก harness ต่างหาก คำตอบนี้ฟังดูทวนกระแส เพราะข่าวเกือบทั้งหมดพาดหัวกันที่ "โมเดลใหม่ทุบสถิติ" แต่ในงานจริงที่ผมทำทุกวัน — งาน data และ model risk ในแบงก์ — สิ่งที่กำหนดว่า AI จะช่วยงานผมได้จริงแค่ไหน กลับไม่ค่อยอยู่ที่ตัวโมเดล บทความนี้คือเหตุผลทั้งหมดว่าทำไมผมถึงตัดสินใจแบบนี้

ถ้าใครยังไม่คุ้นคำว่า harness ผมเขียนอธิบายแบบเป็นชิ้น ๆ ไว้แล้วใน Harness คืออะไร — ทำไมความเก่งของ AI agent อยู่นอกตัวโมเดล สรุปสั้น ๆ คือ ถ้าโมเดลคือสมอง harness คือร่างกายกับกฎที่ทำให้สมองนั้นลงมือทำงานในโลกจริงได้ — เครื่องมือที่มันเรียกใช้ การจัดบริบทที่ป้อนเข้าไป สิทธิ์ที่อนุญาตให้ทำ และวงจรที่วนคิด-ลงมือ-เห็นผลจนงานเสร็จ

ผมเลิกเลือกเครื่องมือจากกระดานคะแนนตั้งนานแล้ว

เหตุผลแรกเป็นเรื่องของความเป็นจริงที่น่าเบื่อ: โมเดลแซงกันทุกเดือน วันนี้เจ้าหนึ่งนำ benchmark อีกสามสัปดาห์อีกเจ้าออกรุ่นใหม่แล้วแซงกลับ ถ้าผมผูกวิธีทำงานทั้งหมดไว้กับ "โมเดลที่เก่งสุดประจำเดือนนี้" ผมจะต้องมานั่งเลือกใหม่ไม่จบไม่สิ้น และทุกครั้งที่เปลี่ยนเครื่องมือ ผมก็ต้องเรียนรู้สำนวนการสั่งงานใหม่ ตั้งค่าใหม่ ระวังนิสัยเสียของมันใหม่ นั่นคือต้นทุนที่มองไม่เห็นแต่กินเวลาจริง

เรื่องที่สองที่คนทำ model validation อย่างผมรู้ดีคือ คะแนนบน benchmark ไม่ใช่งานของผม สนามทดสอบมันสะอาด มีโจทย์ชัด มีเฉลย แต่งานจริงของผมคือ "อ่านงบ 56-1 หลายปีของบริษัทนี้ แล้วสรุปสัญญาณความเสี่ยงที่เปลี่ยนไป โดยอ้างอิงกลับไปที่หน้าเอกสารได้" งานแบบนี้ความเก่งดิบของโมเดลเป็นแค่ส่วนหนึ่ง ที่เหลือคือมันเปิดไฟล์ได้ไหม จำสิ่งที่ผมบอกไว้เมื่อวานได้ไหม ตรวจงานตัวเองก่อนส่งได้ไหม — ซึ่งทั้งหมดนั้นเป็นเรื่องของ harness ไม่ใช่เรื่องของน้ำหนักในตัวโมเดล

ทำไมมันสำคัญกับเรา: ถ้าคุณเคยลองโมเดลที่ "ทุกคนบอกว่าเก่งที่สุด" แล้วรู้สึกว่ามันก็ไม่ได้ช่วยงานคุณขึ้นเท่าไร อย่าเพิ่งโทษตัวเอง บ่อยครั้งปัญหาไม่ได้อยู่ที่สมองของมัน แต่อยู่ที่ร่างกายและกฎที่หุ้มมันอยู่ และนั่นคือสิ่งที่เราเลือกได้

โมเดลคือของที่เปลี่ยนได้ harness คือของที่ผมลงแรงทักษะลงไป

ผมชอบมองมันแบบนักลงทุน: โมเดลคือ "ของที่เปลี่ยนได้" (commodity) — มีหลายเจ้า ราคาลงเรื่อย ๆ และพรุ่งนี้ก็มีตัวใหม่ ส่วน harness กับวิธีที่ผมประกอบมันขึ้นมา คือ "ของที่ทักษะผมไปสะสมอยู่" ทุกชั่วโมงที่ผมใช้เรียนรู้ว่าจะวาง CLAUDE.md ยังไงให้ agent เข้าใจงานผม เขียน hook ยังไงให้มันเช็กงานตัวเอง จัด permission ยังไงให้ปลอดภัย — ความรู้พวกนี้ไม่ได้หายไปเมื่อโมเดลเปลี่ยนรุ่น มันทบต้นขึ้นเรื่อย ๆ

นี่ตรงกับหลักที่ผมใช้ตัดสินใจแทบทุกเรื่อง คือ ชอบของที่เรียบง่ายและทำซ้ำได้ ผมไม่อยากได้ระบบที่เก่งเป็นพัก ๆ แต่จับทางไม่ได้ ผมอยากได้ระบบที่ผมเข้าใจว่ามันทำงานยังไง สั่งซ้ำแล้วได้ผลใกล้เดิม และส่งต่อให้คนอื่น (หรือให้ตัวเองในอีกสามเดือน) ทำตามได้ harness ที่ออกแบบดีให้สิ่งนี้ ส่วนการไล่ตามโมเดลที่เก่งสุดให้สิ่งตรงข้าม — มันคือการวิ่งตามเป้าที่ขยับตลอดเวลา

ทำไมมันสำคัญกับเรา: ถามตัวเองว่าคุณกำลังลงแรงไปกับอะไร ถ้าลงไปกับการจูน harness และวิธีทำงานของตัวเอง มันอยู่กับคุณข้ามรุ่นโมเดล ถ้าลงไปกับการเลือกโมเดลที่เก่งสุดประจำเดือน คุณจะต้องเลือกใหม่ตลอดไป

5 อย่างใน harness ของ Claude Code ที่ทำให้ผมเลือกมัน

พอตัดสินใจว่าจะเลือกที่ harness ไม่ใช่ที่โมเดล คำถามถัดมาคือ harness ของเครื่องมือไหนที่ตอบโจทย์งานผม นี่คือ 5 อย่างที่ผมใช้จริงทุกวันและเป็นเหตุผลที่ผมลงเอยกับ Claude Code:

• วงจรการทำงาน (the loop) ที่ลงมือทำจริง ไม่ใช่แค่ตอบแชท ผมสั่งงานเป็นเป้าหมาย แล้วมันวนเอง คิด → เปิดไฟล์ → รันคำสั่ง → เห็นผล → คิดต่อ จนเสร็จ ผมไม่ต้องคอยป้อนทีละก้าว นี่คือเส้นแบ่งระหว่าง "ผู้ช่วยที่พิมพ์ตอบ" กับ "agent ที่ทำงานให้เสร็จ"
• สิทธิ์และโหมดอนุมัติ (permission) ที่เป็นเบรกจริง ผมกำหนดได้ว่าอะไรมันทำเองได้เลย อะไรต้องขอผมเคาะก่อน สำหรับงานที่แตะข้อมูลอ่อนไหวหรือคำสั่งที่ลบของได้ นี่ไม่ใช่ลูกเล่น แต่เป็นความปลอดภัยที่ผมต้องมี
• บริบทที่ทำซ้ำได้ ผ่าน CLAUDE.md และความจำ ผมเขียนกติกางาน บริบทโปรเจกต์ และสิ่งที่ห้ามทำไว้ครั้งเดียว แล้วทุก session มันโหลดเข้าใจเองโดยผมไม่ต้องเล่าใหม่ทุกเช้า เรื่องนี้สำคัญกว่าที่คิด ผมเขียนแยกไว้ใน ออกแบบ CLAUDE.md ให้บริบทรอดข้าม session
• hook และ ritual ที่ทำให้ระบบไม่พึ่งความขยันของผม ผมแทรกขั้นบังคับกลางทางได้ เช่น ให้มันตรวจงานตัวเองก่อนจบ หรือทำพิธีปิด session ทุกครั้ง กลไกพวกนี้คือสิ่งที่เปลี่ยน "บางทีก็ลืม" ให้เป็น "ทำทุกครั้งโดยอัตโนมัติ" รายละเอียดอยู่ใน Hook กับ session ritual ของ Claude Code
• ต่อกับข้อมูลจริงและแตกงานเป็นทีมได้ ผมต่อมันเข้ากับข้อมูลของผมผ่าน MCP และแตกงานใหญ่ให้ subagent ทำขนานกันได้ พอ harness รองรับสองเรื่องนี้ มันขยายจาก "ช่วยคิด" ไปเป็น "ทำงานสเกลจริง" ได้

สังเกตว่าทั้ง 5 ข้อ ไม่มีข้อไหนเป็นเรื่อง "โมเดลฉลาดแค่ไหน" เลย ทุกข้อคือเรื่องของเปลือกที่หุ้มโมเดลอยู่ และนั่นคือประเด็นทั้งหมด

ทำไมมันสำคัญกับเรา: เวลาเทียบเครื่องมือ AI ลองเลิกถามว่า "ตัวไหนโมเดลเก่งกว่า" แล้วถามว่า "harness ตัวไหนให้ 5 อย่างนี้ครบและตรงงานฉันกว่า" คำถามหลังพาคุณไปสู่การเลือกที่อยู่กับคุณได้นาน ผมเทียบ Claude Code กับเครื่องมืออื่นในมุมนี้ไว้ใน Claude Code เทียบกับ Cursor และ Copilot

ทำไมเหตุผลนี้หนักเป็นพิเศษกับงาน risk การเงิน

ในงานที่ผมทำ ความเก่งไม่ใช่ทุกอย่าง สิ่งที่สำคัญพอ ๆ กันคือ ความตรวจสอบได้และการคุมความเสี่ยง คำถามที่ผู้ตรวจหรือหัวหน้าทีม risk ถามเสมอ — ระบบเข้าถึงข้อมูลแค่ไหน ใครอนุมัติก่อนลงมือ กดปิดได้ไหม มี log ไหม — แทบทุกข้อตอบได้ที่ชั้น harness ไม่ใช่ที่ตัวโมเดล แปลว่าการเลือกที่ harness ไม่ใช่แค่เรื่องประสิทธิภาพ แต่เป็นเรื่องของการกำกับที่จับต้องได้

และนี่ไม่ใช่แค่ความเห็นของผมคนเดียว ปี 2026 มีทั้งงานวิจัยและเคสจริงที่ชี้ว่า โมเดลตัวเดิมเป๊ะ ๆ แต่เปลี่ยน harness แล้วผลต่างกันได้แบบคนละเรื่อง ผมรวบรวมหลักฐานพร้อมตัวเลขไว้ใน Agent Harness สำคัญพอ ๆ กับตัวโมเดล: หลักฐานปี 2026 ในมุมคนทำ model risk บทเรียนคือเราต้อง validate ทั้ง "โมเดล + harness" เป็นคู่ ไม่ใช่ตัดสินจากโมเดลเปล่า ๆ — ซึ่งพอคิดแบบนี้แล้ว การเลือกเครื่องมือที่ harness แข็งแรงก็ยิ่งสมเหตุสมผล เหตุผลเต็ม ๆ ว่าทำไมคนสายการเงินควรสนใจเรื่องนี้ ผมเขียนไว้ใน ทำไมคนการเงินควรเรียน Claude Code

ทำไมมันสำคัญกับเรา: สำหรับคนทำงานที่ต้องตอบคำถามเรื่องการกำกับ การเลือกเครื่องมือที่ control ไปอยู่ในที่ที่ตรวจสอบและปรับได้ (คือ harness) มีค่ามากกว่าการเลือกเครื่องมือที่แค่ "ฉลาด" แต่คุมยาก

แล้วถ้าวันหนึ่งมีโมเดลเก่งกว่าล่ะ

นี่คือคำถามที่ทำให้การตัดสินใจนี้ลงตัวที่สุด คำตอบคือ — ดีสิ ผมรอเลย เพราะเมื่อผมเลือกที่ harness โมเดลกลายเป็นชิ้นส่วนที่ถอดเปลี่ยนได้ พอมีโมเดลใหม่ที่เก่งกว่าหรือถูกกว่าเข้ามาในเครื่องมือเดิมที่ผมใช้อยู่ ผมแทบไม่ต้องทำอะไรเลย วิธีทำงานของผม CLAUDE.md ของผม hook ของผม permission ของผม ยังเหมือนเดิมทุกอย่าง แต่ "สมอง" ข้างในแรงขึ้น — ผมได้อัปเกรดฟรีโดยไม่ต้องรื้อระบบ

เทียบกับถ้าผมเลือกที่โมเดล ทุกครั้งที่มีตัวใหม่ออกมา ผมต้องชั่งใจว่าจะย้ายไหม แล้วถ้าย้ายก็ต้องประกอบ harness รอบมันใหม่หมด ต้นทุนการเปลี่ยนสูงทุกรอบ นี่คือความต่างระหว่างการ bet ที่ตัวแปรที่ขยับตลอด กับการ bet ที่โครงสร้างที่อยู่กับเรา การคุมต้นทุนของโมเดลที่อยู่ข้างใน harness ก็เป็นอีกเรื่องที่ออกแบบได้ ผมเขียนไว้ใน คุมต้นทุน LLM ใน Claude Code

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

สรุป

ผมเลือก Claude Code ไม่ใช่เพราะเชื่อว่าโมเดลข้างในมันเก่งกว่าทุกตัวตลอดกาล — ไม่มีใครการันตีอย่างนั้นได้ และมันก็ไม่ใช่ประเด็น ผมเลือกเพราะ harness ของมันให้สิ่งที่ผมต้องการจริงในงาน: วงจรที่ลงมือทำเสร็จ เบรกที่คุมความเสี่ยงได้ บริบทที่ทำซ้ำได้ และโครงสร้างที่ทักษะของผมไปสะสมอยู่แล้วทบต้นขึ้นเรื่อย ๆ ส่วนตัวโมเดลปล่อยให้มันแข่งกันไป ผมได้ของดีขึ้นฟรีอยู่แล้วโดยไม่ต้องเปลี่ยนวิธีทำงาน

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

ถ้าอยากเห็นว่าผมประกอบ harness ของตัวเอง — เครื่องมือ, hook, การคุมสิทธิ์, การวางบริบท — ให้ Claude Code ทำงาน data/risk ได้แบบตรวจสอบย้อนได้ ผมรวบรวมของจริงทั้งชุดพร้อม workspace ที่ก็อปไปใช้ได้เลยไว้ใน คอร์ส Claude Code

เนื้อหานี้เพื่อการศึกษา ไม่ใช่คำแนะนำการลงทุน