เวลาใช้ Google Gemini หลายคนกำหนดเพียงว่า “ต้องการให้ AI ทำอะไร” แต่ไม่ได้บอกว่า อะไรทำได้ อะไรห้ามทำ ต้องยาวแค่ไหน ใช้ข้อมูลจากไหน หรือคำตอบต้องอยู่ในขอบเขตใด

ผลคือ Gemini อาจตอบได้ถูกเรื่อง แต่ไม่ตรงรูปแบบที่เราต้องการ

ตัวอย่าง Prompt

ช่วย Rewrite บทความนี้ให้ดีขึ้น

Gemini อาจ

เพิ่มข้อมูลใหม่
ตัดข้อมูลที่เราต้องการเก็บ
เปลี่ยนตัวเลข
เปลี่ยน Tone
ขยายเนื้อหา
เปลี่ยนข้อสรุป

ทั้งที่เราอาจต้องการเพียงแก้ภาษา

Prompt ที่ควบคุมได้ดีกว่าคือ

Rewrite บทความนี้ให้ภาษาเป็นธรรมชาติและกระชับขึ้นประมาณ 20% โดยรักษาความหมาย ตัวเลข วันที่ ชื่อ และข้อสรุปเดิมทั้งหมด ห้ามเพิ่มข้อเท็จจริงใหม่ และตอบเป็นบทความฉบับแก้ไขเท่านั้น

ข้อความอย่าง

รักษาความหมายเดิม
ห้ามเพิ่มข้อมูลใหม่
ลดความยาวประมาณ 20%
ตอบเฉพาะบทความ

คือ Constraints

Constraints ช่วยกำหนด “รั้ว” ให้ Gemini รู้ว่าคำตอบสามารถเคลื่อนไหวได้แค่ไหน

บทความนี้จะอธิบาย วิธีใช้ Constraints ใน Prompt Gemini ตั้งแต่พื้นฐาน พร้อมตัวอย่าง Prompt สำหรับงานเขียน สรุป วิเคราะห์ ทำงาน ธุรกิจ และ Coding

Constraints ใน Prompt คืออะไร?

Constraints คือข้อกำหนดหรือเงื่อนไขที่ใช้จำกัดวิธีทำงานและผลลัพธ์ของ Gemini

พูดง่าย ๆ คือ

Task บอกว่า “ทำอะไร”
Constraints บอกว่า “ต้องทำภายใต้เงื่อนไขอะไร”

ตัวอย่าง

Task

เขียนบทความ

Constraints

ภาษาไทย

ไม่เกิน 1,500 คำ

ใช้ H1/H2/H3

ห้ามสร้างตัวเลข

ใช้เฉพาะ Source ที่ให้

เมื่อรวมกัน Gemini จะเข้าใจงานละเอียดขึ้น

ทำไม Constraints ถึงสำคัญ?

เพราะคำสั่งส่วนใหญ่มีหลายวิธีในการทำให้สำเร็จ

ตัวอย่าง

สรุปรายงานนี้

Gemini สามารถสรุปได้เป็น

5 Bullet
20 Bullet
Paragraph
ตาราง
Executive Summary
สรุป 2 หน้า

ทั้งหมดอาจถือว่า “สรุป”

แต่ถ้าเราต้องการ

Executive Summary ไม่เกิน 300 คำ

Constraint ทำให้ Output เข้าใกล้สิ่งที่ต้องการมากขึ้น

Constraints ต่างจาก Goal อย่างไร?

สองอย่างนี้ไม่เหมือนกัน

Goal

บอกผลลัพธ์หลัก

ตัวอย่าง

เพื่อให้ผู้บริหารตัดสินใจว่าจะอนุมัติโครงการหรือไม่

Constraint

บอกเงื่อนไขที่ต้องรักษา

ตัวอย่าง

ไม่เกิน 1 หน้า และใช้เฉพาะข้อมูลในรายงาน

รวมกันได้ว่า

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

Constraints ต่างจาก Output Format อย่างไร?

Output Format บอกโครงสร้างคำตอบ

เช่น

ตอบเป็นตาราง

Constraint อาจกำหนดว่า

ตารางต้องมีไม่เกิน 5 คอลัมน์

หรือ

ห้ามเพิ่ม Field ที่ไม่ได้กำหนด

ดังนั้นสองอย่างนี้สามารถใช้ร่วมกันได้

Constraints ที่ดีควรมีลักษณะอย่างไร?

Constraint ที่ดีควร

ชัด
ตรวจได้
ไม่ขัดกับ Goal
ไม่ซ้ำกัน
มีเหตุผลต่อ Output

ตัวอย่างที่ชัด

ไม่เกิน 200 คำ

ตัวอย่างที่กำกวม

อย่ายาวเกินไป

คำว่า “ยาวเกินไป” แต่ละคนตีความไม่เหมือนกัน

① Constraint เรื่องความยาว

เป็น Constraint ที่ใช้บ่อยที่สุด

ตัวอย่าง

ตอบไม่เกิน 300 คำ

Email ไม่เกิน 120 คำ

Summary ไม่เกิน 10 Bullet

แต่ละ Bullet ไม่เกิน 2 ประโยค

Prompt ตัวอย่าง

สรุปรายงานนี้ไม่เกิน 250 คำ โดยเก็บ Key Numbers, Risks และ Decisions Needed ไว้ครบ

ข้อควรระวังคืออย่ากำหนดสั้นจน Goal ทำไม่ได้

ตัวอย่าง

อธิบายระบบทั้งหมดอย่างละเอียดใน 50 คำ

เป็น Requirement ที่อาจขัดกัน

② Constraint เรื่องภาษา

ตัวอย่าง

ตอบเป็นภาษาไทย

ใช้ภาษาอังกฤษระดับ B1

ใช้ศัพท์เทคนิคภาษาอังกฤษได้ แต่ให้อธิบายภาษาไทยครั้งแรกที่ใช้

Prompt:

อธิบาย Cloud Computing เป็นภาษาไทยสำหรับมือใหม่ ใช้ศัพท์ Technical ภาษาอังกฤษเฉพาะคำที่จำเป็นและแปลความหมายครั้งแรก

③ Constraint เรื่อง Tone

Tone สามารถใช้เป็น Constraint ได้

ตัวอย่าง

ใช้น้ำเสียง Professional + Friendly

หลีกเลี่ยง Slang

ไม่ขายของเกินไป

ไม่ใช้ภาษากดดัน

Prompt:

เขียน Follow-up Email ให้สุภาพและเป็นมืออาชีพ หลีกเลี่ยงคำที่ทำให้ผู้รับรู้สึกถูกกดดัน

④ Constraint เรื่อง Audience

กำหนดระดับคำตอบ

ตัวอย่าง

เขียนสำหรับมือใหม่

สมมติว่าผู้อ่านไม่มีพื้นฐาน Coding

หลีกเลี่ยงศัพท์เฉพาะที่ไม่จำเป็น

Prompt:

อธิบาย API สำหรับเจ้าของธุรกิจที่ไม่มีพื้นฐาน Programming โดยหลีกเลี่ยงศัพท์ Technical ที่ไม่จำเป็นและใช้ตัวอย่างจากระบบร้านค้าออนไลน์

⑤ Constraint เรื่อง Source

มีประโยชน์มากกับงานที่ต้องการความแม่นยำ

ตัวอย่าง

ใช้เฉพาะข้อมูลใน Source ที่ให้

ห้ามใช้ข้อมูลภายนอก

หาก Source ไม่มีข้อมูลให้เขียนว่า “ไม่ได้ระบุ”

Prompt:

สรุปเอกสารนี้โดยใช้เฉพาะข้อมูลใน <SOURCE> หากประเด็นใดไม่ได้ระบุ ห้ามเดา

นี่ช่วยลดการเติมข้อมูลเกิน Source

⑥ Constraint เรื่องข้อเท็จจริง

ตัวอย่าง

ห้ามสร้าง Fact ใหม่

ห้ามสร้างตัวเลข

ห้ามสร้าง Quote

ห้ามสร้าง Citation

ห้ามสร้างชื่อผลิตภัณฑ์หรือ Feature ที่ไม่ได้ให้

เหมาะกับ

บทความ
Research
Report
Business
Technical Documentation

⑦ Constraint เรื่องข้อมูลที่ต้องรักษา

สำคัญกับ Rewrite และ Translation

Prompt:

รักษา Meaning, Names, Numbers, Dates, Units และ Conditions เดิมทั้งหมด

หรือ

เปลี่ยนได้เฉพาะภาษาและโครงสร้างประโยค ห้ามเปลี่ยนข้อเท็จจริง

⑧ Constraint เรื่องขอบเขต

ใช้ป้องกัน Gemini ขยายงาน

ตัวอย่าง

วิเคราะห์เฉพาะ Conversion Rate

ไม่ต้องวิเคราะห์ Traffic

จำกัดคำตอบเฉพาะปัญหาใน Code Block ที่ให้

Prompt:

Review เฉพาะ Security Issues ใน Function นี้ ไม่ต้องเสนอการ Refactor Architecture

ช่วยลดคำตอบที่ออกนอก Scope

⑨ Constraint เรื่องสิ่งที่ห้ามเปลี่ยน

ตัวอย่าง Coding

ห้ามเปลี่ยน Public API

ห้ามเปลี่ยน Database Schema

ห้ามเพิ่ม Dependency

ห้ามแก้ไฟล์อื่น

Prompt:

แก้ Bug นี้ด้วย Minimal Change โดยห้ามเปลี่ยน Public API และห้ามเพิ่ม Library ใหม่

เหมาะกับ Codebase ที่ต้องลด Regression Risk

⑩ Constraint เรื่องรูปแบบคำตอบ

ตัวอย่าง

ตอบเป็นตารางเท่านั้น

ใช้ H1/H2/H3

ไม่ใช้ตาราง

ใช้ Checklist

ตอบเฉพาะ JSON

Prompt:

ดึงข้อมูลออกมาเป็น JSON ตาม Schema ที่ให้เท่านั้น ห้ามเพิ่ม Field ใหม่

⑪ Constraint เรื่องจำนวนรายการ

ตัวอย่าง

เสนอสูงสุด 5 ตัวเลือก

ให้ 3 Recommendation ที่สำคัญที่สุด

สร้าง FAQ 10 ข้อ

แต่ควรระวังการบังคับจำนวนมากเกินข้อมูล

ตัวอย่าง

หาสาเหตุให้ครบ 50 ข้อ

อาจทำให้ AI เติมสาเหตุคุณภาพต่ำเพื่อให้ครบ

ดีกว่าใช้

เสนอสูงสุด 10 สาเหตุที่มีเหตุผลจากข้อมูลที่มี

⑫ Constraint เรื่องลำดับความสำคัญ

ถ้ามีหลาย Requirement ควรบอก Priority

ตัวอย่าง

Priority:

Accuracy

Completeness

Clarity

Conciseness

และเพิ่มว่า

หากความสั้นทำให้ข้อมูลสำคัญหาย ให้รักษาความครบก่อน

นี่ช่วยแก้ Conflict ได้ดี

⑬ Constraint เรื่องเวลา

สำหรับแผนงานสามารถระบุ

ต้องทำเสร็จภายใน 7 วัน

มีเวลาเพียงวันละ 1 ชั่วโมง

Meeting ใช้เวลาไม่เกิน 30 นาที

Prompt:

สร้าง Study Plan 14 วัน โดยมีเวลาอ่านวันละไม่เกิน 90 นาที และต้องมีวันทบทวนอย่างน้อย 3 วัน

⑭ Constraint เรื่องงบประมาณ

ตัวอย่าง

งบไม่เกิน 20,000 บาท

ห้ามเสนอวิธีที่ต้องซื้อ Software เพิ่ม

ใช้ทรัพยากรเดิมก่อน

Prompt:

เสนอวิธีเพิ่ม Leads โดยใช้งบไม่เกิน 15,000 บาทต่อเดือน และให้ความสำคัญกับวิธีที่สามารถทดลองได้ก่อนลงทุนก้อนใหญ่

⑮ Constraint เรื่องทรัพยากร

เช่น

ทีมมี 2 คน

ไม่มี Developer

ใช้เฉพาะ Google Sheets

ห้ามใช้ Tool เพิ่ม

Gemini จะไม่เสนอ Solution ที่ทำไม่ได้จริงง่าย ๆ

⑯ Constraint เรื่อง Deadline

ตัวอย่าง

Project ต้อง Launch ภายใน 30 วัน

งานทุกอย่างต้องเสร็จก่อนวันที่ [DATE]

Prompt:

สร้าง Project Plan ที่สามารถเสร็จภายใน 30 วัน โดยทีม 3 คนและห้ามเพิ่มคน

⑰ Constraint เรื่องระดับรายละเอียด

ตัวอย่าง

อธิบายในระดับ Beginner

ไม่ต้องอธิบายพื้นฐาน

เน้น Implementation Details

ตอบเฉพาะ Executive Level

Prompt:

สรุปเรื่องนี้สำหรับผู้บริหาร ใช้เฉพาะ Business Impact, Risks และ Decisions ไม่อธิบาย Technical Implementation เว้นแต่มีผลต่อการตัดสินใจ

⑱ Constraint เรื่องตัวอย่าง

ตัวอย่าง

ยกตัวอย่างไม่เกิน 2 ตัว

ทุก Section ต้องมีตัวอย่าง

ห้ามสร้าง Case Study สมมติ

สามารถใช้ตาม Goal

⑲ Constraint เรื่องคำศัพท์

เช่น

ใช้คำว่า “ลูกค้า” แทน “ผู้บริโภค”

รักษาชื่อ Product ภาษาอังกฤษ

ห้ามแปล Technical Terms บางคำ

เหมาะกับ Brand หรือ Technical Documentation

⑳ Constraint เรื่องคำที่ห้ามใช้

ใช้ได้ แต่ไม่ควรเยอะเกินไป

ตัวอย่าง

หลีกเลี่ยงคำว่า “ดีที่สุด” หากไม่มีหลักฐาน

ห้ามใช้ Fake Urgency

หลีกเลี่ยงคำว่า “รับประกันผล”

Prompt:

เขียน Marketing Copy โดยห้ามใช้คำว่า “ดีที่สุด”, “รับประกัน” หรือ Scarcity ที่ไม่มีข้อมูลจริง

㉑ Constraint เรื่อง Claims

ตัวอย่าง

ทุก Claim ต้องมีข้อมูลรองรับ

หากไม่มี Evidence ให้เขียนเป็น Hypothesis

ห้ามสร้างการรับรองประสิทธิภาพ

เหมาะกับ Marketing และ Research

㉒ Constraint เรื่อง Assumption

Prompt:

หากจำเป็นต้องใช้ Assumption ให้ระบุ Assumption แยกก่อน Recommendation และห้ามซ่อน Assumption ไว้ในข้อความเหมือนเป็น Fact

นี่มีประโยชน์กับ Analysis

㉓ Constraint เรื่องการถามกลับ

สามารถกำหนดว่า Gemini ควรถามหรือไม่

ตัวอย่าง

หากข้อมูลสำคัญขาด ให้ถามสูงสุด 3 คำถามก่อนตอบ

หรือ

อย่าถามกลับ ให้ทำ Best Effort และระบุ Missing Information

เลือกให้เหมาะกับ Workflow

㉔ Constraint เรื่องการคำนวณ

Prompt:

แสดง Formula และค่าที่แทนก่อนผลลัพธ์ทุกครั้ง และรักษาหน่วยเดิม

เหมาะกับ Finance, Engineering และ Data Analysis

㉕ Constraint เรื่องการประมาณค่า

Prompt:

ห้ามประมาณตัวเลขหากฉันไม่ได้อนุญาต หากจำเป็นต้อง Estimate ให้ Label ชัดและแสดง Assumptions

ช่วยป้องกันตัวเลขสมมติถูกนำไปใช้เหมือน Fact

㉖ Constraint เรื่องการจัดอันดับ

ตัวอย่าง

อย่าจัดอันดับหากไม่มี Criteria

หรือ

ใช้ Criteria: Cost 40%, Reliability 30%, Ease 30%

Prompt:

จัดอันดับตัวเลือกตาม Criteria ที่กำหนดเท่านั้น ห้ามเพิ่มเกณฑ์ใหม่เอง

㉗ Constraint เรื่องการเปรียบเทียบ

Prompt:

ใช้ Criteria เดียวกันกับทุกตัวเลือก และหากข้อมูลของตัวเลือกใดไม่มี ให้เขียน “ไม่มีข้อมูล” แทนการเดา

ช่วยให้ Comparison ยุติธรรมขึ้น

㉘ Constraint เรื่อง Recommendation

ตัวอย่าง

แนะนำเพียงหนึ่งตัวเลือก

หรือ

อย่าเลือก Winner เดียว ให้แบ่งตาม Use Case

ทั้งสองแบบใช้ได้ขึ้นกับสิ่งที่ผู้ใช้ต้องการ

㉙ Constraint เรื่อง Creativity

ถ้าต้องการสร้างสรรค์มากขึ้น

สามารถเสนอแนวคิดที่แตกต่างได้ แต่ห้ามเปลี่ยน Brand Positioning

ถ้าต้องการความแม่นมากกว่า

ให้ความถูกต้องมากกว่าความสร้างสรรค์

㉚ Constraint เรื่อง Originality

ตัวอย่าง

ใช้ตัวอย่างเป็น Style Reference เท่านั้น ห้ามคัดลอกวลี

เหมาะกับการเขียนตาม Style ตัวอย่าง

㉛ Constraint สำหรับ Summary

Prompt ที่ดี:

สรุป Source นี้ไม่เกิน 10 Bullet โดยรักษาตัวเลข ชื่อ วันที่ และข้อสรุปเดิม ห้ามเพิ่มข้อมูลใหม่

Constraints ชัดเจน 4 อย่าง

㉜ Constraint สำหรับ Rewrite

Prompt:

Rewrite ให้ภาษาเป็นธรรมชาติขึ้น แต่:

ห้ามเปลี่ยน Meaning

ห้ามเพิ่ม Fact

รักษาตัวเลขและชื่อ

ลดความยาวประมาณ 15–20%

ตอบเฉพาะข้อความฉบับใหม่

㉝ Constraint สำหรับบทความ

Prompt:

เขียนบทความเรื่อง [TOPIC] โดย:

ใช้ H1/H2/H3

ตอบ Search Intent ก่อน

ใช้ความยาวเท่าที่จำเป็น

ห้าม Keyword Stuffing

ห้ามสร้างตัวเลขหรือ Source

ตัด Section ที่ไม่ช่วย Intent

㉞ Constraint สำหรับ Email

Prompt:

เขียน Email ไม่เกิน 150 คำ ใช้ Tone Professional + Friendly มี CTA เดียว และห้ามเปลี่ยน Deadline ที่ให้

㉟ Constraint สำหรับ Social Media

Prompt:

เขียน Facebook Post 5 เวอร์ชัน แต่ละเวอร์ชันไม่เกิน 150 คำ ห้ามใช้ Fake Urgency และแต่ละเวอร์ชันต้องใช้ Angle ต่างกัน

㊱ Constraint สำหรับ Marketing Copy

Prompt:

เขียน Copy โดยใช้เฉพาะ Benefits ที่มีข้อมูลรองรับ ห้ามสร้าง Review, Statistics, Guarantee หรือ Scarcity ขึ้นเอง

㊲ Constraint สำหรับ Business Analysis

Prompt:

ใช้เฉพาะข้อมูลที่ให้ แยก Fact, Hypothesis และ Recommendation ห้ามสร้าง Market Size หรือ Forecast และห้ามสรุป Root Cause หากไม่มี Evidence

㊳ Constraint สำหรับ Decision Making

Prompt:

ใช้ Criteria [CRITERIA] เท่านั้นในการเปรียบเทียบ แสดง Trade-offs และ Missing Information ก่อน Recommendation

㊴ Constraint สำหรับ Coding

Prompt:

แก้เฉพาะ Function นี้ ห้ามเพิ่ม Dependency ห้ามเปลี่ยน Public API และต้องสร้าง Regression Test หลังแก้

㊵ Constraint สำหรับ Debug

Prompt:

วิเคราะห์จาก Error, Code และ Environment ที่ให้ก่อน อย่าเสนอการ Reinstall หรือเปลี่ยน Architecture เป็นขั้นแรก และอย่าเปลี่ยนหลายตัวแปรพร้อมกัน

㊶ Constraint สำหรับ Code Review

Prompt:

Review เฉพาะ Correctness, Security และ Regression Risk ไม่ต้องเสนอ Style Refactor เว้นแต่ทำให้เกิด Bug

㊷ Constraint สำหรับ SQL

Prompt:

ห้ามเปลี่ยน Schema และห้ามเสนอ Index จนกว่าจะวิเคราะห์ Query Pattern และ Existing Index ที่ให้ก่อน

㊸ Constraint สำหรับ Translation

Prompt:

แปลเป็นภาษาไทยโดยรักษาชื่อเฉพาะ ตัวเลข Code Technical Terms และ Formatting เดิม ห้ามอธิบายเพิ่มเติม

㊹ Constraint สำหรับ Data Extraction

Prompt:

ดึงข้อมูลตาม Schema เท่านั้น หากข้อมูลไม่มีให้ใส่ null ห้าม Infer ค่า

ตัวอย่าง

{
  "name": null,
  "deadline": null,
  "owner": null
}

㊺ Constraint สำหรับ Meeting Notes

Prompt:

ดึงเฉพาะ Decision, Action, Owner และ Deadline หาก Owner หรือ Deadline ไม่ได้ระบุ ให้เขียน “ไม่ได้ระบุ” ห้ามเดา

㊻ Constraint สำหรับ Research

Prompt:

ใช้เฉพาะ Sources ที่ให้ ห้ามสร้าง Citation และหาก Sources ขัดกันให้แสดงทั้งสองข้อมูลแทนการเลือกเอง

㊼ Constraint สำหรับการเรียน

Prompt:

อย่าเฉลยโจทย์ทันที ให้ Hint ก่อนหนึ่งระดับและรอคำตอบของฉันก่อนเปิดเผย Solution

นี่คือ Constraint ที่เปลี่ยน Gemini จาก Answer Generator เป็น Tutor

㊽ Constraint สำหรับ Brainstorm

Prompt:

เสนอสูงสุด 20 ไอเดีย แต่แต่ละไอเดียต้องแตกต่างกันที่ Mechanism หรือ Strategy ไม่ใช่เพียงเปลี่ยนชื่อ

ช่วยลด List ที่ดูเยอะแต่ความหมายซ้ำ

㊾ Constraint สำหรับ Planning

Prompt:

สร้างแผนที่สามารถทำได้ด้วยทีม [จำนวน] คน งบ [งบ] และระยะเวลา [เวลา] ห้ามเสนอสิ่งที่ต้องใช้ทรัพยากรนอก Constraints โดยไม่ระบุ

㊿ Constraint อเนกประสงค์

ใช้ Template นี้ได้กับงานจำนวนมาก

งานคือ [TASK]

เป้าหมายคือ [GOAL]

Context คือ [CONTEXT]

Input คือ [INPUT]

Constraints:

ใช้เฉพาะข้อมูลที่ให้

ห้ามสร้าง Fact หรือ Number ใหม่

อยู่ภายใน Scope [SCOPE]

รักษา [สิ่งที่ห้ามเปลี่ยน]

ความยาว [LENGTH]

Tone [TONE]

Output Format [FORMAT]

หากข้อมูลไม่พอ ให้ระบุ Missing Information แทนการเดา

ก่อนส่ง Final Answer ให้ตรวจว่าไม่ได้ละเมิด Constraint ใด

Positive Constraints กับ Negative Constraints ต่างกันอย่างไร?

Constraints มีสองแบบที่ใช้บ่อย

Positive Constraint

บอกว่าต้องทำอะไร

เช่น

ใช้ประโยคกระชับ

ตอบเป็นตาราง

ใช้เฉพาะ Source

Negative Constraint

บอกสิ่งที่ห้าม

เช่น

ห้ามสร้างข้อมูล

ห้ามเปลี่ยนตัวเลข

ห้ามเพิ่ม Dependency

ทั้งสองแบบควรใช้ร่วมกันอย่างสมดุล

อย่าใช้ Negative Constraints อย่างเดียว

Prompt เช่น

อย่าเยิ่นเย้อ
อย่าซ้ำ
อย่าหลุดเรื่อง
อย่ายาว
อย่าใช้ศัพท์ยาก

บอกสิ่งที่ไม่ต้องการเยอะ แต่ไม่ได้บอกว่า “ต้องการอะไร”

ปรับเป็น

ตอบประเด็นหลักก่อน ใช้ภาษาสำหรับมือใหม่ แต่ละ Paragraph ต้องเพิ่มข้อมูลใหม่ และใช้ความยาวเท่าที่จำเป็น

ชัดกว่า

Constraint ที่วัดได้ดีกว่า Constraint กำกวม

กำกวม

เขียนสั้น ๆ

ชัดกว่า

ไม่เกิน 200 คำ

กำกวม

อย่าใช้ศัพท์ยาก

ชัดกว่า

เขียนสำหรับมือใหม่ หากใช้ศัพท์เทคนิคให้อธิบายความหมายทันที

กำกวม

อย่าเยอะ

ชัดกว่า

เสนอสูงสุด 5 ตัวเลือก

ใช้ Hard Constraint กับ Soft Constraint

สามารถแบ่งเป็น

Hard Constraints

ห้ามผิด

เช่น

ห้ามเปลี่ยนตัวเลข
ไม่เกิน 500 คำ
ใช้เฉพาะ Source

Soft Constraints

Preference

เช่น

ถ้าเหมาะให้ใช้ Bullet
Prefer ตัวอย่างสั้น
Tone เป็นกันเอง

Prompt:

MUST:

ใช้เฉพาะ Source

ไม่เกิน 500 คำ

PREFER:

ใช้ Bullet เมื่อช่วยให้อ่านง่าย

โครงสร้างนี้ดีมากเมื่อมีหลายกฎ

ทำไมต้องแยก MUST กับ PREFER?

เพราะบางครั้ง Requirement ไม่สามารถทำพร้อมกันทั้งหมดได้สมบูรณ์

เช่น

ไม่เกิน 100 คำ

กับ

ยกตัวอย่างทุกหัวข้อ

ถ้าไม่บอก Priority Gemini ต้องเลือกเอง

แต่ถ้าบอก

MUST: ไม่เกิน 100 คำ
PREFER: มีตัวอย่างถ้ามีพื้นที่

ชัดกว่า

วิธีใช้ Priority เมื่อ Constraints ขัดกัน

Prompt:

ลำดับความสำคัญ:

Accuracy

Preserve Facts

Answer Goal

Length

Style

หาก Constraints ขัดกัน ให้ยึดลำดับนี้

เหมาะกับ Master Prompt

ตัวอย่าง Constraints ที่ขัดกัน

ต้องไม่เกิน 100 คำ

แต่

ต้องอธิบาย 20 หัวข้ออย่างละเอียด

หรือ

ห้ามใช้ศัพท์เทคนิค

แต่

ต้องรักษาศัพท์เทคนิคทุกคำ

ควรแก้ก่อนส่ง

ให้ Gemini ช่วยตรวจ Constraints ได้

ใช้ Prompt

ตรวจ Constraints ด้านล่างว่ามีข้อใด:

ซ้ำกัน

ขัดกัน

กำกวม

ตรวจไม่ได้

จากนั้นเสนอเวอร์ชันที่ชัดขึ้น โดยรักษา Intent เดิม

มีประโยชน์กับ Master Prompt ที่เริ่มยาว

อย่าใส่ Constraints มากเกินไป

Constraints มากเกินไปอาจทำให้

Prompt ยาว
มีกฎขัดกัน
Output แข็ง
AI เน้น Format มากกว่า Goal
Maintenance ยาก

ควรถามทุก Constraint ว่า

ถ้าตัดออก ผลลัพธ์จะเสียอย่างมีนัยสำคัญหรือไม่?

ถ้าไม่ อาจไม่ต้องใส่

Rule of Thumb: ใช้ Constraints เท่าที่จำเป็น

งานง่ายอาจมีเพียง 1–2 ข้อ

ตัวอย่าง

สรุปไม่เกิน 5 Bullet และใช้เฉพาะข้อมูลที่ให้

ก็เพียงพอ

งานซับซ้อนอาจมี

Source
Scope
Length
Format
Must Preserve
Validation

ค่อยเพิ่มตามความจำเป็น

Constraints ไม่ควรแทน Context

ถ้าคำตอบไม่ดีเพราะ Gemini ไม่มีข้อมูล

การเพิ่ม

ห้ามมั่ว
ห้ามเดา
ห้ามผิด

สิบครั้งไม่ได้แก้ปัญหา

ต้องเพิ่ม Context หรือ Source

Constraints บอกขอบเขต แต่ไม่ได้สร้างข้อมูลที่ขาด

Constraints ไม่ควรแทน Goal

Prompt:

ห้ามยาว
ห้ามซ้ำ
ห้ามใช้ศัพท์ยาก

แต่ไม่บอกว่าต้องทำอะไร

ก็ยังเป็น Prompt ที่ไม่สมบูรณ์

ควรมี Task และ Goal ก่อน

Constraints ไม่ควรแทน Output Format

ตัวอย่าง

ไม่เกิน 500 คำ

ไม่ได้บอกว่าต้องตอบเป็น

Article
Table
Checklist

ควรกำหนด Format แยก

วิธีสร้าง Constraints จากปัญหาของ Output

ถ้า Gemini…

ตอบยาวเกินไป

เพิ่ม

ไม่เกิน [จำนวน] คำ

เพิ่มข้อมูลเอง

เพิ่ม

ใช้เฉพาะ Source

เปลี่ยนตัวเลข

เพิ่ม

รักษาตัวเลขเดิมทุกจุด

หลุดประเด็น

เพิ่ม

จำกัด Scope เฉพาะ [เรื่อง]

Format ไม่ตรง

เพิ่ม Output Schema

Rewrite แล้วความหมายเปลี่ยน

เพิ่ม Must Preserve

แก้ Constraint ให้ตรงกับปัญหา ไม่ต้องเพิ่มกฎแบบสุ่ม

Constraint สำหรับลดความเยิ่นเย้อ

Prompt:

ทุก Paragraph ต้องเพิ่มข้อมูลใหม่หรือช่วยอธิบายประเด็นเดิมให้ชัดขึ้น หาก Paragraph ไม่มีหน้าที่ดังกล่าวให้ตัดออก

ดีกว่า

อย่าเยิ่นเย้อ

เพราะกำหนด Behavior ชัดเจน

Constraint สำหรับลดคำซ้ำ

Prompt:

หากสอง Section ตอบคำถามเดียวกัน ให้รวมเข้าด้วยกัน และหลีกเลี่ยงการสรุปข้อมูลเดิมซ้ำหลายรอบ

Constraint สำหรับไม่หลุด Search Intent

Prompt:

ทุก H2 ต้องตอบ Primary Search Intent หรือ Supporting Question ที่เกี่ยวข้องโดยตรง หาก Section ใดไม่ช่วย Intent ให้ตัดออก

Constraint สำหรับ Keyword

Prompt:

ใช้ Keyword ตามธรรมชาติเมื่อเหมาะกับ Context ห้ามบังคับใส่ Keyword เพื่อให้ครบจำนวนครั้ง

ช่วยลด Keyword Stuffing

Constraint สำหรับ Article Length

แทน

เขียน 3,000 คำ

ใช้

ใช้ความยาวเท่าที่จำเป็นต่อการตอบ Search Intent ให้ครบ ห้ามเพิ่ม Section เพื่อให้ถึงจำนวนคำ

ถ้ามี Requirement ความยาวจริงค่อยกำหนด

Constraint สำหรับ Title

Prompt:

สร้าง Title ไม่เกินประมาณ [จำนวน] ตัวอักษร ให้ Primary Topic ชัดและหลีกเลี่ยง Clickbait ที่ Content ไม่สามารถตอบได้

Constraint สำหรับ CTA

Prompt:

ใช้ CTA เดียวในตอนท้าย และต้องสัมพันธ์กับ Goal ของ Content

ช่วยไม่ให้บทความขายหลายอย่างพร้อมกัน

Constraint สำหรับ Table

Prompt:

ใช้ตารางเฉพาะข้อมูลที่ต้องเปรียบเทียบหลายรายการ ห้ามใช้ตารางกับข้อความอธิบายยาว

Constraint สำหรับ Bullet

Prompt:

ใช้ Bullet เมื่อเป็นรายการอย่างน้อย 3 รายการ แต่ไม่เปลี่ยนทุก Paragraph เป็น Bullet

ช่วยให้ Format ไม่แตกกระจายเกินไป

Constraint สำหรับ SEO Article

Prompt:

MUST:

ตรง Search Intent

H1/H2/H3 มี Logic

Fact ต้องตรวจได้

MUST NOT:

Keyword Stuffing

สร้างข้อมูลเพื่อเพิ่มความยาว

สร้าง Quote/Citation

PREFER:

ตัวอย่างที่ช่วยให้ทำตามได้

Checklist เมื่อเหมาะ

Constraint สำหรับ Prompt ที่ใช้ซ้ำ

หากสร้าง Template

ควรแยก Variable

[TOPIC]
[AUDIENCE]
[GOAL]

กับ Fixed Constraints

ห้ามสร้าง Fact
ใช้ภาษาไทย
ตรวจคำตอบก่อน Final

ทำให้ใช้ง่ายขึ้น

Constraint Variables

บาง Constraint สามารถเป็น Variable

เช่น

Length: [SHORT/STANDARD/DEEP]

กำหนดว่า

SHORT

ไม่เกิน 300 คำ

STANDARD

ตามความจำเป็น

DEEP

ครอบคลุม Edge Cases และ Trade-offs

นี่ช่วยให้ Prompt เดียวรองรับหลายระดับ

Output Mode Constraints

ตัวอย่าง

Mode: [TABLE/CHECKLIST/ARTICLE]

แล้วกำหนดกฎของแต่ละ Mode

แต่ถ้าแตกต่างกันมาก ควรแยก Prompt เพื่อให้ง่ายกว่า

Constraint สำหรับ Privacy

หากทำงานกับข้อมูลธุรกิจ

สามารถกำหนด

อย่าแสดงข้อมูลส่วนบุคคลที่ไม่จำเป็นใน Final Output และหากพบ Credential หรือ Secret ให้ไม่ทำซ้ำในคำตอบ

เหมาะกับเอกสารภายในและ Code Review

Constraint สำหรับข้อมูลลับ

ไม่ควรใส่ข้อมูลสำคัญเกินจำเป็นตั้งแต่ต้น

เช่น

Password
API Key
Access Token
Secret
ข้อมูลลูกค้าที่ไม่จำเป็น

Constraint ใน Prompt ช่วยได้บางส่วน แต่การไม่ส่งข้อมูลที่ไม่จำเป็นดีกว่า

Constraint สำหรับความปลอดภัยของ Code

Prompt:

ห้าม Hard-code Password, Secret หรือ Token และห้ามแนะนำให้ปิด Security Control เพียงเพื่อให้ Code ทำงาน

Constraint สำหรับ Production

Prompt:

Solution ต้องไม่ทำลายข้อมูลเดิมและต้องมี Rollback Strategy หากเสนอการเปลี่ยน Database หรือ Deployment

Constraint สำหรับ Legacy Code

Prompt:

รักษา External Behavior และ Public Interfaces เดิมทั้งหมด เว้นแต่ Bug Fix จำเป็นต้องเปลี่ยน และต้องระบุ Breaking Change ชัดเจน

Constraint สำหรับ API Design

Prompt:

ห้ามสร้าง Endpoint เพิ่มหาก Use Case เดิมสามารถรองรับได้ และรักษา Backward Compatibility หาก Requirement ไม่ได้อนุญาต Breaking Change

Constraint สำหรับ Data Analysis

Prompt:

ห้ามสรุป Causation จาก Correlation เพียงอย่างเดียว และแยก Observation จาก Possible Explanation

มีประโยชน์มากกับ Business Data

Constraint สำหรับ Forecast

Prompt:

Forecast ต้องแยก Historical Data, Assumptions และ Projected Values และห้ามเรียก Projection ว่า Actual

Constraint สำหรับ Decision Matrix

Prompt:

ใช้ Weight ที่กำหนดเท่านั้น หาก Criteria ขาดให้ระบุ Missing Criteria แทนการเพิ่มเอง

Constraint สำหรับ Recommendations

Prompt:

Recommendation ต้องเชื่อมกับ Goal และ Constraints ของผู้ใช้ หากตัวเลือกดีที่สุดในภาพรวมแต่ละเมิด Budget ให้ห้ามเลือกเป็น Recommendation หลัก

Constraint สำหรับ Brainstorming

บางครั้งอย่าจำกัดมากเกินไป

Prompt:

สร้างไอเดียได้กว้าง แต่ต้องอยู่ภายใน Audience [AUDIENCE], Budget [BUDGET] และ Goal [GOAL]

คือให้ Creativity ภายในกรอบที่ใช้งานจริงได้

Constraints แบบไหนไม่ควรใช้?

ควรระวัง Constraint เช่น

ต้องตอบถูก 100%

AI ไม่สามารถรับประกันได้

หรือ

ต้องรู้ข้อมูลล่าสุดทุกอย่าง

ถ้าไม่ได้มี Source ปัจจุบัน

ควรเปลี่ยนเป็น Behavior ที่ตรวจได้ เช่น

หากข้อมูลอาจเปลี่ยนตามเวลา ให้ระบุว่าควรตรวจ Source ปัจจุบันก่อนใช้งาน

อย่าใช้ Constraint ที่ AI ตรวจเองไม่ได้

เช่น

ทำให้ยอดขายเพิ่ม 50%

Gemini สามารถสร้างแผน แต่ไม่สามารถรับประกันผลลัพธ์ทางธุรกิจ

เปลี่ยนเป็น

สร้างแผนที่มีเป้าหมายเพิ่มยอดขาย 50% และกำหนด Metrics สำหรับติดตามผล

Constraint กับ Success Criteria ต่างกันอย่างไร?

Constraint

ขอบเขตที่ต้องไม่ละเมิด

งบไม่เกิน 50,000 บาท

Success Criteria

เกณฑ์ว่าผลลัพธ์ถือว่าดีเมื่อไร

ต้องสร้าง Leads อย่างน้อย X ตามเป้าหมายที่ตั้ง

ใน Prompt สามารถใช้ทั้งคู่

Constraint กับ Validation ต่างกันอย่างไร?

Constraint:

ห้ามเกิน 500 คำ

Validation:

ก่อน Final ตรวจว่าคำตอบไม่เกิน 500 คำ

Constraint คือกฎ

Validation คือขั้นตรวจว่าทำตามกฎหรือไม่

เพิ่ม Validation ให้ Constraints

ตัวอย่าง

Constraints:

ไม่เกิน 300 คำ

ห้ามสร้างข้อมูลใหม่

ใช้ Bullet

ก่อนส่ง Final:

ตรวจจำนวนคำ

ตรวจว่าทุก Fact มาจาก Source

ตรวจ Format

ช่วยเพิ่มความสม่ำเสมอ

Constraint Validation Prompt

ก่อนส่งคำตอบ ให้สร้าง Internal Checklist จาก Constraints แล้วตรวจทุกข้อ หากพบข้อใดไม่ผ่าน ให้แก้ก่อนส่ง Final Output

ไม่จำเป็นต้องให้แสดง Checklist ทุกครั้ง หากต้องการเพียง Final

Constraint Hierarchy

Master Prompt ที่มีหลายกฎควรใช้ลำดับ

ตัวอย่าง

Level 1 — Must Never Break

Accuracy
Data Preservation

Level 2 — Goal

ตอบ Search Intent

Level 3 — Format

H1/H2/H3

Level 4 — Preferences

Tone

ทำให้แก้ Conflict ได้ง่ายขึ้น

ตัวอย่าง Prompt ไม่มี Constraints

เขียนบทความเรื่อง Password Manager

Gemini มีอิสระสูงมาก

เพิ่ม Constraints ขั้นแรก

เขียนบทความเรื่อง Password Manager สำหรับมือใหม่เป็นภาษาไทย

ดีขึ้น

เพิ่ม Scope

อธิบายว่าคืออะไร ทำงานอย่างไร ข้อดี ข้อควรระวัง และวิธีเริ่มใช้งาน

ดีขึ้นอีก

เพิ่ม Fact Constraint

ห้ามสร้างชื่อ Feature หรือสถิติที่ไม่ได้ให้

เพิ่ม Output Constraint

ใช้ H1/H2/H3 และสรุปท้ายบทความ

ตอนนี้ Prompt ถูกควบคุมมากขึ้นโดยไม่ต้องเขียนยาวเกินไป

ตัวอย่าง Prompt สำหรับ Rewrite พร้อม Constraints

<TEXT>
[ข้อความ]
</TEXT>

Rewrite ให้กระชับและเป็นธรรมชาติ

MUST PRESERVE:

Meaning

Numbers

Dates

Names

Conditions

MUST NOT:

เพิ่ม Fact

เปลี่ยน Conclusion

TARGET:

ลดความยาวประมาณ 20%

OUTPUT:

ตอบเฉพาะข้อความฉบับใหม่

ตัวอย่าง Prompt สำหรับสรุปพร้อม Constraints

สรุปรายงานนี้สำหรับผู้บริหาร

Constraints:

ไม่เกิน 300 คำ

ใช้เฉพาะ Source

รักษาตัวเลข

ห้ามสร้าง Cause ที่ Source ไม่ได้ระบุ

Output:

Executive Summary

Key Numbers

Risks

Decisions Needed

ตัวอย่าง Prompt สำหรับ Coding พร้อม Constraints

แก้ Bug ใน Function นี้

Environment:
[ข้อมูล]

Constraints:

ห้ามเปลี่ยน Function Signature

ห้ามเพิ่ม Dependency

รักษา Behavior อื่นเดิม

ใช้ Minimal Fix

หลังแก้:

อธิบาย Root Cause

แสดง Patch

สร้าง Regression Test

ตัวอย่าง Prompt สำหรับ Business พร้อม Constraints

วิเคราะห์ว่าควรเปิดสาขาใหม่หรือไม่

Data:
[ข้อมูล]

Constraints:

Budget ไม่เกิน [งบ]

ทีมปัจจุบันห้ามเพิ่มเกิน [จำนวน]

ใช้เฉพาะข้อมูลที่ให้

ห้ามสร้าง Market Size

Output:

Facts → Assumptions → Risks → Options → Missing Data → Recommendation

ตัวอย่าง Prompt สำหรับ Marketing พร้อม Constraints

สร้าง Marketing Experiments สำหรับเพิ่ม Leads

Constraints:

Budget ไม่เกิน 20,000 บาท

ใช้เฉพาะ Facebook และ SEO

ห้ามลดราคาสินค้า

ห้ามสร้าง Fake Urgency

ห้ามสร้าง Statistics

เสนอสูงสุด 10 Experiments พร้อม KPI

เห็นได้ว่า Constraints ทำให้ไอเดียที่ได้ตรงสภาพจริงขึ้น

ตัวอย่าง Prompt สำหรับการเรียนพร้อม Constraints

สอนฉันเรื่อง [TOPIC]

Constraints:

ระดับ Beginner

อย่าเฉลยโจทย์ทันที

ให้ Hint ก่อน

ถามทีละข้อ

หากตอบผิดให้อธิบาย Concept ที่ผิดก่อนถามใหม่

วิธีเลือก Constraints ที่จำเป็น

ถาม 5 คำถาม

1. อะไรห้ามเปลี่ยน?

เช่น Fact, Number

2. อะไรห้ามเพิ่ม?

เช่น Source, Claims

3. ขอบเขตคืออะไร?

เช่นเฉพาะ Section นี้

4. มีข้อจำกัดจริงอะไร?

เช่น Budget, Time

5. Output ต้องพร้อมใช้แบบไหน?

เช่น Table, Email

จากคำตอบจะได้ Constraints หลัก

3 Constraints ที่ใช้ได้กับงานจำนวนมาก

ถ้าไม่รู้ว่าจะเริ่มจากอะไร ใช้

อยู่ภายใน Scope ที่กำหนด

หากข้อมูลไม่พอ อย่าเดา

ตอบใน Format ที่กำหนด

เป็นฐานก่อน

5 Constraints สำหรับงานเขียน

① รักษา Search Intent
② ห้ามสร้าง Fact
③ ตัดคำซ้ำ
④ ใช้ Tone ตามกำหนด
⑤ ใช้ Output Structure ตามกำหนด

5 Constraints สำหรับงานวิเคราะห์

① ใช้ข้อมูลที่ให้
② แยก Fact กับ Assumption
③ ห้ามสรุป Cause หากไม่มี Evidence
④ ระบุ Missing Data
⑤ Recommendation ต้องเชื่อมกับ Goal

5 Constraints สำหรับ Coding

① ระบุ Version
② ห้ามเพิ่ม Dependency โดยไม่จำเป็น
③ รักษา Public Behavior
④ ใช้ Minimal Change
⑤ ต้องมี Test

5 Constraints สำหรับธุรกิจ

① Budget
② Time
③ Team
④ Data
⑤ Risk Tolerance

ข้อผิดพลาดที่พบบ่อยในการใช้ Constraints

1. ใส่ Constraints เยอะเกินไป

ทำให้ Prompt ซับซ้อน

2. Constraints ขัดกัน

AI ต้องเดา Priority

3. ใช้คำกำกวม

เช่น “อย่ายาว”

4. Constraint ไม่มีผลต่อ Goal

ทำให้ Prompt บวม

5. ลืม Context

Constraint อย่างเดียวแก้ข้อมูลไม่พอไม่ได้

6. บังคับจำนวนมากเกินข้อมูล

AI อาจสร้างของคุณภาพต่ำเพื่อให้ครบ

7. ใช้ Negative Rules อย่างเดียว

ไม่บอก Behavior ที่ต้องการ

8. ไม่แยก Must กับ Prefer

ทุกอย่างดูสำคัญเท่ากัน

9. ไม่มี Validation

Gemini อาจพลาด Rule บางข้อ

10. พยายามใช้ Constraint รับประกันสิ่งที่รับประกันไม่ได้

เช่น Ranking หรือยอดขาย

Checklist ก่อนใส่ Constraints ใน Prompt

ตรวจว่า

① Goal ชัดหรือยัง
② Constraint นี้จำเป็นจริงหรือไม่
③ วัดได้หรือไม่
④ กำกวมหรือไม่
⑤ ขัดกับ Goal หรือไม่
⑥ ขัดกับ Constraint อื่นหรือไม่
⑦ เป็น Must หรือ Prefer
⑧ มี Priority หรือไม่
⑨ จำกัด Creativity มากเกินไปหรือไม่
⑩ มีข้อมูล Context พอหรือยัง
⑪ Output Format ชัดหรือไม่
⑫ ต้องมี Validation หรือไม่

สูตร Constraints สำหรับ Gemini

สูตรง่าย ๆ คือ

Must Do + Must Preserve + Must Not Do + Limits + Output

ตัวอย่าง

MUST DO:
สรุปข้อมูลสำหรับผู้บริหาร

MUST PRESERVE:
ตัวเลขและวันที่

MUST NOT:
เพิ่มข้อมูลใหม่

LIMIT:
300 คำ

OUTPUT:
Executive Summary + Risks + Actions

นี่เป็นโครงสร้างที่ใช้ง่ายมาก

สูตร Constraints แบบย่อ

ทำ [TASK]

ต้องรักษา [PRESERVE]

ห้าม [PROHIBITED]

จำกัด [LIMIT]

ตอบเป็น [FORMAT]

ตัวอย่าง

Rewrite Email นี้ ต้องรักษา Deadline และ Required Action ห้ามเพิ่มข้อมูลใหม่ จำกัดไม่เกิน 150 คำ และตอบเป็น Email ฉบับ Final

Master Constraint Template สำหรับ Gemini

<TASK>
[งาน]
</TASK>

<GOAL>
[เป้าหมาย]
</GOAL>

<MUST>

[สิ่งที่ต้องทำ]

[สิ่งที่ต้องทำ]
</MUST>

<MUST_PRESERVE>

[ข้อมูลที่ห้ามเปลี่ยน]

[ข้อมูลที่ห้ามเปลี่ยน]
</MUST_PRESERVE>

<MUST_NOT>

[สิ่งที่ห้ามทำ]

[สิ่งที่ห้ามสร้าง]
</MUST_NOT>

<LIMITS>

Length: [ความยาว]

Scope: [ขอบเขต]

Budget/Time: [ข้อจำกัด]
</LIMITS>

<PREFER>

[Preference]
</PREFER>

<OUTPUT_FORMAT>
[รูปแบบ]
</OUTPUT_FORMAT>

<PRIORITY>

Accuracy

Goal Alignment

Must Preserve

Completeness

Style
</PRIORITY>

หาก Constraints ขัดกัน ให้ยึด Priority ตามลำดับข้างต้น

ก่อนส่ง Final Answer ให้ตรวจว่าไม่มี Constraint ใดถูกละเมิด

Master Prompt พร้อม Constraints สำหรับงานทั่วไป

ฉันต้องการให้คุณ [TASK]

เป้าหมายคือ [GOAL]

Context:
[CONTEXT]

Input:
[INPUT]

Constraints:

ต้องทำ

[MUST]

ต้องรักษา

[PRESERVE]

ห้ามทำ

[MUST NOT]

ข้อจำกัด

[LIMITS]

Output

[FORMAT]

หากข้อมูลไม่เพียงพอ ห้ามเดา ให้ระบุ Missing Information

ก่อน Final ให้ตรวจ Task, Goal, Constraints และ Output Format อีกครั้ง

วิธีใช้ Constraints โดยไม่ทำให้ Prompt แข็งเกินไป

สิ่งสำคัญคือควบคุมเฉพาะส่วนที่จำเป็น

ตัวอย่างงาน Creative

ไม่ควรกำหนด

จำนวน Paragraph ทุกส่วน
จำนวนคำทุก Paragraph
คำขึ้นต้นทุกหัวข้อ
Pattern ทุกประโยค

เพราะ Output จะดู Mechanical

ควรล็อกเพียง

Audience
Brand Voice
Claim Rules
Goal

แล้วให้พื้นที่ Creative ในส่วนอื่น

Constraint ที่ดีคือ “Guardrail” ไม่ใช่ “กรง”

แนวคิดที่ควรจำคือ

Constraint มีไว้ป้องกันสิ่งที่ไม่ต้องการ ไม่ใช่ปิดทางเลือกทุกอย่างของ Gemini

ถ้าเราล็อกทุกคำ Output อาจไม่มีประโยชน์กว่าการเขียน Template เอง

ควรเพิ่ม Constraint เมื่อไร?

เพิ่มเมื่อพบปัญหาเกิดซ้ำ เช่น

Gemini เปลี่ยนตัวเลข
เพิ่มข้อมูล
ตอบยาว
หลุด Scope
เปลี่ยน Tone
Format ไม่ตรง

ไม่ควรเพิ่ม Rule เพียงเพราะกลัวว่ามัน “อาจ” เกิดโดยไม่เคยมีปัญหา

วิธี Debug Constraints

ถ้า Output แย่หลังเพิ่ม Constraints

ตรวจว่า

Constraint กว้างเกินไปหรือไม่?

มี Conflict หรือไม่?

ล็อก Creativity มากเกินไปหรือไม่?

Constraint แก้ปัญหาถูกจุดหรือไม่?

Goal ถูกลดความสำคัญหรือไม่?

จากนั้นแก้เฉพาะจุด

วิธีให้ Gemini ตรวจ Constraint ของตัวเอง

Prompt:

ก่อนทำ Task ให้สรุป Constraints เป็น Checklist สั้น ๆ เพื่อยืนยันความเข้าใจ จากนั้นทำงานและตรวจ Checklist อีกครั้งก่อน Final

เหมาะกับงานสำคัญที่มีกฎหลายข้อ

10 Constraints ที่ควรเซฟไว้

หากต้องการชุดพื้นฐานสำหรับนำไปประกอบ Prompt

① ใช้เฉพาะข้อมูลที่ให้
② หากข้อมูลไม่พอ ห้ามเดา
③ รักษาตัวเลข วันที่ และชื่อเดิม
④ ห้ามสร้าง Fact ใหม่
⑤ จำกัด Scope เฉพาะเรื่องที่กำหนด
⑥ ใช้ความยาวเท่าที่จำเป็น
⑦ ตัดคำซ้ำและ Filler
⑧ ใช้ Output Format ที่กำหนด
⑨ แยก Fact กับ Assumption
⑩ ตรวจ Constraints ก่อน Final

ไม่จำเป็นต้องใช้ทุกข้อพร้อมกัน

5 Constraints ที่ใช้บ่อยที่สุด

ถ้าจะจำเพียง 5 ข้อ

ใช้เฉพาะข้อมูลที่ให้
หากไม่รู้ ห้ามเดา
รักษาสิ่งที่ห้ามเปลี่ยน
อยู่ภายใน Scope
ตอบตาม Output Format

ครอบคลุมปัญหา Prompt จำนวนมากแล้ว

Prompt ก่อนและหลังใส่ Constraints

ตัวอย่างที่ 1 — Rewrite

ก่อน

Rewrite บทความนี้

หลัง

Rewrite บทความนี้ให้กระชับขึ้น 20% โดยรักษา Meaning, Numbers, Dates และ Conclusion เดิม ห้ามเพิ่ม Fact และตอบเฉพาะบทความฉบับใหม่

ตัวอย่างที่ 2 — วิเคราะห์ธุรกิจ

ก่อน

วิเคราะห์ยอดขาย

หลัง

วิเคราะห์ยอดขายจากข้อมูลที่ให้เท่านั้น แยก Fact กับ Hypothesis ห้ามสร้าง Market Data และห้ามสรุป Root Cause หากไม่มี Evidence

ตัวอย่างที่ 3 — Coding

ก่อน

แก้ Code นี้

หลัง

แก้ Bug นี้ด้วย Minimal Change ห้ามเพิ่ม Dependency ห้ามเปลี่ยน Public API และต้องสร้าง Regression Test

ตัวอย่างที่ 4 — Content

ก่อน

เขียนบทความ SEO

หลัง

เขียนบทความที่ตอบ Search Intent [INTENT] ใช้ H1/H2/H3 ใช้ความยาวเท่าที่จำเป็น ห้าม Keyword Stuffing และห้ามสร้างตัวเลขหรือ Source ที่ไม่ได้ให้

เห็นได้ว่า Constraints ไม่ได้เปลี่ยน Task แต่ทำให้ Task มีขอบเขตชัดขึ้น

สรุป วิธีใช้ Constraints ใน Prompt Gemini คุมคำตอบให้อยู่ในกรอบ

Constraints คือเครื่องมือสำคัญในการทำให้ Google Gemini เข้าใจว่า

อะไรต้องทำ อะไรต้องรักษา อะไรห้ามทำ และมีข้อจำกัดอะไร

สูตรง่ายที่สุดคือ

Must Do + Must Preserve + Must Not Do + Limits + Output

ตัวอย่าง

ช่วย Rewrite ข้อความนี้ให้เป็นธรรมชาติและกระชับขึ้น ต้องรักษาความหมาย ตัวเลข วันที่ และชื่อเดิมทั้งหมด ห้ามเพิ่มข้อเท็จจริงใหม่ ลดความยาวประมาณ 20% และตอบเฉพาะข้อความฉบับ Final

หรือสำหรับงานวิเคราะห์

วิเคราะห์ข้อมูลนี้โดยใช้เฉพาะข้อมูลที่ให้ แยก Fact, Hypothesis และ Missing Information ห้ามสร้างตัวเลขหรือสรุป Root Cause หากยังไม่มี Evidence และตอบเป็นตาราง Findings / Evidence / Next Check

หัวใจสำคัญคือ อย่าใส่ Constraints มากที่สุด แต่ให้ใส่เฉพาะ Constraints ที่ช่วยให้ผลลัพธ์ตรง Goal มากขึ้น

ถ้ามีกฎหลายข้อให้แยกเป็น

MUST + MUST PRESERVE + MUST NOT + PREFER

และกำหนด Priority เมื่อกฎอาจขัดกัน

Prompt พร้อมใช้ที่ควรเซฟไว้คือ

งานของคุณคือ [TASK] เป้าหมายคือ [GOAL] ใช้ Context และ Input ที่ฉันให้ โดยต้องทำ [MUST] ต้องรักษา [MUST PRESERVE] ห้าม [MUST NOT] และอยู่ภายใต้ข้อจำกัด [LIMITS] ตอบในรูปแบบ [OUTPUT FORMAT] หากข้อมูลสำคัญไม่พอ ห้ามเดา ให้ระบุ Missing Information และก่อนส่ง Final Answer ให้ตรวจว่าไม่ได้ละเมิด Constraint ใด

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