Token Economy: คู่มือเชิงเทคนิคสำหรับ AI

คนส่วนใหญ่ไม่ได้ใช้ AI หมดเพราะโมเดลไม่ดี

แต่พวกเขาใช้หมด เพราะทุกคำขอที่ส่งไปนั้นสิ้นเปลือง

คอนเท็กซ์เยอะเกินไป

คำแนะนำที่คลุมเครือเกินไป

คำอธิบายที่ไม่จำเป็นมากเกินไป

พรอมพ์ "ทำให้ดีขึ้น" มากเกินไป โดยไม่มีรูปแบบที่ชัดเจน

โทเค็นคือสกุลเงินที่แท้จริงของการทำงานกับ AI

ทุกคำที่คุณส่งไป จะกินคอนเท็กซ์ของคุณ

ทุกคำตอบที่ไร้ประโยชน์ จะเผาผลาญเวลาของคุณ

ทุกพรอมพ์ที่เละเทะ จะทำให้โมเดลต้องใช้ความพยายามมากขึ้นในการเดาว่าคุณต้องการอะไร

คู่มือนี้พูดถึงเรื่องเศรษฐศาสตร์ของโทเค็น: วิธีใช้ AI ให้ถูกกว่า เร็วขึ้น และคาดเดาได้มากขึ้น

ไม่ใช่ด้วยการใช้พรอมพ์วิเศษ

แต่ด้วยการตั้งกฎที่ชัดเจน ตัดสิ่งรบกวน โครงสร้างอินพุต และทำให้โมเดลทำงานในปริมาณที่จำเป็นเท่านั้น

ส่วนที่ 1 การตั้งค่า, System Prompt, และภาษา

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

หรือจะใช้มันเป็นเครื่องมือก็ได้: รวดเร็ว แม่นยำ และประหยัด

โพสต์นี้ไม่ใช่เรื่องของ "พรอมพ์ลับ"

แต่เป็นคำแนะนำเกี่ยวกับวิธีการกำหนดค่า AI เพื่อให้มันใช้โทเค็นน้อยลง ตอบสนองเร็วขึ้น และให้ผลลัพธ์ที่เป็นประโยชน์มากขึ้น

1. สิ่งแรก ตั้งกฎของระบบก่อน

หากคุณใช้ ChatGPT:

Settings → Personalization → Custom Instructions → เปิดใช้งานการปรับแต่งเป็น ON

นี่คือที่ที่คุณใส่คำแนะนำแบบถาวร

ใน ChatGPT สิ่งนี้เรียกว่า Custom Instructions

ใน API สิ่งนี้เรียกว่า system / developer instructions

ความหมายเหมือนกัน: นี่คือกฎพื้นฐานที่ AI จะปฏิบัติตามทุกครั้งที่ตอบกลับ

2. System Prompt พื้นฐานสำหรับการประหยัดโทเค็น

ควรเขียนคำแนะนำของระบบเป็นภาษาอังกฤษดีกว่า: โดยทั่วไปแล้วมักจะสั้นกว่าสำหรับ tokenizer ในขณะที่คำตอบสุดท้ายยังคงสามารถกำหนดเป็นภาษาใดก็ได้

คัดลอกสิ่งนี้ไปยัง Custom Instructions / System Prompt:

1Default output language: Russian.
2
3You are an efficiency-first AI assistant.
4
5Core rules:
61. Be concise, direct, and practical.
72. Do not start with greetings, apologies, or phrases like “Sure” / “Конечно”.
83. Do not restate the user’s request.
94. Give the result immediately.
105. Do not reveal chain-of-thought. Give conclusions, checks, and final answer only.
116. For simple tasks: final answer only.
127. For complex tasks: give a short 3-step plan, then the result.
138. Ask at most one clarifying question only if the missing detail blocks the task.
149. Prefer plain text and short bullet points.
1510. Avoid tables unless explicitly requested.
1611. Default answer length: 1200–2500 characters.
1712. If source text is provided inside tags, process only that tagged text.
1813. If the user asks for a draft, return ready-to-use copy.
1914. If facts may be outdated, say that verification is needed.
2015. Prioritize accuracy, brevity, and usefulness over politeness.

สิ่งที่คุณจะได้จากสิ่งนี้:

คำทักทายน้อยลง; เนื้อหาสาระน้อยลง; การพูดซ้ำน้อยลง; คำอธิบายที่ไม่จำเป็นน้อยลง; รูปแบบคำตอบที่คาดเดาได้มากขึ้น.

3. วิธีใช้ "โหมดภาษาพื้นเมือง"

กฎคือ:

คำสั่ง — เป็นภาษาอังกฤษ;

ข้อมูลต้นฉบับ — เป็นภาษาต้นฉบับ;

คำตอบสุดท้าย — เป็นภาษาที่ต้องการ

ไม่จำเป็นต้องแปลทุกอย่าง

หากคุณกำลังทำงานกับโพสต์ "สเปน" ข้อความทางกฎหมาย ถ้อยคำทางการแพทย์ หรือสำเนาโฆษณา ควรเก็บต้นฉบับไว้ใน "สเปน" จะดีกว่า

แต่คำสั่งสามารถให้เป็นภาษาอังกฤษได้:

1Task: Rewrite the text for a Telegram post.
2
3Input language: Spanish.
4Output language: Spanish.
5
6Rules:
7- Keep the meaning.
8- Improve structure and clarity.
9- Remove fluff.
10- Make it readable for a broad audience.
11- Do not add facts that are not in the source.
12- Return only the final post.
13
14<text>
15insert the original Spanish text here
16</text>

วิธีนี้ คุณให้คำสั่งทางเทคนิคสั้น ๆ กับโมเดล แต่คุณจะไม่สูญเสียความหมายและรูปแบบภาษาสเปน

4. System Prompt สำหรับบรรณาธิการ Telegram

หากคุณมักจะสร้างโพสต์ ให้สร้างโปรเจกต์ / Custom GPT / แชทแยกต่างหากแล้วใส่อันนี้:

1You are a Telegram editor for a Spanish-speaking tech audience.
2
3Default output language: Spanish.
4
5Your task is to turn rough source material into clear, useful, ready-to-publish Telegram posts.
6
7Style:
8- concise;
9- confident;
10- simple but not primitive;
11- no empty motivation;
12- no corporate clichés;
13- no excessive emojis;
14- no fake hype.
15
16Structure:
171. Strong headline.
182. Short hook.
193. Clear explanation.
204. Practical steps.
215. Concrete examples.
226. Final takeaway.
23
24Rules:
25- Do not invent facts.
26- Mark uncertain claims.
27- Remove duplicated ideas.
28- Replace vague advice with specific actions.
29- Prefer short paragraphs.
30- Make the post useful even for non-technical readers.

ตอนนี้คุณไม่จำเป็นต้องเขียนทุกครั้งว่า:

"ทำให้มันสวยงาม ชัดเจน และไร้เนื้อหาสาระ"

มันถูกเขียนไว้ในระบบแล้ว

5. วิธีเขียนคำขอปกติ

ไม่ดี:

1Please take a look, I have this text, I want to somehow improve it so that it is normal, clear, interesting...

ดี:

1Task: adapt the text for Telegram.
2
3Audience: regular users.
4Style: clear, confident, without filler.
5
6Format:
7- headline;
8- short introduction;
9- 10 points;
10- final conclusion.
11
12Limits:
13- up to 3500 characters;
14- no long introductions;
15- no invented facts.
16
17<text>
18insert the source text here
19</text>

AI ไม่จำเป็นต้องถูกโน้มน้าว

มันจำเป็นต้องได้รับงานที่ชัดเจน

ส่วนที่ 2 Cache, โมเดล, ไฟล์, และเวิร์กโฟลว์

ในส่วนแรก: system prompt และภาษาที่เหมาะสมสำหรับคำแนะนำ

ตอนนี้: วิธีทำงานกับ AI โดยไม่เสียโทเค็นไปกับขยะ

6. ใช้แท็ก XML

แท็กจะแสดงให้โมเดลเห็นว่าคำแนะนำอยู่ตรงไหน และข้อมูลอยู่ตรงไหน

ตัวอย่าง:

1Task: find risks in the contract.
2
3Output:
4- list of risks;
5- why it is a risk;
6- how to rewrite the clause.
7
8<contract_fragment>
9insert the required contract fragment here
10</contract_fragment>

หากมีเอกสารหลายฉบับ:

1<documents>
2  <document id="1">
3    текст первого документа
4  </document>
5
6  <document id="2">
7    текст второго документа
8  </document>
9</documents>

สิ่งนี้ช่วยให้โมเดลสับสนน้อยลง และตอบนอกเหนือจากงานน้อยลง

7. อย่าขอให้มัน "คิดทีละขั้น" โดยไม่มีเหตุผล

วลี "คิดทีละขั้น" มักจะทำให้การใช้โทเค็นเพิ่มขึ้น

สำหรับงานง่าย ๆ ให้เขียน:

1Give final answer only. No reasoning.

สำหรับงานที่มีความซับซ้อนปานกลาง:

1Give a short 3-step plan, then the final answer.
2Do not include detailed reasoning.

สำหรับงานที่ซับซ้อน:

1Analyze carefully, but show only:
21. conclusion;
32. key reasons;
43. risks;
54. next steps.
6
7Do not show chain-of-thought.

โมเดลสามารถใช้เหตุผลภายในได้

แต่คุณไม่จำเป็นต้องจ่ายเงินเพื่อการให้เหตุผลที่ยาวเหยียด

8. กำหนดค่า Reasoning / Thinking

หากบริการอนุญาตให้คุณเลือกโหมดการคิด:

สำหรับงานง่าย ๆ:

low / minimal / fast / economy

สำหรับงานปานกลาง:

medium

สำหรับงานที่ซับซ้อน:

high

อย่าเปิดใช้งานการคิดสูงสุดเพื่อแก้ไขข้อความ คิดชื่อเรื่อง หรือทำรายการ

นั่นก็เหมือนกับการเรียกหน่วยรบพิเศษมาดันฝาโอ่งแตงกวา

9. จำกัดความยาวของคำตอบ

เพิ่มสิ่งนี้ต่อท้ายคำขอ:

1Answer in Spanish.
2Max length: 1500 characters.
3No intro

หรือ:

1Give 7 bullets.
2Each bullet: one sentence.

หรือ:

1Return only:
2- headline;
3- post text;
4- CTA.

ยิ่งรูปแบบชัดเจนมากเท่าไร โทเค็นที่ไม่จำเป็นก็ยิ่งน้อยลงเท่านั้น

10. อย่าเก็บแชทที่ยาวเหยียดไว้

แชทที่ยาวไม่ใช่หน่วยความจำ

มันคือกระเป๋าเป้ที่หนักอึ้ง

หากคุณได้พูดคุยเกี่ยวกับหัวข้อที่แตกต่างกันไปแล้ว 5 หัวข้อ อย่าเริ่มงานใหม่ในนั้น

กฎ:

งานใหม่ — แชทใหม่

หากจำเป็นต้องใช้บริบทเก่า ให้โอนเฉพาะบทสรุปสั้น ๆ:

1Context summary:
2- project: Telegram channel about AI;
3- style: concise, technical, no filler;
4- audience: regular users;
5- task: write an instructional post.

อย่าลากประวัติการสนทนาทั้งหมดติดตัวไปด้วย

11. อย่าอัปโหลดไฟล์ที่ไม่จำเป็น

หากคำถามเกี่ยวกับข้อสัญญาข้อเดียวในสัญญา ไม่จำเป็นต้องอัปโหลดสัญญาทั้งฉบับ

ดีกว่า:

1Analyze only this fragment.
2
3<fragment>
4insert the required paragraph here
5</fragment>

หากต้องการวิเคราะห์ทั้งไฟล์ การใช้ไฟล์ก็สมเหตุสมผล

หากต้องการเพียงย่อหน้าเดียว ก็ไม่จำเป็นต้องใช้ไฟล์

12. Cache: กฎหลักในการประหยัด API

Cache ชอบความเสถียร

หากคุณส่ง system prompt เดิมทุกครั้ง มันอาจถูกประมวลผลได้ถูกกว่าและเร็วกว่า

แต่หากคุณเปลี่ยนคำแนะนำของระบบอย่างต่อเนื่อง cache อาจทำงานไม่ได้

โครงสร้างที่ถูกต้อง:

1[STABLE BLOCK]
2
3System rules:
4- role;
5- style;
6- output format;
7- restrictions;
8- examples.
9
10[VARIABLE BLOCK]
11
12User task:
13- specific task;
14- new text;
15- new data.

อย่าแตะต้องบล็อกที่เสถียร

เพิ่มข้อมูลใหม่ต่อท้าย

13. เลือกโมเดลให้เหมาะสมกับงาน

โมเดลน้ำหนักเบาเหมาะสำหรับ:

การแก้ไข;

การย่อ;

พาดหัว;

การแปลอย่างง่าย;

รายการ;

โพสต์;

อีเมลเทมเพลต

โมเดลที่แข็งแกร่งจำเป็นสำหรับ:

ตรรกะที่ซับซ้อน;

โค้ด;

กลยุทธ์;

การวิเคราะห์เอกสาร;

ความเสี่ยงทางกฎหมาย;

การแพทย์;

การเงิน;

งานหลายขั้นตอน

การประหยัดไม่ได้เริ่มต้นที่พรอมพ์ แต่เริ่มต้นที่การเลือกโมเดลที่ถูกต้อง

14. เทมเพลตคำขอสากล

บันทึกสิ่งนี้ไว้สำหรับตัวคุณเอง:

1Task:
2[what needs to be done]
3
4Audience:
5[who the result is for]
6
7Context:
8[why this is needed]
9
10Style:
11[tone and delivery]
12
13Output format:
14[answer structure]
15
16Limits:
17[length, language, restrictions]
18
19Source:
20<text>
21[source data]
22</text>

สิ่งนี้ใช้แทน "พรอมพ์ลับ" ได้ถึง 90%

15. รายการตรวจสอบขนาดเล็กก่อนส่ง

ตรวจสอบ:

กำหนดงานโดยสังเขปแล้วหรือยัง?

ระบุภาษาของคำตอบแล้วหรือยัง?

ระบุรูปแบบของคำตอบแล้วหรือยัง?

ระบุขีดจำกัดความยาวแล้วหรือยัง?

ลบบริบทที่ไม่จำเป็นออกแล้วหรือยัง?

ข้อความต้นฉบับถูกแยกด้วยแท็กแล้วหรือยัง?

ฉันไม่ได้ขอให้มัน "คิดลึก" โดยไม่มีเหตุผลใช่ไหม?

ฉันไม่ได้คุยแชทเก่าต่อโดยไม่จำเป็นใช่ไหม?

ฉันเลือกโมเดลที่ถูกต้องแล้วหรือยัง?

system prompt ยังคงเดิมทุกครั้งหรือไม่?

สูตรการประหยัดหลัก:

system prompt ที่เสถียร

คำสั่งภาษาอังกฤษสั้น ๆ

คำตอบสุดท้ายเป็นภาษาไทย (หรือภาษาที่ต้องการ)

แท็กสำหรับข้อมูล

ขีดจำกัดความยาว

โมเดลที่ถูกต้อง

= โทเค็นน้อยลง คำตอบเร็วขึ้น คุณภาพสูงขึ้น

AI ไม่จำเป็นต้องถูกโน้มน้าว

AI จำเป็นต้องได้รับคำแนะนำที่ถูกต้อง