Contact
Line : comsiam
Contact
Line : comsiam

ถ้าคุณใช้ Google Gemini ทำงานเดิมซ้ำ ๆ เช่น เขียนบทความ สรุปข้อมูล ร่างอีเมล วิเคราะห์ข้อความ สร้างโพสต์ หรือ Rewrite เนื้อหา การพิมพ์ Prompt ใหม่ตั้งแต่ต้นทุกครั้งทำให้เสียเวลา และยังทำให้คุณภาพของคำตอบแต่ละครั้งไม่สม่ำเสมอ
วิธีที่ดีกว่าคือสร้าง Prompt Template หรือแม่แบบคำสั่งที่สามารถนำกลับมาใช้ซ้ำได้ โดยเปลี่ยนเฉพาะข้อมูลที่จำเป็นในแต่ละครั้ง
ตัวอย่าง จากเดิมที่ต้องพิมพ์ใหม่ทุกครั้งว่า
ช่วยเขียนบทความเรื่อง Google Gemini สำหรับมือใหม่ ใช้ภาษาไทยธรรมชาติ มี H1 H2 H3 อธิบายให้ละเอียด และมีสรุปท้ายบทความ
เราสามารถสร้าง Template แบบนี้
หัวข้อ: [TOPIC]
กลุ่มเป้าหมาย: [AUDIENCE]
เป้าหมาย: [GOAL]
Tone: [TONE]
ความยาว: [LENGTH]เขียนเนื้อหาตามข้อมูลด้านบน โดยใช้ H1/H2/H3 อธิบายให้ครบถ้วน ใช้ภาษาไทยธรรมชาติ และสรุปท้ายบทความ
ครั้งต่อไปเพียงเปลี่ยนค่าที่อยู่ใน [ ] ก็ใช้ Prompt เดิมกับหัวข้อใหม่ได้ทันที
Prompt Template จึงช่วยให้การใช้ Gemini เร็วขึ้น เป็นระบบขึ้น และรักษามาตรฐานของงานได้ง่ายกว่าเดิม
Prompt Template คือ Prompt ที่สร้างเป็นโครงสร้างมาตรฐานไว้ล่วงหน้า แล้วเว้นช่องสำหรับเปลี่ยนข้อมูลในแต่ละงาน
เช่น
เขียนบทความเรื่อง
[TOPIC]สำหรับ[AUDIENCE]โดยมีเป้าหมาย[GOAL]
ตัวแปรที่เปลี่ยนได้คือ
[TOPIC][AUDIENCE][GOAL]ส่วนกฎหลักของ Prompt สามารถใช้ซ้ำได้
คิดง่าย ๆ ว่า Prompt Template เหมือนแบบฟอร์ม
เราไม่ต้องสร้างแบบฟอร์มใหม่ทุกครั้ง เพียงกรอกข้อมูลใหม่ลงในช่องที่กำหนด
ถ้าใช้ Gemini เพียงเดือนละครั้ง อาจไม่จำเป็นมากนัก
แต่ถ้าใช้ทุกวัน Prompt Template มีข้อดีหลายอย่าง
โดยเฉพาะงานที่ทำซ้ำจำนวนมาก การสร้าง Template ที่ดีอาจประหยัดเวลาได้มากในระยะยาว
อย่าเริ่มสร้าง Prompt Template สำหรับทุกอย่างในครั้งเดียว
ให้ถามก่อนว่า
งานอะไรที่ฉันต้องสั่ง Gemini ซ้ำบ่อยที่สุด?
ตัวอย่าง
เลือกงานที่เกิดซ้ำบ่อยก่อน เพราะได้ประโยชน์จาก Template สูงที่สุด
นี่คือหัวใจของการสร้าง Template
ตัวอย่าง Prompt เขียนบทความ:
เขียนบทความเรื่องมือถือชาร์จไม่เข้า สำหรับคนทั่วไป ใช้ภาษาไทยธรรมชาติ ความยาวประมาณ 2,000 คำ
ส่วนที่เปลี่ยนได้คือ
ส่วนที่อาจคงที่คือ
จากนั้นเปลี่ยน Prompt เป็น Template
Topic:
[TOPIC]
Audience:[AUDIENCE]
Length:[LENGTH]เขียนบทความภาษาไทยธรรมชาติ ใช้ H1/H2/H3 ตอบ Intent ให้ครบและสรุปท้ายบทความ
Placeholder คือช่องที่เราจะเปลี่ยนค่า
รูปแบบที่ใช้ได้ เช่น
[TOPIC]
{TOPIC}
<TOPIC>
{{TOPIC}}
เลือกแบบใดแบบหนึ่งแล้วใช้ให้สม่ำเสมอ
ตัวอย่าง
[PRODUCT][AUDIENCE][GOAL]
ไม่ควรสลับไปมาโดยไม่มีเหตุผล เพราะจะทำให้ Template อ่านยาก
ไม่ควรใช้
[A][B][C]
ถ้าเปิด Prompt กลับมาดูอีกเดือนหนึ่ง อาจจำไม่ได้ว่าแต่ละช่องหมายถึงอะไร
ควรใช้
[TOPIC][AUDIENCE][TONE][GOAL][SOURCE_TEXT]
ชื่อควรบอกหน้าที่ของข้อมูลทันที
บาง Template อาจมี Role
ตัวอย่าง
Role: คุณทำหน้าที่เป็น Editor ภาษาไทย
หรือ
Role: คุณทำหน้าที่เป็นผู้เชี่ยวชาญด้าน Customer Support
แต่ Role ไม่จำเป็นในทุก Prompt
ควรใส่เมื่อช่วยกำหนด
ไม่ควรใส่เพียงเพื่อทำให้ Prompt ดูซับซ้อน
ทุก Template ควรตอบคำถามได้ว่า
ต้องการให้ Gemini ทำอะไร?
ตัวอย่าง Task ที่ชัด
Rewrite ข้อความ
วิเคราะห์ข้อมูล
เขียนบทความ
จัดหมวดหมู่
เปรียบเทียบตัวเลือก
สรุป Meeting Notes
หลีกเลี่ยง Task กว้างเกินไป เช่น
ช่วยทำข้อมูลนี้ให้ดีขึ้น
เพราะไม่รู้ว่าต้องแก้อะไร
Context คือข้อมูลพื้นฐานที่ Gemini ต้องรู้เพื่อทำงานได้ตรงขึ้น
ตัวอย่าง
ธุรกิจ: ร้านกาแฟใกล้มหาวิทยาลัย
ลูกค้าหลัก: นักศึกษา
ช่วงเวลาที่ลูกค้าน้อย: 14:00–17:00
Context เหล่านี้มีผลต่อคำแนะนำ
ใน Template สามารถใช้
[BUSINESS_CONTEXT]
แล้วเปลี่ยนข้อมูลในแต่ละงาน
Audience เป็นหนึ่งในตัวแปรที่มีผลต่อ Output มากที่สุด
ตัวอย่าง
Audience: มือใหม่
คำตอบควรอธิบายพื้นฐาน
แต่ถ้า
Audience: ผู้เชี่ยวชาญ
Gemini สามารถลดคำอธิบายพื้นฐานและลงรายละเอียดเชิงลึกมากขึ้น
จึงควรมี Placeholder
[AUDIENCE]
ใน Template สำหรับงานเขียนหลายประเภท
Goal ช่วยให้ Gemini เข้าใจว่า Output มีไว้เพื่ออะไร
เช่น
Goal: ให้ผู้อ่านแก้ปัญหาได้เอง
หรือ
Goal: ให้ลูกค้าขอใบเสนอราคา
หรือ
Goal: ให้ผู้บริหารตัดสินใจได้เร็ว
Task เดียวกัน แต่ Goal ต่างกัน Output ก็อาจต่างกันมาก
ตัวอย่าง Tone ที่ใช้ได้
ใน Template อาจเขียน
Tone:
[TONE]
หรือถ้าต้องการ Style คงที่ทุกงาน ก็ไม่ต้องทำเป็น Variable
เช่น
ใช้ Tone Professional + Friendly ทุกครั้ง
Constraints คือกฎที่ใช้ควบคุมคำตอบ
ตัวอย่าง
ห้ามเพิ่มข้อมูลใหม่
ไม่เกิน 500 คำ
ห้ามใช้คำโฆษณาเกินจริง
รักษาตัวเลขเดิม
ใช้ Bullet ไม่เกิน 5 ข้อ
ห้ามเปลี่ยนชื่อสินค้า
Constraint มีความสำคัญมากกับ Template เพราะเป็นกฎที่เรามักลืมเมื่อพิมพ์ Prompt ใหม่ด้วยมือ
ถ้าต้องการ Output รูปแบบเดิมทุกครั้ง ควรกำหนดไว้ใน Template
ตัวอย่าง
Output:
- Summary
- Key Findings
- Risks
- Recommendations
หรือ
ตอบเป็นตาราง 4 คอลัมน์:
- ปัญหา
- สาเหตุ
- วิธีแก้
- Priority
ทำให้คำตอบแต่ละครั้งเปรียบเทียบกันง่ายขึ้น
ถ้าความยาวสำคัญ ให้สร้าง Variable
Length:
[LENGTH]
เช่น
100 คำ
500 คำ
2,000 คำ
หรือใช้รูปแบบ
Short / Medium / Long
ตามประเภทงาน
สำหรับ Rewrite, Summary หรือ Analysis
ควรมี
[SOURCE_TEXT]
ตัวอย่าง
<SOURCE_TEXT>[วางข้อมูลตรงนี้]</SOURCE_TEXT>
ครั้งต่อไปเพียงเปลี่ยน Source Text เท่านั้น
เมื่อ Prompt Template มีหลายส่วน การใช้ Delimiter ทำให้อ่านง่ายขึ้น
ตัวอย่าง
<ROLE>[ROLE]</ROLE>
<TASK>[TASK]</TASK>
<CONTEXT>[CONTEXT]</CONTEXT>
<INPUT>[INPUT]</INPUT>
<RULES>[RULES]</RULES>
<OUTPUT>[OUTPUT_FORMAT]</OUTPUT>
ไม่จำเป็นต้องใช้ทุก Section
เลือกเฉพาะที่จำเป็น
โครงสร้างที่ครอบคลุมมากคือ
Role + Task + Context + Audience + Goal + Input + Constraints + Output Format
ตัวอย่าง
Role:
[ROLE]
Task:[TASK]
Context:[CONTEXT]
Audience:[AUDIENCE]
Goal:[GOAL]
Input:[INPUT]Constraints:
[CONSTRAINTS]Output:
[OUTPUT_FORMAT]
นี่เป็น Template กลางที่สามารถดัดแปลงกับงานจำนวนมาก
Prompt ที่ดีไม่ใช่ Prompt ที่ยาวที่สุด
ถ้างานมีเพียง
Rewrite ข้อความ
อาจใช้แค่
ก็เพียงพอ
อย่าใส่ Role, Audience, Goal และ Context ถ้าไม่มีผลกับ Output
หลักคือ
ใส่เฉพาะข้อมูลที่ช่วยลดความกำกวม
สำหรับงานง่าย
ตัวอย่าง
งาน:
[TASK]
ข้อมูล:[INPUT]
รูปแบบคำตอบ:[OUTPUT]
เหมาะกับงานทั่วไป
ตัวอย่าง
Task:
[TASK]
Context:[CONTEXT]
Audience:[AUDIENCE]
Input:[INPUT]
Constraints:[CONSTRAINTS]
Output Format:[OUTPUT_FORMAT]
เหมาะกับงานประจำส่วนใหญ่
สำหรับงานซับซ้อน
<ROLE>[ROLE]</ROLE>
<OBJECTIVE>[GOAL]</OBJECTIVE>
<CONTEXT>[CONTEXT]</CONTEXT>
<INPUT>[INPUT]</INPUT>
<CONSTRAINTS>[CONSTRAINTS]</CONSTRAINTS>
<CRITERIA>[SUCCESS_CRITERIA]</CRITERIA>
<OUTPUT_FORMAT>[OUTPUT_FORMAT]</OUTPUT_FORMAT>
เหมาะกับ
Topic:
[TOPIC]Audience:
[AUDIENCE]Search Intent:
[SEARCH_INTENT]Main Goal:
[GOAL]Tone:
[TONE]Length:
[LENGTH]Requirements:
- ใช้ H1/H2/H3
- ตอบ Intent ตั้งแต่ช่วงต้น
- ใช้ภาษาไทยธรรมชาติ
- อธิบายให้เข้าใจง่าย
- มีตัวอย่างเมื่อจำเป็น
- ไม่ยัด Keyword
- ไม่เพิ่มข้อความที่ไม่ช่วยคนอ่าน
เขียนบทความฉบับเต็มตามข้อมูลด้านบน
Template นี้เหมาะกับ Content Production ที่ทำซ้ำจำนวนมาก
<PRIMARY_KEYWORD>[KEYWORD]</PRIMARY_KEYWORD>
<SEARCH_INTENT>[INTENT]</SEARCH_INTENT>
<AUDIENCE>[AUDIENCE]</AUDIENCE>
<CONTENT_REQUIREMENTS>
- H1/H2/H3
- ตอบ Search Intent ให้ครบ
- Keyword ใช้อย่างเป็นธรรมชาติ
- มีตัวอย่างเมื่อช่วยให้เข้าใจ
- ตัดคำฟุ่มเฟือย
- ห้ามสร้างข้อมูลเพื่อเพิ่มจำนวนคำ
</CONTENT_REQUIREMENTS>เขียนบทความเรื่อง
[TOPIC]
Topic:
[TOPIC]Keyword:
[KEYWORD]Intent:
[SEARCH_INTENT]Audience:
[AUDIENCE]สร้าง Title
[NUMBER]แบบ โดย:
- Keyword ใช้อย่างเป็นธรรมชาติ
- อ่านแล้วรู้เรื่องทันที
- ไม่ Clickbait เกินจริง
- แต่ละแบบต้องใช้ Angle แตกต่างกัน
Topic:
[TOPIC]Keyword:
[KEYWORD]Search Intent:
[INTENT]เขียน Meta Description
[NUMBER]เวอร์ชันที่:
- ตรง Intent
- ภาษาเป็นธรรมชาติ
- มี Keyword เมื่อเหมาะ
- ไม่ใช้ Claim เกินจริง
- แต่ละเวอร์ชันแตกต่างกันจริง
<SOURCE_TEXT>[TEXT]</SOURCE_TEXT>Rewrite โดย:
- Tone:
[TONE]- Length:
[LENGTH]- Audience:
[AUDIENCE]ต้องรักษา:
- Meaning
- Fact
- Number
- Date
- Name
- Condition
ห้ามเพิ่มข้อมูลใหม่
<TEXT>[TEXT]</TEXT>Edit ให้กระชับขึ้น
[PERCENT]%ตัด:
- คำซ้ำ
- ประโยคซ้ำ
- คำเกริ่น
- Filler
รักษา:
- Fact
- ตัวเลข
- Example ที่จำเป็น
- Condition
- Search Intent
นี่เป็นงาน Editing ไม่ใช่ Summary
<SOURCE>[SOURCE_TEXT]</SOURCE>Audience:
[AUDIENCE]สรุปเป็น:
- Executive Summary
- Key Points
[NUMBER]ข้อ- Risks
- Next Actions
ใช้เฉพาะข้อมูลใน SOURCE และห้ามเพิ่ม Fact ใหม่
Recipient:
[RECIPIENT]Situation:
[SITUATION]Goal:
[GOAL]Tone:
[TONE]Deadline:
[DEADLINE]Required Action:
[ACTION]เขียน Email ที่:
- กระชับ
- สุภาพ
- เริ่มด้วยสารสำคัญ
- มี CTA ชัดเจน
- ไม่เกิน
[LENGTH]คำ
ผู้รับ:
[RECIPIENT]สิ่งที่ Follow-up:
[SUBJECT]ส่งครั้งแรกเมื่อ:
[DATE]Goal:
[GOAL]เขียน Follow-up แบบ Professional + Friendly ไม่กดดัน และถามว่าต้องการข้อมูลเพิ่มเติมหรือไม่
Platform:
[PLATFORM]Topic:
[TOPIC]Audience:
[AUDIENCE]Goal:
[GOAL]Tone:
[TONE]CTA:
[CTA]สร้างโพสต์
[NUMBER]เวอร์ชัน โดยแต่ละแบบใช้ Hook ต่างกัน และห้าม Clickbait เกินจริง
Product:
[PRODUCT]Audience:
[AUDIENCE]Features:
[FEATURES]Key Benefit:
[BENEFIT]Tone:
[TONE]เขียน Product Description โดยใช้เฉพาะข้อมูลที่ให้ ห้ามสร้าง Feature หรือ Claim ใหม่
Customer Issue:
[ISSUE]Policy:
[POLICY]Available Solution:
[SOLUTION]Tone: Professional + Friendly
เขียนคำตอบที่:
- ยอมรับปัญหาเมื่อเหมาะสม
- อธิบายขั้นตอนต่อไป
- ไม่กล่าวโทษลูกค้า
- ไม่สร้างนโยบายใหม่
Option A:
[OPTION_A]Option B:
[OPTION_B]Criteria:
[CRITERIA]User Priority:
[PRIORITY]เปรียบเทียบเป็นตาราง พร้อม Pros, Cons และ Recommendation ที่อิง Criteria เท่านั้น
สิ่งที่ต้องวิเคราะห์:
[SUBJECT]Context:
[CONTEXT]Goal:
[GOAL]วิเคราะห์:
- Pros
- Cons
- Risks
- Trade-offs
- Best Use Case
- Situations to Avoid
<DATA>[DATA]</DATA>Goal:
[GOAL]วิเคราะห์:
- Key Findings
- Anomalies
- Possible Explanations
- Risks
- Questions to Investigate
- Recommended Next Actions
ห้ามสร้างข้อมูลที่ไม่มีใน DATA
<MEETING_NOTES>[NOTES]</MEETING_NOTES>สร้าง:
- Summary
- Decisions
- Action Items
- Owners
- Deadlines
- Open Questions
หาก Owner หรือ Deadline ไม่ได้ระบุ ให้เขียนว่า “ไม่ได้ระบุ” ห้ามเดา
Subject:
[SUBJECT]Topic:
[TOPIC]Student Level:
[LEVEL]Learning Goal:
[GOAL]อธิบายด้วย:
- คำอธิบายง่าย
- ตัวอย่าง
- Analogy
- คำถามทบทวน
- Quiz
[NUMBER]ข้อ
Language:
[LANGUAGE]Task:
[TASK]Environment:
[ENVIRONMENT]Code:
[CODE]ตรวจ:
- Bugs
- Logic
- Security
- Performance
- Maintainability
อธิบายปัญหาก่อนเสนอ Code ที่แก้แล้ว
Problem:
[ERROR]Expected Behavior:
[EXPECTED]Actual Behavior:
[ACTUAL]Environment:
[ENVIRONMENT]Code:
[CODE]วิเคราะห์สาเหตุที่เป็นไปได้ เรียงตามความน่าจะเป็น พร้อมวิธีทดสอบแต่ละข้อ
Decision:
[DECISION]Options:
[OPTIONS]Priorities:
[PRIORITIES]Constraints:
[CONSTRAINTS]วิเคราะห์ตัวเลือกทุกข้อโดยใช้ Criteria เดียวกัน แล้วแนะนำตัวเลือกตาม Priorities ที่กำหนด พร้อมระบุ Trade-offs
Goal:
[GOAL]Current Situation:
[CURRENT_STATE]Resources:
[RESOURCES]Budget:
[BUDGET]Deadline:
[DEADLINE]Constraints:
[CONSTRAINTS]สร้าง Action Plan แบบ Step-by-Step พร้อม Milestones, Risks และ Success Metrics
ไม่ใช่ทุกงานจะมีข้อมูลครบทุกช่อง
สามารถกำหนดว่า
หาก
[BUDGET]ไม่มีข้อมูล ให้ไม่ต้องใช้ Constraint เรื่องงบ
หรือ
หาก
[DEADLINE]ว่าง ให้ไม่ต้องสร้างวันที่เอง
ช่วยป้องกัน Gemini เดาข้อมูลที่ไม่มี
บางครั้ง Template ที่มีช่องว่างอาจทำให้สับสน
สามารถกรอกว่า
Budget: ไม่ระบุ
Deadline: ไม่ระบุ
Audience: คนทั่วไป
ทำให้ Gemini รู้ว่าไม่มีข้อมูลจริง ๆ ไม่ใช่ลืมกรอก
ใส่กฎว่า
หาก Placeholder ใดไม่มีข้อมูล ห้ามเดาหรือสร้างข้อมูลแทน ให้ทำงานจากข้อมูลที่มี หรือระบุว่าข้อมูลส่วนนั้นไม่ถูกกำหนด
สำคัญกับ Template ที่ใช้ในทีม
สามารถเพิ่มว่า
หากข้อมูลที่ขาดมีผลต่อคำตอบอย่างมาก ให้ระบุคำถามที่จำเป็นก่อนสร้าง Final Output
เหมาะกับ
แต่ถ้างานไม่ซับซ้อน อาจให้ Gemini ใช้ Assumption ที่ระบุชัดเจนแทนได้
Template บางช่องสามารถกำหนดค่ามาตรฐาน
ตัวอย่าง
Tone:
[TONE, default = Professional + Friendly]
หรือเขียนเป็นกฎว่า
หากไม่ได้ระบุ Tone ให้ใช้ Professional + Friendly
ช่วยลดจำนวนช่องที่ต้องกรอกทุกครั้ง
สามารถสร้าง Mode
คำตอบสั้น
รายละเอียดปานกลาง
วิเคราะห์ละเอียด
Template:
Depth:
[QUICK/STANDARD/DEEP]
จากนั้นกำหนดว่าแต่ละระดับควรตอบต่างกันอย่างไร
ตัวอย่าง
Output Mode:
[TABLE / BULLETS / REPORT]
แล้วกำหนด
หาก TABLE ให้ตอบเป็นตาราง
หาก BULLETS ให้ตอบเป็น Bullet
หาก REPORT ให้ตอบแบบ H2/H3
ทำให้ Template เดียวรองรับหลาย Use Case ได้
ตัวอย่าง
Audience Level:
[BEGINNER / INTERMEDIATE / EXPERT]
กฎ:
BEGINNER: อธิบายศัพท์
INTERMEDIATE: ลดพื้นฐาน
EXPERT: เน้นรายละเอียดเชิงเทคนิค
นี่ทำให้ Prompt Template มีความยืดหยุ่นสูงขึ้น
ข้อผิดพลาดที่พบได้บ่อยคือพยายามสร้าง Master Prompt ที่รองรับทุกงานในโลก
ผลคือมี Placeholder 30 ช่อง และใช้งานจริงช้า
ดีกว่าแยกเป็น Template เฉพาะ เช่น
Prompt ที่เฉพาะงานมักดูแลรักษาง่ายกว่า
แม่แบบสำหรับงานประเภทหนึ่ง
เช่น Email Template
Prompt ที่มีกฎและ Context จำนวนมากเพื่อใช้ควบคุมงานกว้างหรือ Workflow ต่อเนื่อง
ทั้งสองอย่างสามารถมี Placeholder ได้
แต่ Prompt Template มักเรียบง่ายและใช้ซ้ำง่ายกว่า
ตัวอย่าง
เขียนให้กระชับ
อย่าเขียนยาว
ตัดคำฟุ่มเฟือย
ไม่ต้องเยิ่นเย้อ
ใช้คำให้น้อย
ทั้งหมดใกล้เคียงกันมาก
สามารถรวมเป็น
เขียนให้กระชับ ตัดคำฟุ่มเฟือย และรักษาข้อมูลสำคัญไว้ครบ
Prompt จะอ่านง่ายกว่า
โครงสร้างที่ดีคือ
ไม่ควรกระโดดไปมาระหว่าง Requirement
Prompt ที่จัดเป็นระบบจะแก้ไขภายหลังได้ง่ายกว่า
หากมี Requirement สำคัญมาก เช่น
ห้ามเพิ่มข้อมูลใหม่
ควรอยู่ใน Section Constraints ที่เห็นง่าย
ไม่ควรซ่อนไว้กลาง Paragraph ยาว ๆ
ก่อนบันทึก Prompt Template ให้ตรวจว่า
อย่าทดสอบเพียงหัวข้อเดียว
ถ้าเป็น Article Template ลองใช้กับ
ถ้า Output ยังดีทุกแบบ แสดงว่า Template มีความยืดหยุ่นพอ
อย่าเพิ่ม Rule จำนวนมากทันที
อาจสร้าง Template แยกจะง่ายกว่า
เช่น
SEO How-to Template
กับ
SEO Comparison Template
เพราะ Search Intent ต่างกัน
เมื่อปรับ Prompt ดีขึ้น ควรมี Version
ตัวอย่าง
Article Template v1
Article Template v2
Article Template v3
ช่วยให้รู้ว่าเวอร์ชันไหนใช้งานได้ดีที่สุด
ตัวอย่าง
วิธีนี้ทำให้ Prompt Engineering กลายเป็นกระบวนการปรับปรุงจริง ๆ
คำตอบ AI มีความแปรผันได้
ถ้า Output ครั้งหนึ่งไม่ดี ไม่ได้หมายความว่า Template ทั้งหมดผิด
ควรทดสอบหลาย Input ก่อนตัดสินใจปรับโครงสร้างใหญ่
เราสามารถให้ Gemini ตรวจ Template ของเราได้
Prompt:
วิเคราะห์ Prompt Template ด้านล่าง หา:
- คำสั่งที่กำกวม
- คำสั่งซ้ำ
- Constraints ที่ขัดกัน
- Placeholder ที่ไม่ชัด
- จุดที่อาจทำให้ Output ไม่สม่ำเสมอ
จากนั้นเสนอเวอร์ชันที่กระชับขึ้นโดยรักษาเป้าหมายเดิม
นี่เป็นวิธีใช้ AI ช่วยปรับ Prompt อีกชั้นหนึ่ง
ถ้ามี Prompt ที่ใช้ได้ดีอยู่แล้ว
สั่งว่า
เปลี่ยน Prompt นี้ให้เป็น Reusable Template โดยแทนข้อมูลที่เปลี่ยนได้ด้วย Placeholder เช่น
[TOPIC],[AUDIENCE],[GOAL]และรักษากฎคงที่ไว้
Gemini สามารถช่วยแยก Variable ออกจาก Fixed Rules ได้
Prompt:
จากงานตัวอย่าง 5 ชิ้นนี้ ให้หาสิ่งที่เหมือนกันและสร้าง Prompt Template หนึ่งชุดที่สามารถใช้สร้างงานลักษณะเดียวกันในอนาคต
มีประโยชน์เมื่อเรามี Output ที่ดีอยู่แล้วแต่ยังไม่มี Prompt มาตรฐาน
สามารถรวม Few-Shot เข้าไปใน Template
ตัวอย่าง
<EXAMPLES>[ตัวอย่างมาตรฐาน]</EXAMPLES>
<NEW_INPUT>[INPUT]</NEW_INPUT>ทำตาม Pattern ของ Examples
เหมาะกับงาน Classification หรือ Style ที่อธิบายยาก
Task:
[TASK]Examples:
Input:
[EXAMPLE_INPUT_1]
Output:[EXAMPLE_OUTPUT_1]Input:
[EXAMPLE_INPUT_2]
Output:[EXAMPLE_OUTPUT_2]New Input:
[NEW_INPUT]สร้าง Output ตาม Pattern ของ Examples
ตัวอย่าง Workflow
Step 1: วิเคราะห์ Input
Step 2: หาปัญหา
Step 3: สร้างตัวเลือก
Step 4: เปรียบเทียบ
Step 5: แนะนำ Final Option
ใน Template สามารถใช้
[INPUT]
เพียงครั้งเดียว แล้วให้ Gemini ทำ Workflow ตามลำดับเดิมทุกงาน
สำหรับงานที่ต้องการคุณภาพสม่ำเสมอ อาจเพิ่ม
Success Criteria:
- คำตอบต้องตรง Goal
- ใช้ข้อมูลครบ
- ไม่มี Fact ใหม่
- Output อยู่ใน Format ที่กำหนด
Gemini จะรู้ว่า Final Output ควรผ่านเงื่อนไขอะไร
เพิ่มท้าย Template ว่า
ก่อนส่ง Final Answer ให้ตรวจว่า Output ผ่าน Constraints ทุกข้อ หากไม่ผ่านให้แก้ก่อนส่ง
เหมาะกับ Prompt ที่มี Requirement หลายรายการ
หลังสร้างคำตอบ ให้ตรวจ:
- Task ครบหรือไม่
- ใช้ Input ถูกต้องหรือไม่
- มีข้อมูลที่ไม่ได้ให้หรือไม่
- Output Format ถูกหรือไม่
- Constraint ทุกข้อผ่านหรือไม่
ช่วยลดข้อผิดพลาดในงานซ้ำ
ชื่อควรบอกงานทันที
ตัวอย่าง
หลีกเลี่ยงชื่อประเภท
Prompt 1
Prompt ใหม่
เพราะเมื่อมีจำนวนมากจะหาไม่เจอ
สามารถแบ่งเป็น
ทำให้ Prompt Library ใช้งานง่ายขึ้น
เมื่อเรามี Prompt Template หลายชุด สามารถรวบรวมเป็น Prompt Library
เช่น
Writing → SEO Article
Writing → Email
Editing → Rewrite
Analysis → Compare
ครั้งต่อไปไม่ต้องคิด Prompt ใหม่ เพียงเลือก Template ที่เหมาะแล้วกรอกข้อมูล
ไม่มีจำนวนคำที่ตายตัว
หลักคือ
สั้นที่สุดเท่าที่จะยังระบุ Requirement ได้ครบ
ถ้าตัดคำแล้ว Gemini ยังเข้าใจเหมือนเดิม คำนั้นอาจไม่จำเป็น
แต่ไม่ควรลดจน Requirement สำคัญหาย
Prompt 2,000 คำที่เต็มไปด้วยกฎซ้ำอาจแย่กว่า Prompt 300 คำที่มีโครงสร้างชัด
ให้เน้น
มากกว่าความยาว
ช่วยเขียนบทความดี ๆ ให้หน่อย ขออ่านง่าย มีรายละเอียด เป็น SEO และเขียนแบบธรรมชาติ ขอให้มีหัวข้อและตัวอย่าง แล้วช่วยสรุปด้วย อย่าให้ยาวเกินไป…
ยังมีหลายส่วนกำกวม
Topic:
[TOPIC]Audience:
[AUDIENCE]Search Intent:
[INTENT]Length:
[LENGTH]เขียนบทความภาษาไทยโดย:
- ใช้ H1/H2/H3
- ตอบ Intent ตั้งแต่ต้น
- ใช้ภาษาไทยธรรมชาติ
- อธิบายละเอียดเท่าที่จำเป็น
- มีตัวอย่างเมื่อช่วยให้เข้าใจ
- ตัดคำฟุ่มเฟือย
- สรุปท้ายบทความ
ชัดกว่าและใช้ซ้ำได้
<ROLE>
คุณทำหน้าที่เป็น[ROLE]</ROLE>
<TASK>[TASK]</TASK>
<CONTEXT>[CONTEXT]</CONTEXT>
<AUDIENCE>[AUDIENCE]</AUDIENCE>
<GOAL>[GOAL]</GOAL>
<INPUT>[INPUT]</INPUT>
<CONSTRAINTS>[CONSTRAINTS]</CONSTRAINTS>
<OUTPUT_FORMAT>[OUTPUT_FORMAT]</OUTPUT_FORMAT>ก่อนส่ง Final Output ให้ตรวจว่าคำตอบทำตาม TASK และ CONSTRAINTS ครบทุกข้อ และห้ามสร้างข้อมูลที่ไม่มีใน INPUT หากงานกำหนดให้ใช้ข้อมูลเฉพาะจาก Input
Template นี้สามารถดัดแปลงไปใช้กับงานจำนวนมากได้
ถ้า Master Template ใหญ่เกินไป ใช้เวอร์ชันนี้
งาน:
[TASK]เป้าหมาย:
[GOAL]คนอ่าน:
[AUDIENCE]ข้อมูล:
[INPUT]ข้อจำกัด:
[CONSTRAINTS]รูปแบบคำตอบ:
[OUTPUT_FORMAT]
เรียบง่ายและเพียงพอสำหรับงานจำนวนมาก
กรอกข้อมูลแต่ละครั้งช้ากว่าเขียน Prompt ใหม่
เปิดกลับมาแล้วไม่รู้ว่าต้องใส่อะไร
ทำให้ซับซ้อนและควบคุม Output ยาก
Prompt ยาวโดยไม่เพิ่มความแม่น
เช่น
ตอบสั้นมาก
แต่
อธิบายทุกอย่างอย่างละเอียดที่สุด
คำตอบแต่ละครั้งเปลี่ยนรูปแบบ
Gemini อาจเดาข้อมูลเอง
Template ใช้ได้เฉพาะตัวอย่างแรก
แก้ไปเรื่อย ๆ จนไม่รู้ว่าอะไรทำให้ดีขึ้น
ต้องเริ่มคิดใหม่ทุกครั้ง
ก่อนบันทึก Template ให้ตรวจว่า
① งานนี้ใช้ซ้ำจริงหรือไม่
② Task ชัดหรือไม่
③ ส่วนคงที่คืออะไร
④ ส่วนที่เปลี่ยนคืออะไร
⑤ Placeholder ตั้งชื่อชัดหรือไม่
⑥ Audience จำเป็นหรือไม่
⑦ Goal จำเป็นหรือไม่
⑧ Context จำเป็นหรือไม่
⑨ Tone ควรคงที่หรือเป็น Variable
⑩ Constraints ครบหรือไม่
⑪ Output Format ชัดหรือไม่
⑫ มีข้อมูลใดห้าม Gemini เดาหรือไม่
⑬ ต้องมี Default Value หรือไม่
⑭ ต้อง Self-Check หรือไม่
⑮ ทดสอบกับหลาย Input แล้วหรือไม่
⑯ ควรแยกเป็น Template ย่อยหรือไม่
Prompt Template ช่วยเปลี่ยนการใช้ Gemini จากการ “คิดคำสั่งใหม่ทุกครั้ง” ให้กลายเป็น Workflow ที่เป็นระบบมากขึ้น
หลักสำคัญคือแยก
ส่วนที่คงที่ ออกจาก ข้อมูลที่เปลี่ยน
แล้วใช้ Placeholder เช่น
[TOPIC][AUDIENCE][GOAL][INPUT][TONE]
สูตรพื้นฐานที่ใช้ได้กับงานส่วนใหญ่คือ
Task + Context + Audience + Goal + Input + Constraints + Output Format
Prompt Template พร้อมใช้คือ
<TASK>[ระบุงานที่ต้องการให้ Gemini ทำ]</TASK>
<CONTEXT>[ใส่ข้อมูลพื้นฐานที่จำเป็น]</CONTEXT>
<AUDIENCE>[ระบุกลุ่มเป้าหมาย]</AUDIENCE>
<GOAL>[ระบุผลลัพธ์ที่ต้องการ]</GOAL>
<INPUT>[วางข้อมูลที่ต้องประมวลผล]</INPUT>
<CONSTRAINTS>
[ข้อจำกัด 1][ข้อจำกัด 2][ข้อจำกัด 3]</CONSTRAINTS>
<OUTPUT_FORMAT>[ระบุรูปแบบคำตอบ]</OUTPUT_FORMAT>หากข้อมูลส่วนใดไม่ได้ระบุ ห้ามเดาข้อมูลสำคัญขึ้นเอง และก่อนส่ง Final Output ให้ตรวจว่าทำตาม TASK, CONSTRAINTS และ OUTPUT_FORMAT ครบทุกข้อ
หัวใจของ Prompt Template ที่ดีไม่ใช่การสร้างคำสั่งที่ซับซ้อนที่สุด แต่คือการสร้าง แม่แบบที่สั้นพอจะใช้ง่าย ชัดพอให้ Gemini เข้าใจ และยืดหยุ่นพอที่จะนำไปใช้กับงานใหม่ได้ซ้ำ ๆ
เมื่อสร้าง Template สำหรับงานประจำไว้แล้ว การใช้ Gemini จะเร็วขึ้นมาก เพราะครั้งต่อไปเราไม่ต้องเริ่มจากหน้ากระดาษเปล่า เพียงเลือก Prompt Template ที่เหมาะ กรอกข้อมูลใหม่ แล้วนำไปใช้งานได้ทันที