មេរៀនទី៩
PROMPT BUILDER • LESSON 9

Prompt Chaining និងការបំបែកការងារ

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

បំបែកគម្រោងធំទៅជាជំហានតូចៗដែលមាន Input, Output និង Quality Gate ច្បាស់ ដើម្បីអាចពិនិត្យកំហុសមុនបញ្ជូនលទ្ធផលទៅជំហានបន្ទាប់។

រយៈពេលប្រហែល ២២ នាទី
Prompt Mission • Level 9 បង្កើត Chain ដែលមាន Research → Plan → Draft → Review និងអាចកែបានតាមជំហាន 0 XP
ចាប់ផ្តើម
Prompt Chaining និងការបំបែកការងារ ក្នុង Prompt Engineering
សេចក្តីផ្តើម
Prompt មួយដែលសុំឱ្យ AI «ស្រាវជ្រាវ រៀបផែនការ សរសេរ និងពិនិត្យ» ក្នុងពេលតែមួយ ធ្វើឱ្យពិបាកដឹងថាកំហុសកើតនៅជំហានណា។ Prompt Chaining បំបែកការងារទាំងនេះ និងរក្សាលទ្ធផលមធ្យម ដើម្បីអ្នកអាចត្រួតពិនិត្យមុនបន្ត។
គោលបំណងមេរៀននេះ
បន្ទាប់ពីរៀនចប់ អ្នកអាចកំណត់ពេលណាគួរប្រើ Chain, បំបែកគម្រោងតាមការសម្រេចចិត្ត, បង្កើត Input/Output Contract រវាងជំហាន, ដាក់ Quality Gate និងកំណត់ Stop/Retry/Human Review។

១. Prompt Chaining ជាអ្វី?

Prompt Chain គឺជាលំដាប់ Prompt ច្រើនដែល Output ពីជំហានមួយក្លាយជា Input សម្រាប់ជំហានបន្ទាប់។ ជំហាននីមួយៗគួរមានគោលដៅតែមួយ និងអាចផ្ទៀងផ្ទាត់បានដោយឡែក។

Researchប្រមូល Fact, Source, Date, Unknown និងចំណុចដែលត្រូវផ្ទៀងផ្ទាត់។
Planរៀបគោលដៅ អ្នកអាន Outline Constraints និង Success Criteria។
Draftបង្កើតខ្លឹមសារពី Research Pack និង Plan ដែលបានអនុម័ត។
Reviewពិនិត្យ Fact, Structure, Tone, Safety និងច្បាប់មុនប្រគល់ Output។
Single Promptល្អសម្រាប់ Task ខ្លី ដែលមាន Input/Output ច្បាស់ និងមិនត្រូវការសម្រេចចិត្តច្រើន។
Prompt Chainល្អសម្រាប់គម្រោងធំ មានប្រភពច្រើន Quality Gates និងត្រូវការកែតាមជំហាន។
Chain មិនធ្វើឱ្យលទ្ធផលត្រឹមត្រូវដោយស្វ័យប្រវត្តិទេ។ បើ Output ខុសត្រូវបានបញ្ជូនបន្តដោយគ្មាន Gate កំហុសអាចរីកធំឡើងតាមជំហាន។

២. បំបែកការងារតាម «ការសម្រេចចិត្ត»

កុំបំបែកតាមចំនួនកថាខណ្ឌប៉ុណ្ណោះ។ បំបែកត្រង់កន្លែងដែលមានការសម្រេចចិត្ត ឬត្រូវពិនិត្យ៖ តើ Source គ្រប់ទេ? តើ Outline ត្រឹមត្រូវទេ? តើ Draft គោរពផែនការទេ? តើ Output អាចផុសបានទេ?

មួយជំហាន = មួយគោលដៅជំហាន Research មិនគួរសរសេរ Caption ចុងក្រោយ; វាគួរបង្កើត Research Pack។
រក្សា Intermediate Outputរក្សា Source Table, Outline, Draft និង Review Report ដើម្បីងាយរកឃើញកំហុស។
ដាក់ Approval Pointឱ្យមនុស្សពិនិត្យនៅមុនការផុស ការផ្ញើ ឬសកម្មភាពដែលមានផលប៉ះពាល់ខ្ពស់។
មាន Stop Conditionបញ្ឈប់ Chain បើ Source ខ្វះ, Validation បរាជ័យ ឬ Conflict មិនទាន់ដោះស្រាយ។
Research Plan Draft Review និង Quality Gates
CHAIN ARCHITECT LAB

TASK DECOMPOSER • បំបែកគម្រោងទៅជាជំហាន

READY

ជ្រើសប្រភេទគម្រោង ដើម្បីមើល Chain និង Checkpoint ដែលសមស្រប។ នេះជាគំរូបង្ហាញ—not ការហៅ AI ពិត។

PROJECTCaption អប់រំdmtrade.app
CHAIN
ARCHITECT
WORKFLOW4-STEP CONTENT CHAINResearch → Plan → Draft → Review
ជំហាន ១ ប្រមូល Fact/Source; ជំហាន ២ រៀប Hook, Audience និង Outline; ជំហាន ៣ សរសេរ Draft ពី Pack ដែលបានអនុម័ត; ជំហាន ៤ ពិនិត្យ Fact, Risk note, Tone និង CTA មុនផុស។

៣. កំណត់ Input/Output Contract រវាងជំហាន

Chain ដែលអាចទុកចិត្តបានត្រូវមាន Interface ច្បាស់។ ជំហាននីមួយៗត្រូវដឹងថា Input មកពីណា, Field ណាចាំបាច់, Output ទម្រង់អ្វី និងអ្វីដែលមិនត្រូវធ្វើ។

គំរូ STEP CONTRACT

STEP 2 — PLAN។ INPUT៖ RESEARCH_PACK ដែលបាន Validate មាន fields: facts[], sources[], unknowns[], risk_notes[]។ TASK៖ បង្កើត Outline Caption។ OUTPUT៖ Valid JSON {"audience":"string","goal":"string","hook":"string","sections":["string"],"required_risk_note":"string","missing_information":["string"]}។ RULES៖ កុំបន្ថែម Fact ថ្មី; រាល់ Section ត្រូវភ្ជាប់ Fact ID; បើ Research Pack ខ្វះ Field ចាំបាច់ សូម STOP និងបង្ហាញ error_code: "INSUFFICIENT_RESEARCH"។

កុំបញ្ជូន Conversation ទាំងមូលទៅគ្រប់ជំហានដោយស្វ័យប្រវត្តិ។ បញ្ជូនតែ State ឬ Artifact ដែលចាំបាច់ ដូចជា Research Pack, Approved Outline និង Style Rules។ វាកាត់បន្ថយភាពច្រឡំ និងការលេចទិន្នន័យមិនពាក់ព័ន្ធ។

៤. ដាក់ Quality Gate មុនបន្ត

Quality Gate គឺជាការត្រួតពិនិត្យរវាងជំហាន។ Gate អាចជា Checklist, Schema Validation, Source Check, Test ឬ Human Approval។ Output ត្រូវមានស្ថានភាព PASS, FAIL ឬ NEEDS_REVIEW។

Research GateSource មានគ្រប់, កាលបរិច្ឆេទត្រឹមត្រូវ, Fact/Opinion បំបែក និង Unknown បានរាយ។
Plan GateGoal, Audience, Outline, Constraints និង Success Criteria ត្រូវគ្នា។
Draft GateDraft ប្រើតែ Approved Facts, គោរព Format និងមិនបង្កើត Source/តួលេខ។
Publish GateFact-check, Safety, Privacy, Brand និង Human Approval មុនផុស ឬផ្ញើ។

Gate មិនគួរឆ្លើយតែ «ល្អ» ឬ «មិនល្អ»។ វាគួររាយ Criteria, Result, Evidence និង Correction Request ដើម្បីជំហានមុនអាចកែបានជាក់លាក់។

៥. គ្រប់គ្រង Error Propagation, Retry និង Human Review

កំណត់អ្វីកើតឡើងពេល FAIL៖ បញ្ឈប់, Retry ជាមួយ Feedback, ត្រឡប់ទៅជំហានមុន ឬសុំមនុស្សពិនិត្យ។ កុំ Retry ដោយគ្មានដែនកំណត់ និងកុំឱ្យ AI កែ Fact ដើម្បីធ្វើឱ្យ Validation ឆ្លង។

Recovery ល្អរក្សា Error log, កំណត់ Retry អតិបរមា, កែតែ Field ដែលខុស, រក្សា Version និង Escalate ពេល Confidence ទាប។
Recovery ខ្សោយបន្ត Chain ទោះ FAIL, លាក់ Error, Retry មិនកំណត់, សរសេរជាន់ Approved Artifact ឬផុសដោយគ្មាន Human Review។

សម្រាប់ការផ្ញើ Email, ផុស Social Media, ប្តូរ Database, Deploy កូដ ឬសេចក្តីសម្រេចហិរញ្ញវត្ថុ ត្រូវមាន Approval មុនសកម្មភាពខាងក្រៅ។ Prompt Chain ល្អរៀបចំការងារ—not ពង្រីកសិទ្ធិដោយខ្លួនឯង។

ដំណើរការ Research Gate Plan Gate Draft Gate Review និង Publish

៦. រូបមន្តអនុវត្ត៖ Prompt Chain Architect

Prompt ខាងក្រោមមិនសុំឱ្យ AI ធ្វើគ្រប់ជំហានដោយស្ងៀមស្ងាត់ទេ។ វាសុំឱ្យបង្កើត Chain Plan ដែលមាន Artifact, Gate និង Stop Condition ច្បាស់ ដើម្បីអ្នកអាចដំណើរការម្តងមួយជំហាន។

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

ROLE៖ ធ្វើជាអ្នករចនា Prompt Workflow សម្រាប់ dmtrade.app។ GOAL៖ រៀប Prompt Chain សម្រាប់បង្កើត Caption អប់រំអំពីហានិភ័យ Leverage ដោយប្រើតែប្រភពដែលបានផ្តល់ និងត្រូវការមនុស្សអនុម័តមុនផុស។ បង្កើត Chain មាន ៤ ជំហាន៖ STEP 1 RESEARCH — ទាញ Fact, Source ID, Date, Unknown និង Risk Notes; OUTPUT = RESEARCH_PACK JSON; GATE = Source/Date/Fact validation; បើ Source មិនគ្រប់ STOP។ STEP 2 PLAN — ប្រើតែ RESEARCH_PACK ដែល PASS; បង្កើត Audience, Goal, Hook, Outline, Format និង Success Criteria; OUTPUT = CONTENT_PLAN JSON; GATE = Coverage/No-new-facts check; បើមាន Fact ថ្មី ត្រឡប់ FAIL។ STEP 3 DRAFT — ប្រើ Approved RESEARCH_PACK + CONTENT_PLAN; សរសេរ Caption ខ្មែរ ១២០–១៥០ ពាក្យ មាន Hook, Bullet ៣, Risk note និង CTA ទៅ dmtrade.app; កុំធានាចំណេញ និងកុំផ្តល់សញ្ញាទិញលក់; OUTPUT = DRAFT_V1 Markdown; GATE = Format/Fact/Safety check។ STEP 4 REVIEW — ប្រៀបធៀប DRAFT_V1 ជាមួយ Source IDs និង Criteria; OUTPUT = REVIEW_REPORT មាន status PASS|FAIL|NEEDS_REVIEW, issues[], corrections[] និង final_draft។ RULES សម្រាប់ Chain៖ ជំហានបន្ទាប់អាចប្រើតែ Artifact ដែល status = PASS; កុំកែ Source Fact ដើម្បីឱ្យ Draft ឆ្លង; Retry អតិបរមា ១ ដងក្នុងមួយជំហាន; បើនៅ FAIL សូម Escalate ទៅ Human Review; កុំផុស ឬផ្ញើដោយស្វ័យប្រវត្តិ។ OUTPUT REQUEST៖ បង្ហាញ Chain ជា Table មាន Columns៖ Step, Goal, Required Input, Output Artifact, Validation Gate, Failure Action និង Human Approval។

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

QUIZ ខ្លី

តើ Prompt Chain មួយណាគ្រប់គ្រងកំហុស និងការបញ្ជូន Output បានល្អជាងគេ?

ចម្លើយត្រឹមត្រូវ៖ ក។ Contract និង Gate ធ្វើឱ្យអាចរកកំហុសតាមជំហាន ខណៈ Stop/Retry/Human Review ការពារកំហុសមិនឱ្យបន្តទៅសកម្មភាពខាងក្រៅ។

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

  • Prompt Chain បំបែកគម្រោងធំទៅជាជំហានដែលមានគោលដៅតែមួយ និងអាចផ្ទៀងផ្ទាត់បាន។
  • បំបែកត្រង់ការសម្រេចចិត្ត៖ Research, Plan, Draft, Review និង Approval—not តាមចំនួនកថាខណ្ឌ។
  • កំណត់ Input/Output Contract និងបញ្ជូនតែ Artifact ដែលចាំបាច់ទៅជំហានបន្ទាប់។
  • ប្រើ Quality Gate ជាមួយ PASS, FAIL ឬ NEEDS_REVIEW មុនអនុញ្ញាតឱ្យ Chain បន្ត។
  • កំណត់ Retry, Stop Condition, Version និង Human Approval មុនការផុស ផ្ញើ ឬប្តូរប្រព័ន្ធ។

ចាប់ផ្តើមដោយ Chain ៣ ជំហាន៖ PLAN → DRAFT → REVIEW។ ពេលអ្នកត្រូវការប្រភព ទើបបន្ថែម RESEARCH។ Chain ខ្លីដែលអាចពិនិត្យបាន ល្អជាង Chain វែងដែលគ្មាន Gate។

លំហាត់អនុវត្ត៖ យក Prompt ដែលសុំការងារ ៣ ឬច្រើនក្នុងពេលតែមួយ។ បំបែកវាទៅជា ៣ ជំហាន។ សរសេរ Required Input, Output Artifact និង PASS Criteria សម្រាប់ជំហាននីមួយៗ រួចកំណត់ថាតើពេល FAIL ត្រូវ Stop, Retry ឬសុំ Human Review។

CHAIN ARCHITECT BADGE

កំពុងពង្រឹងការរចនា Workflow របស់អ្នក

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

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

សូមត្រៀមខ្លួនសម្រាប់មេរៀនបន្ទាប់៖ «មេរៀនទី១០៖ Ask–Clarify–Execute Workflow»។

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

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

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