Vibe coding คืออะไร ให้ AI เขียนโค้ดแทนแบบไหนถึงปลอดภัย

เพื่อนในทีมเล่าว่าเมื่อคืนทำแอปจดรายจ่ายเสร็จในสองชั่วโมง ทั้งที่ไม่ได้เปิดอ่านโค้ดสักไฟล์ แค่บอก AI ว่าอยากได้อะไร ลองกดใช้ แล้วสั่งแก้ต่อ วิธีทำงานแบบนี้มีชื่อเรียกแล้ว คือ vibe coding มันมีประโยชน์จริง และก็มีหลุมที่ควรรู้ก่อนเอาไปใช้กับงานจริง

Vibe coding คืออะไร

Vibe coding คือการสร้างซอฟต์แวร์ด้วยการบอก AI เป็นภาษาธรรมดาว่าอยากได้อะไร แล้วรับโค้ดที่ AI เขียนมาใช้โดยไม่อ่านอย่างละเอียด คนตัดสินว่างานผ่านจากการลองใช้ดูว่าทำงานไหม ไม่ได้ตัดสินจากการตรวจโค้ด

รอบการทำงานของ vibe coding มักหน้าตาแบบนี้

1. บอก AI ว่าอยากได้อะไร เช่น “ทำหน้าเว็บจดรายจ่าย มีกราฟสรุปรายเดือน”
2. AI เขียนโค้ดและรันให้
3. ลองกดใช้ ถ้าเจอ error ก็ก๊อป error กลับไปให้ AI แก้
4. วนซ้ำจนหน้าตาและการทำงานถูกใจ

สิ่งที่ทำให้งานหนึ่งเป็น vibe coding ไม่ใช่การใช้ AI เพราะโปรแกรมเมอร์จำนวนมากใช้ AI เขียนโค้ดทุกวันอยู่แล้ว ตัวชี้คือการที่คนไม่ได้อ่านและเข้าใจโค้ดที่ได้มา คนที่ทำงานแบบนี้มักถูกเรียกว่า vibe coder ซึ่งมีทั้งคนที่ไม่เคยเขียนโปรแกรมมาก่อน และโปรแกรมเมอร์ที่ใช้วิธีนี้กับงานทดลองเล็กๆ

เครื่องมือมีตั้งแต่เว็บที่พิมพ์แล้วได้แอปทันที ไปจนถึง coding agent อย่าง Claude Code หรือ Codex CLI ที่แก้ไฟล์และรันคำสั่งในเครื่องของคุณเอง (อ่านพื้นฐานได้ที่ AI Agent คืออะไร)

คำว่า vibe coding มาจากไหน

คำว่า vibe coding มาจากโพสต์บน X ของ Andrej Karpathy หนึ่งในผู้ร่วมก่อตั้ง OpenAI และอดีตผู้อำนวยการฝ่าย AI ของ Tesla เมื่อวันที่ 2 กุมภาพันธ์ 2568 เขาเรียกมันว่าการเขียนโค้ดแบบใหม่ที่ปล่อยตัวไปตาม vibe และ “ลืมไปเลยว่ามีโค้ดอยู่”

ในโพสต์เดียวกัน Karpathy เล่าว่าเขากด Accept All กับทุกการแก้ไขโดยไม่อ่าน diff เจอ error ก็ก๊อปไปวางให้ AI แก้โดยไม่อธิบายอะไรเพิ่ม และบอกเองว่าวิธีนี้ “ไม่เลวสำหรับโปรเจกต์เล่นๆ สุดสัปดาห์ที่ทำแล้วทิ้ง” ประโยคหลังนี้คนมักลืม ทั้งที่เป็นขอบเขตที่เจ้าของคำวางไว้ตั้งแต่แรก

• 2 กุมภาพันธ์ 2568 Karpathy โพสต์คำว่า vibe coding บน X
• 6 พฤศจิกายน 2568 Collins Dictionary ประกาศให้ vibe coding เป็นคำแห่งปี 2025 (Collins Word of the Year)
• กุมภาพันธ์ 2569 ครบหนึ่งปี Karpathy เริ่มใช้คำว่า agentic engineering กับการทำงานกับ agent แบบที่คนยังกำหนดทิศทาง ตรวจงาน และรับผิดชอบคุณภาพ

พจนานุกรมอย่าง Collins และ Merriam-Webster นิยาม vibe coding ไว้กว้างๆ ว่าการใช้ AI สร้างโค้ด แต่นักพัฒนายังใช้ในความหมายของ Karpathy คือรับโค้ดมาโดยไม่ตรวจ บทความนี้ใช้ความหมายหลังนี้

Vibe coding ต่างจากการใช้ agent แบบมีคนรีวิวอย่างไร

Vibe coding กับการใช้ agent แบบมีคนรีวิวต่างกันที่ใครรับผิดชอบโค้ด ใน vibe coding คุณดูแค่ว่าแอปทำงานหรือเปล่า ส่วนการใช้ agent แบบมีคนรีวิว AI อาจเขียนโค้ดเกือบทั้งหมดเหมือนกัน แต่คุณอ่าน diff เข้าใจสิ่งที่เปลี่ยน มีเทสต์ยืนยัน และอธิบายโค้ดนั้นให้คนอื่นฟังได้

Simon Willison นักพัฒนาผู้ร่วมสร้าง Django เขียนไว้ในบล็อกว่า ถ้า LLM เขียนโค้ดให้ แล้วคุณรีวิว ทดสอบอย่างละเอียด และอธิบายได้ว่ามันทำงานอย่างไร นั่นไม่ใช่ vibe coding แต่คือการพัฒนาซอฟต์แวร์ตามปกติ การทำงานแบบหลังนี้บางคนเรียกว่า agentic engineering ตามที่ Karpathy ใช้ แต่คำนี้ยังใหม่ และแต่ละคนใช้ความหมายไม่ตรงกันนัก

คนคนเดียวใช้ได้ทั้งสามแบบ เช่น vibe code ต้นแบบเพื่อดูว่าไอเดียเวิร์กไหม แล้วทำของจริงด้วย agent แบบมีคนรีวิว

Vibe coding เหมาะกับงานแบบไหน

Vibe coding เหมาะกับงานที่พังแล้วเสียหายน้อย มีคนใช้คนเดียวหรือไม่กี่คน และพร้อมทิ้งได้ เช่น ต้นแบบเพื่อทดสอบไอเดีย เครื่องมือส่วนตัว สคริปต์ที่รันครั้งเดียว และการลองเรียนเทคโนโลยีใหม่

• ต้นแบบ (prototype) ทำหน้าจอให้ลูกค้าหรือทีมเห็นภาพภายในวันเดียว คุยกันจบแล้วทิ้งได้
• เครื่องมือส่วนตัว เช่น สคริปต์เปลี่ยนชื่อไฟล์รูป หรือแอปจดรายจ่ายที่ใช้คนเดียวบนเครื่องตัวเอง
• สคริปต์ใช้ครั้งเดียว แปลงไฟล์ CSV หรือย้ายข้อมูลรอบเดียวแล้วจบ ถ้าข้อมูลสำคัญให้สำรองไว้ก่อนเสมอ
• การเรียนรู้ ให้ AI สร้างตัวอย่างที่รันได้ของเฟรมเวิร์กใหม่ แล้วค่อยไล่อ่านทีหลัง

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

Vibe coding เสี่ยงตรงไหน

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

รายงานของ Veracode (กรกฎาคม 2568) ให้ LLM มากกว่า 100 ตัวเขียนโค้ดใน 80 โจทย์ที่เลือกได้ทั้งวิธีที่ปลอดภัยและไม่ปลอดภัย พบว่าโมเดลเลือกวิธีที่ไม่ปลอดภัยราว 45% กันช่องโหว่ cross-site scripting (XSS) ไม่ได้ถึง 86% ของกรณี และโมเดลที่ใหญ่กว่าไม่ได้เขียนโค้ดปลอดภัยกว่าอย่างมีนัยสำคัญ จุดที่ควรระวังมีประมาณนี้

• Secret หลุด AI มักใส่ API key หรือรหัสผ่านฐานข้อมูลลงในโค้ดตรงๆ บางครั้งอยู่ในโค้ดฝั่งหน้าเว็บที่ใครเปิดดูก็เห็น หรือถูก push ขึ้น GitHub สาธารณะไปด้วย
• Injection โค้ดที่เอาข้อความจากผู้ใช้ไปต่อเป็นคำสั่ง SQL หรือแสดงบนหน้าเว็บโดยไม่กรอง ใช้งานปกติได้ดี แต่เปิดช่องให้คนอื่นดึงหรือแก้ข้อมูล
• Dependency ที่ไม่มีใครตรวจ AI อาจติดตั้งแพ็กเกจเวอร์ชันเก่าที่มีช่องโหว่ หรือชื่อแพ็กเกจที่ไม่มีอยู่จริง ซึ่งคนร้ายอาจจดชื่อนั้นไว้รอ (เรียกกันว่า slopsquatting)
• เงินและข้อมูลส่วนบุคคล ระบบชำระเงินและการคำนวณยอดต้องถูกตั้งแต่วันแรก และถ้าเก็บข้อมูลส่วนบุคคลก็มีหน้าที่ตาม PDPA ตามมาด้วย
• สิทธิ์ของ agent agent ที่ได้สิทธิ์เต็มและต่อกับฐานข้อมูลหรือ cloud จริง อาจรันคำสั่งลบหรือแก้ผิดที่ได้ในจังหวะเดียว
• โค้ดที่ไม่มีใครเข้าใจ ยิ่งแก้ยิ่งยุ่ง จนวันที่ AI แก้ไม่ไหวก็ไม่มีใครรู้ว่าควรเริ่มตรงไหน

Vibe coding ทำให้สร้างของได้เร็ว แต่ความรับผิดชอบยังอยู่กับคน ถ้าโค้ดนั้นทำข้อมูลลูกค้ารั่ว คนที่ต้องตอบคำถามคือคุณหรือบริษัทของคุณ ถ้าเป็นงานในบริษัท อ่านเรื่องการวางกติกาต่อได้ที่ ใช้ AI coding agent ในบริษัท

Vibe code อย่างไรให้ปลอดภัย

การ vibe code ให้ปลอดภัยคือปล่อยให้ AI ทำงานเร็วได้เต็มที่ แต่ล้อมไว้ด้วยรั้วที่ไม่ต้องพึ่งการอ่านโค้ดทุกบรรทัด คือ git สำหรับย้อนกลับ เทสต์สำหรับตัดสินผล โหมดสิทธิ์สำหรับจำกัดสิ่งที่ agent ทำได้ และกติกาห้ามเอา secret เข้าใกล้ AI ทำได้ทั้งใน Claude Code และ Codex CLI

1. แยก branch และ commit ทุกครั้งที่ได้ผลที่ใช้ได้ พังเมื่อไรก็ย้อนกลับได้ทั้งก้อน
2. ให้เทสต์เป็นกรรมการ ให้ agent เขียนเทสต์ก่อน งานเสร็จเมื่อเทสต์ผ่าน และห้ามแก้เทสต์เพื่อให้ผ่าน
3. ให้ agent อธิบาย diff ก่อน commit เปลี่ยนอะไร เพิ่มแพ็กเกจอะไร แตะไฟล์ไหนนอกเหนือจากที่สั่ง
4. เริ่มจากโหมดที่ต้องขออนุญาต ส่วนโหมดข้ามการขออนุญาตใช้เฉพาะใน container ที่แยกไว้
5. ไม่วาง secret ลงในแชตหรือในโค้ด ใช้ไฟล์ .env ที่อยู่ใน .gitignore และใช้ key ของระบบทดสอบ
6. ตรวจ dependency ใหม่ทุกตัว ว่ามีอยู่จริงและยังมีคนดูแล แล้วรัน npm audit หรือเครื่องมือตรวจของภาษานั้น
7. เขียนกติกาไว้ใน CLAUDE.md หรือ AGENTS.md agent จะอ่านทุกครั้งที่เริ่มงาน ดูวิธีเขียนไฟล์กฎโปรเจกต์

git switch -c try/expense-app
# ให้ agent ทำงาน พอได้ผลที่ใช้ได้ก็ commit เก็บไว้
git add -A && git commit -m "expense app: monthly chart works"

Claude Code มี checkpoint ที่ย้อนได้ด้วย /rewind แต่ไม่ติดตามไฟล์ที่ถูกแก้ด้วยคำสั่ง bash อย่างเดียว และไม่ได้มาแทน git ตัวอย่างคำสั่งสำหรับข้อ 2 และ 3 พิมพ์ภาษาไทยได้เลย

เขียนเทสต์ของฟังก์ชันสรุปยอดรายเดือนก่อน แล้วค่อยเขียนโค้ดให้ผ่าน
งานเสร็จเมื่อ npm test ผ่านทั้งหมด ห้ามแก้หรือลบไฟล์เทสต์

สรุป git diff ทีละไฟล์ว่าเปลี่ยนอะไร มีแพ็กเกจใหม่ไหม
และมีจุดไหนที่รับข้อมูลจากผู้ใช้โดยไม่ตรวจหรือไม่

เรื่องโหมดสิทธิ์ ณ พฤศจิกายน 2569 Claude Code มี default ที่ถามก่อนแก้ไฟล์และรันคำสั่ง, acceptEdits ที่แก้ไฟล์เองได้แต่ยังถามก่อนคำสั่งส่วนใหญ่, plan สำหรับสำรวจและวางแผนก่อนแก้ และ auto ที่ทำเองโดยมีตัวคัดกรองความปลอดภัยเบื้องหลังถ้าบัญชีเปิดให้ใช้ กด Shift+Tab เพื่อสลับ ส่วน --dangerously-skip-permissions เอกสารให้ใช้เฉพาะใน container หรือ VM ที่แยกไว้ ฝั่ง Codex CLI ค่าเริ่มต้นในโฟลเดอร์ git คือ sandbox แบบ workspace-write คู่กับ on-request ซึ่งปิดอินเทอร์เน็ตของคำสั่งไว้ก่อน ปรับได้ด้วย /permissions และดูการเปลี่ยนแปลงด้วย /diff ส่วน --yolo ปิดทั้ง sandbox และการขออนุญาต

claude --permission-mode plan
codex --sandbox workspace-write --ask-for-approval on-request

กันไม่ให้ Claude Code อ่านไฟล์ secret ได้ด้วยกฎ deny ในไฟล์ .claude/settings.json ของโปรเจกต์

{
  "permissions": {
    "deny": ["Read(./.env)", "Read(./.env.*)", "Read(./secrets/**)"]
  }
}

กฎนี้ครอบเครื่องมืออ่านไฟล์ของ Claude และคำสั่งอย่าง cat ที่ระบุชื่อไฟล์ แต่ไม่ครอบสคริปต์ที่เปิดไฟล์เอง ถ้าต้องกันระดับระบบให้เปิด sandbox เพิ่ม และก่อนเอางานไปให้คนอื่นใช้ ให้คนที่อ่านโค้ดเป็นรีวิวอย่างน้อยหนึ่งรอบ ดูการตั้งค่าเพิ่มใน คู่มือ Claude Code และ คู่มือ Codex CLI

Vibe coding กับ agent ที่ทำงานยาวโดยไม่คิดค่า token

ไม่ว่าจะ vibe code หรือรีวิวทุก diff agent ก็วนลูปหลายสิบรอบต่องาน ถ้าจ่ายตาม token ค่าใช้จ่ายจึงโตตามความยาวของ session buzzAI กำลังทำ API สำหรับ coding agent แบบแพ็กรายเดือนที่ไม่คิดค่า token และไม่มีโควตารายวันหรือรายสัปดาห์ ใช้กับ Claude Code ผ่าน ANTHROPIC_BASE_URL, Codex CLI และเครื่องมือที่ตั้ง base URL แบบ OpenAI-compatible ได้ ใช้โมเดล open-weight Qwen3.8-27B

สิ่งที่มีขอบเขตคือจำนวน agent ที่รันพร้อมกัน (แพ็ก Personal ทีละ 1 ตัว แพ็กบริษัท 1–8 ตัว) ขนาด context ตามแพ็ก และคิวในช่วงที่คนใช้เยอะ เช็กลิสต์ข้างบนยังใช้ได้เหมือนเดิมไม่ว่าจะต่อกับ API ไหน ตอนนี้ API ยังไม่เปิดใช้ เรากำลังเปิดให้ขอร่วมทดสอบรอบที่ 1 และจะส่ง API key ให้ทางอีเมลเมื่อมีผู้สมัครครบโควต้าที่กำหนด ดูรายละเอียดแพ็กได้ที่หน้าราคา