พื้นฐานการใช้ AIการเขียน Prompt

Vibe Coding ช่วยอะไรและรับผิดชอบอะไรไม่ได้

เรียนรู้ “Vibe Coding ช่วยอะไรและรับผิดชอบอะไรไม่ได้” เพื่อสร้างเครื่องมือที่ตรวจสอบ ปลอดภัย และดูแลต่อได้

เป้าหมาย: พาเครื่องมือจากโจทย์ถึง pilot โดยมีหลักฐานและความรับผิดชอบ · ใช้เวลาประมาณ 16 นาที

Specify → Build → Verify → Operate

ความเร็วสร้างโค้ดต้องมาพร้อมหลักฐานว่าเครื่องมือแก้ปัญหาและปลอดภัย

Specify

นิยาม user, data, states, permission และ acceptance

Build

เปลี่ยนทีละส่วนใน sandbox พร้อม reviewable diff

Verify

run tests, security checks และ user task

Operate

release จำกัด monitor support และ rollback

Artifact ที่ต้องมี

Vibe Coding

สร้าง Vibe Coding ที่ทีมตรวจและทำซ้ำได้

เก็บเป็น artifact ไม่ใช่แค่ข้อความแชต

prototype

สร้าง prototype ที่ทีมตรวจและทำซ้ำได้

Vibe Coding ช่วยสำรวจและสร้าง prototype เร็ว แต่ผู้สร้างยังรับผิดชอบ requirement, code review, data, security, testing และ maintenance

technical debt

สร้าง technical debt ที่ทีมตรวจและทำซ้ำได้

owner

สร้าง owner ที่ทีมตรวจและทำซ้ำได้

ทางลัดที่กลายเป็นหนี้

ให้ AI แก้หลายไฟล์โดยไม่อ่าน diff

behavior และ dependency แฝง

small changes and review

test ด้วย production data

เสี่ยง PDPA และเปลี่ยนข้อมูลจริง

synthetic fixtures/sandbox

ไม่มี owner หลัง demo

ช่องโหว่และ bug ไม่มีคนแก้

operational ownership

วางแผน Prototype ถึง Pilot

ผู้ก่อตั้งสร้างระบบลูกค้าในคืนเดียวและอยากใช้จริงทันที

กำหนด spec, schema, environment, review, tests, release และ rollback

ดูคำตอบตัวอย่าง

เขียน spec และ acceptance แยก non-goal ออกแบบ schema/source/state/permission ใช้ sandbox กับ synthetic data และ secret manager ให้ AI ทำ diff เล็กผ่าน code review รัน unit/integration/permission/failure/E2E เปิด pilot ด้วย feature flag monitor และมี rollback กับ owner

spec/acceptance
schema/state
sandbox/secrets
review
tests
pilot/rollback

บันทึกช่วยจำ

ห้ามใช้ credential หรือข้อมูลจริงในบริการที่ไม่ได้รับอนุมัติ
การ deploy ระบบสำคัญควรมีผู้เชี่ยวชาญตรวจ code และ security

สรุปบทเรียนนี้

spec ก่อน code
sandbox review test
pilot monitor rollback