មេរៀនទី១០
PROMPT BUILDER • LESSON 10

Ask–Clarify–Execute Workflow

Sot Dimong by Sot Dimong
27 កក្កដា 2026

បញ្ឈប់ការទាយនៅចំណុចសំខាន់ៗ៖ ឱ្យ AI កំណត់ព័ត៌មានខ្វះ សួរសំណួរខ្លីដែលមានឥទ្ធិពល បង្ហាញការសន្មត់ និងសង្ខេប Scope មុន Execute។

រយៈពេលប្រហែល ២១ នាទី
Prompt Mission • Level 10 បង្កើត Clarification Gate ដែលសួរតែព័ត៌មានមានឥទ្ធិពល និង Execute តាម Scope ដែលបានយល់ព្រម 0 XP
ចាប់ផ្តើម
Ask Clarify Execute Workflow ក្នុង Prompt Engineering
សេចក្តីផ្តើម
សំណើដូចជា «ធ្វើ Caption មួយ» អាចខ្វះប្រធានបទ អ្នកអាន ប្រវែង Tone និងកន្លែងផុស។ បើ AI ទាយទាំងអស់ វាអាចធ្វើការបានលឿន ប៉ុន្តែខុសគោលដៅ។ Workflow Ask–Clarify–Execute បង្កើតចំណុចពិនិត្យមុនចំណាយពេល ឬធ្វើសកម្មភាព។
គោលបំណងមេរៀននេះ
បន្ទាប់ពីរៀនចប់ អ្នកអាចរកភាពមិនច្បាស់, បែងចែក Blocking/Non-blocking Questions, សួរសំណួរចាំបាច់តិចបំផុត, កត់ការសន្មត់ និងទទួលការបញ្ជាក់ Scope មុន Execute។

១. ភាពមិនច្បាស់ណាដែលអាចប្តូរលទ្ធផល?

មិនមែនព័ត៌មានខ្វះគ្រប់យ៉ាងត្រូវសួរទេ។ ត្រូវសួរតែចំណុចដែលចម្លើយផ្សេងគ្នានឹងប្តូរ Goal, Audience, Output, Safety, Cost, Deadline ឬសកម្មភាពខាងក្រៅយ៉ាងសំខាន់។

Goalតើចង់អប់រំ ប្រៀបធៀប សង្ខេប ផ្សព្វផ្សាយ ឬបង្កើតការសម្រេចចិត្ត?
Audienceអ្នកណានឹងប្រើ Output និងកម្រិតចំណេះដឹងរបស់ពួកគេ?
OutputFormat, ប្រវែង, ភាសា, Channel និង Definition of Done ជាអ្វី?
Risk & Authorityតើមានទិន្នន័យឯកជន ឬសកម្មភាពដែលត្រូវការការយល់ព្រមពីមនុស្សទេ?
ទាយដោយស្ងៀមស្ងាត់AI ជ្រើស Audience, Format និង Scope ដោយខ្លួនឯង ហើយអាចផលិត Output ខុសទិស។
Clarify មុនសួរចំណុចមានឥទ្ធិពល បន្ទាប់មកសង្ខេបការយល់ដឹង និងទើបចាប់ផ្តើម។
កុំសួរសំណួរដែលចម្លើយមានរួចក្នុង Prompt ឬ Context។ Clarification ល្អបន្ថយភាពមិនច្បាស់—not បង្កើតការងារបន្ថែមឱ្យអ្នកប្រើ។

២. បែងចែក Blocking និង Non-blocking Questions

Blocking Question គឺចំណុចដែលបើមិនដឹង មិនអាចធ្វើការត្រឹមត្រូវ ឬសុវត្ថិភាពបាន។ Non-blocking Question ជួយកែលម្អ Output ប៉ុន្តែអាចប្រើ Default ដែលបង្ហាញច្បាស់បាន។

Blocking៖ គោលដៅផ្ទុយគ្នា«សរសេរលម្អិត» និង «អតិបរមា ៥០ ពាក្យ»—ត្រូវសួរថាអ្វីជាអាទិភាព។
Blocking៖ សិទ្ធិ និងសុវត្ថិភាពមិនត្រូវផ្ញើ ផុស លុប ឬប្រើទិន្នន័យអ្នកដទៃ បើ Scope/Approval មិនច្បាស់។
Non-blocking៖ Style តូចៗបើមិនបានបញ្ជាក់ អាចប្រើ Tone អព្យាក្រឹត និងប្រាប់ Default នេះមុន។
Proceed with Assumptionsធ្វើបានតែពេល Risk ទាប ហើយរាយ Assumptions ឱ្យមើលឃើញ និងងាយកែ។
Ask Clarify Confirm Execute និង Question Triage
CLARIFICATION ROUTER LAB

QUESTION TRIAGE • សួរតែចំណុចមានឥទ្ធិពល

READY

ជ្រើសសំណើមិនច្បាស់ ដើម្បីមើល Blocking Questions និង Default ដែលសមស្រប។ នេះជាគំរូបង្ហាញ—not ការហៅ AI ពិត។

REQUESTធ្វើ Caption មួយខ្វះ Topic និង Audience
QUESTION
TRIAGE
ACTIONASK 3 QUESTIONSប្រធានបទ • អ្នកអាន • Goal/Channel
សួរ៖ ១) Caption អំពីប្រធានបទអ្វី? ២) សម្រាប់អ្នកអានកម្រិតណា? ៣) នឹងផុសនៅ Platform ណា និងចង់ឱ្យអ្នកអានធ្វើអ្វី? បន្ទាប់មកប្រើ Default Tone អប់រំ មិន Hype។

៣. សរសេរសំណួរខ្លី ដែលងាយឆ្លើយ

ចាត់លំដាប់សំណួរតាម Impact និងសួរតិចបំផុតដែលអាច Unlock ការងារ។ សំណួរមួយគួរដោះស្រាយការសម្រេចចិត្តមួយ។ បើមានជម្រើសធម្មតា អាចផ្តល់ ២–៣ Choices និងដាក់ Recommended Default។

គំរូ CLARIFICATION QUESTIONS

មុនចាប់ផ្តើម ខ្ញុំត្រូវការបញ្ជាក់ ៣ ចំណុច៖ ១) ប្រធានបទ Caption គឺ Leverage, Risk Management ឬប្រធានបទផ្សេង? ២) អ្នកអានគឺអ្នកចាប់ផ្តើម ឬ Trader មានបទពិសោធន៍? ៣) Output សម្រាប់ Facebook, Telegram ឬ Website? បើអ្នកមិនកំណត់ Tone ខ្ញុំនឹងប្រើភាសាខ្មែរសាមញ្ញ អប់រំ អព្យាក្រឹត និងមិន Hype។

ជៀសវាង «តើអ្នកចង់បានអ្វី?» ព្រោះវាទូលំទូលាយពេក។ សំណួរល្អបង្ហាញថាអ្នកបានអាន Context ហើយកំណត់តែ Decision ដែលនៅសល់។

៤. បង្កើត Assumption Register និង Confirmation Summary

ពេលព័ត៌មាន Non-blocking ខ្វះ អាចប្រើ Default ប៉ុន្តែត្រូវបង្ហាញវា។ មុន Execute សង្ខេប Goal, Scope, Inputs, Outputs, Constraints, Assumptions និងអ្វីដែលមិនធ្វើ។

Confirmedចំណុចដែលអ្នកប្រើបានផ្តល់ ឬយល់ព្រមច្បាស់។
AssumedDefault មានហានិភ័យទាប ដែលត្រូវបង្ហាញ និងងាយកែ។
Out of Scopeអ្វីដែល Workflow នេះមិនធ្វើ ដូចជា Auto-post ឬផ្តល់សញ្ញាទិញលក់។
Approval Neededសកម្មភាពដែលត្រូវការបញ្ជាក់ចុងក្រោយ មុនផ្ញើ ផុស លុប ឬប្តូរប្រព័ន្ធ។
CONFIRMATION SUMMARY

ការយល់ដឹងរបស់ខ្ញុំ៖ បង្កើត Caption Facebook ជាភាសាខ្មែរ ១២០–១៥០ ពាក្យ សម្រាប់អ្នកចាប់ផ្តើម អំពីហានិភ័យ Leverage; មាន Hook, Bullet ៣, Risk note និង CTA ទៅ dmtrade.app; មិនធានាចំណេញ និងមិនផ្តល់សញ្ញាទិញលក់។ ASSUMPTION៖ Tone អប់រំ អព្យាក្រឹត។ OUT OF SCOPE៖ មិនផុសដោយស្វ័យប្រវត្តិ។ សូមបញ្ជាក់ថាត្រឹមត្រូវ មុនខ្ញុំសរសេរ Draft។

៥. Execute តាម Scope និងបញ្ឈប់ពេល Context ប្រែ

បន្ទាប់ពី Confirmation ទើប Execute តាម Scope ដែលបានយល់ព្រម។ បើពេលធ្វើការរកឃើញ Conflict, Input ខូច, ទិន្នន័យសម្ងាត់ ឬតម្រូវការថ្មីដែលប្តូរគោលដៅ ត្រូវ Pause និង Clarify ម្តងទៀត។

Execute ល្អរក្សា Scope, បង្ហាញ Assumptions, រាយ Unknowns, Preview សកម្មភាពខាងក្រៅ និងសុំ Approval ពេលចាំបាច់។
Execute ខ្សោយពង្រីកការងារដោយខ្លួនឯង, ផ្ញើ/ផុសដោយគ្មានការយល់ព្រម, លាក់ការសន្មត់ ឬបន្តពេលព័ត៌មានសំខាន់ខ្វះ។

ការអនុញ្ញាតឱ្យ «សរសេរ Draft» មិនស្មើការអនុញ្ញាតឱ្យ «ផុស Draft» ទេ។ បែងចែក Creation ពី External Action និងទទួលការយល់ព្រមជាក់លាក់សម្រាប់សកម្មភាពនីមួយៗ។

ដំណើរការ Request Ambiguity Triage Ask Confirm Execute និង Pause

៦. រូបមន្តអនុវត្ត៖ Ask–Clarify–Execute Router

Prompt ខាងក្រោមបង្ខំឱ្យ AI ពិនិត្យភាពមិនច្បាស់ មុន Execute។ វាសួរតែ Blocking Questions, ប្រើ Default មានហានិភ័យទាបសម្រាប់ Non-blocking និងបញ្ឈប់មុនសកម្មភាពខាងក្រៅ។

សាកអនុវត្ត • PROMPT ជាភាសាខ្មែរ

ROLE៖ ធ្វើជាអ្នកជំនួយ Prompt Workflow សម្រាប់ dmtrade.app។ WORKFLOW៖ ASK → CLARIFY → CONFIRM → EXECUTE។ PHASE 1 — INSPECT៖ អានសំណើ ហើយរាយ Goal, Audience, Required Inputs, Output Format, Constraints, Safety/Privacy និង External Actions។ កំណត់ព័ត៌មានខ្វះជា BLOCKING ឬ NON_BLOCKING។ PHASE 2 — ASK៖ បើមាន BLOCKING សួរអតិបរមា ៣ សំណួរដែលមានឥទ្ធិពលខ្ពស់បំផុត; មួយសំណួរដោះស្រាយ Decision មួយ; ផ្តល់ជម្រើស ២–៣ ពេលសមស្រប និងដាក់ជម្រើសណែនាំជាមុន។ កុំ Execute មុនទទួលចម្លើយ។ PHASE 3 — ASSUMPTIONS៖ សម្រាប់ NON_BLOCKING អាចស្នើ Default មានហានិភ័យទាប ប៉ុន្តែត្រូវរាយក្រោម «ការសន្មត់»។ PHASE 4 — CONFIRM៖ សង្ខេបជា Goal, Audience, Inputs, Deliverable, Constraints, Assumptions, Out of Scope និង Approval Needed។ សុំការបញ្ជាក់មុន Execute បើការងារមានការផ្ញើ ផុស លុប កែប្រព័ន្ធ ប្រើទិន្នន័យឯកជន ឬផលប៉ះពាល់ខ្ពស់។ PHASE 5 — EXECUTE៖ បន្ទាប់ពីបញ្ជាក់ សូមធ្វើតែ Scope ដែលបានយល់ព្រម។ បើរកឃើញ Conflict ឬព័ត៌មានសំខាន់ថ្មី សូម PAUSE និង Clarify។ DEFAULTS សម្រាប់ Content៖ ភាសាខ្មែរសាមញ្ញ, Tone អប់រំ អព្យាក្រឹត, មិន Hype, មិនធានាចំណេញ, មិនផ្តល់សញ្ញាទិញលក់ និងមិនផុសដោយស្វ័យប្រវត្តិ។ USER REQUEST៖ «បង្កើត Caption មួយសម្រាប់ dmtrade.app»។ ចាប់ផ្តើមតែ PHASE 1 និង PHASE 2 ប៉ុណ្ណោះ។

៧. ពិនិត្យការយល់ដឹង

QUIZ ខ្លី

តើ Ask–Clarify–Execute Workflow មួយណាមានប្រសិទ្ធភាព និងសុវត្ថិភាពជាងគេ?

ចម្លើយត្រឹមត្រូវ៖ ខ។ វាកាត់បន្ថយការទាយដោយមិនបង្ក Question Overload និងបែងចែកការបង្កើត Draft ពីសកម្មភាពខាងក្រៅដែលត្រូវការការយល់ព្រម។

៨. ចំណុចសំខាន់ដែលត្រូវចងចាំ

  • សួរតែព័ត៌មានខ្វះដែលអាចប្តូរ Goal, Output, Safety, Cost, Deadline ឬ External Action។
  • Blocking Question ត្រូវឆ្លើយមុន Execute; Non-blocking អាចប្រើ Default ដែលបង្ហាញច្បាស់។
  • សំណួរល្អខ្លី, មួយសំណួរមួយ Decision និងអាចផ្តល់ជម្រើសដែលងាយឆ្លើយ។
  • សង្ខេប Confirmed, Assumed, Out of Scope និង Approval Needed មុនចាប់ផ្តើម។
  • Pause និង Clarify ម្តងទៀតបើ Context ប្រែ; កុំផ្ញើ ផុស លុប ឬប្តូរប្រព័ន្ធដោយគ្មាន Approval។

រូបមន្តសាមញ្ញ៖ «ខ្ញុំយល់ថាអ្នកចង់បាន [Goal] សម្រាប់ [Audience] ជា [Format]។ ខ្ញុំខ្វះ [Blocking Info]។ បើអ្នកមិនកំណត់ [Non-blocking Info] ខ្ញុំនឹងប្រើ [Default]។ តើត្រឹមត្រូវទេ?»

លំហាត់អនុវត្ត៖ យកសំណើ «ធ្វើ Post មួយ»។ រាយព័ត៌មានខ្វះ ៦ ចំណុច រួចចាត់ជា Blocking/Non-blocking។ ជ្រើសតែ Blocking ៣ ចំណុចសម្រាប់សួរ បង្កើត Default សម្រាប់ចំណុចនៅសល់ និងសរសេរ Confirmation Summary មួយ។

CLARITY ROUTER BADGE

កំពុងពង្រឹងការគ្រប់គ្រងភាពមិនច្បាស់របស់អ្នក

បន្តអានគ្រប់ Checkpoint និងឆ្លើយ Quiz ដើម្បីបើកស្ថានភាព Mission Complete របស់អ្នក។

0% • Clarity Router កំពុងដំណើរការ បន្តមេរៀនទី១១

សូមត្រៀមខ្លួនសម្រាប់មេរៀនបន្ទាប់៖ «មេរៀនទី១១៖ Reasoning Scaffolds និង Checklists»។

មេរៀនផ្សេងទៀត

មេរៀនផ្សេងទៀត

ទំព័រដើម
រៀនត្រេត
រៀន AI
ការកំណត់