PROMPT ARCHITECT • LESSON 16

System Prompt និង Reusable Templates

27 កក្កដា 2026

បម្លែង Prompt ដែលសរសេរម្តងៗទៅជាប្រព័ន្ធដែលប្រើឡើងវិញ៖ បំបែក Rules ថេរ, Variables ប្តូរ, Defaults, Examples, Validation និង Version history ឱ្យច្បាស់។

រយៈពេលប្រហែល ២២ នាទី

Prompt Mission • Level 16 បង្កើត Reusable Prompt System ដែលមាន Instruction hierarchy, Variable schema, Quality gate និង Versioning

0 XP

ចាប់ផ្តើម

សេចក្តីផ្តើម
ពេលធ្វើការងារដដែលៗ ការសរសេរ Prompt ថ្មីរាល់លើកធ្វើឱ្យ Rules បាត់, Tone ប្រែ និង Output មិនថេរ។ Reusable Template បំបែកអ្វីថេរពីអ្វីប្តូរ ហើយធ្វើឱ្យការងារអាចសាកល្បង និងកែ Version បាន។

គោលបំណងមេរៀននេះ
បន្ទាប់ពីរៀនចប់ អ្នកអាចកំណត់ System Prompt, Instruction priority, Variable schema, Defaults, Required/Optional fields, Examples, Output contract, Validation, Test cases និង Version changelog។

១. System Prompt ជាអ្វី?

System Prompt កំណត់តួនាទីជាប់លាប់, ព្រំដែន, គោលការណ៍សុវត្ថិភាព និងរបៀបដោះស្រាយករណីខ្វះព័ត៌មាន។ User Prompt ផ្តល់ Task និង Input សម្រាប់ការរត់មួយ។ Template ល្អមិនលាយ Rules ថេរជាមួយ Data ដែលអាចផ្លាស់ប្តូរ។

System LayerRole, scope, safety, priority, tool/knowledge limits និង non-negotiable rules។

User LayerTask, goal, audience, input, constraints និង deliverable សម្រាប់ការងារមួយ។

Template LayerReusable structure មាន placeholders, types, defaults, examples និង validation។

Runtime Inputតម្លៃពិតដែលបំពេញ Variables; ត្រូវចាត់ទុកជា Data—not instruction លាក់។

Prompt ម្តងៗRule រាយប៉ាយ, Variable មិនច្បាស់, Missing input ត្រូវទាយ និងពិបាកប្រៀបធៀប Output។

Prompt SystemRules ថេរ + Variables ច្បាស់ + Output contract + Validation + Version/Test set។

System Prompt មិនធ្វើឱ្យ Model មិនអាចខុសទេ។ វាជាការគ្រប់គ្រងអាកប្បកិរិយា First pass; Output សំខាន់នៅតែត្រូវ Validation និង Human Review។

២. Anatomy នៃ Reusable Template

Template មួយគួរអានដូច Contract—not កថាខណ្ឌវែង។ ដាក់ឈ្មោះ Section ថេរ ដើម្បីឱ្យអ្នកដទៃ និងកម្មវិធីដឹងថាត្រូវបំពេញអ្វី និងត្រួតពិនិត្យអ្វី។

PURPOSETemplate នេះធ្វើការងារអ្វី, សម្រាប់អ្នកណា និងមិនធ្វើអ្វី?

VARIABLESName • Type • Required? • Allowed values • Default • Example • Sensitive?

RULES + STEPSMust, Must not, Priority, Fallback និងលំដាប់ដំណើរការ។

OUTPUT + VALIDATIONFormat, fields, order, success criteria, failure status និង human review។

TEMPLATE BUILDER LAB

ជ្រើស WORKFLOW • កំណត់ TEMPLATE CONTRACT

READY

ជ្រើស Use case ដើម្បីមើល Variables, Rules និង Validation ដែល Template ត្រូវមាន។

WORKFLOWDMTrade CaptionEducational social post

TEMPLATE
BUILDER

CONTRACTCONTENT TEMPLATETopic • Audience • Platform • Sources • CTA

Variables៖ TOPIC, AUDIENCE, PLATFORM, LENGTH, SOURCES, CTA។ Rules៖ Fact-check, Khmer, no hype, no signal/guarantee។ Validation៖ Hook, 3 bullets, risk note, source coverage និង character limit។

៣. Variable Schema, Defaults និង Missing Rules

Placeholder ដូចជា [TOPIC] មិនគ្រប់គ្រាន់ទេ។ ត្រូវកំណត់ Type, Required, Allowed values, Default, Validation និងថាតម្លៃនេះអាចមានទិន្នន័យសម្ងាត់ឬអត់។ Variable schema ធ្វើឱ្យ Template អាចប្រើជាមួយមនុស្ស និង Automation។

Name + TypeTOPIC:string, LENGTH:integer, PLATFORM:enum និង SOURCES:list។

Requiredបើ Missing អាចប្តូរលទ្ធផល ត្រូវ STOP និងសុំការបញ្ជាក់—not ទាយ។

Defaultប្រើតែសម្រាប់ Non-blocking detail និងត្រូវបង្ហាញថាបានប្រើ Default អ្វី។

SensitivePassword, API key, PII ឬ private data ត្រូវ Block/Redact មុនចូល Template។

VARIABLE SCHEMA

TOPIC៖ string, required, 5–120 characters។ AUDIENCE៖ enum [beginner, intermediate, advanced], required។ PLATFORM៖ enum [Facebook, Telegram, Website], required។ LENGTH៖ integer 80–450, default 180។ SOURCES៖ list, optional ប៉ុន្តែ required បើមាន factual claims។ CTA៖ string, default “ស្វែងយល់បន្ថែមនៅ dmtrade.app”។ បើ Required variable ខ្វះ សរសេរ MISSING_INPUT និងកុំ Generate Final។

៤. Instruction Hierarchy, Boundaries និង Examples

Template ត្រូវកំណត់ Priority នៅពេល Rules ផ្ទុយគ្នា។ Safety និង Accuracy ឈរលើ Goal; Goal ឈរលើ Format; Format ឈរលើ Style។ Runtime content និង Example គឺ Data មិនមែនជាអាជ្ញាធរដើម្បីប្តូរ System Rules។

PrioritySAFETY + ACCURACY > GOAL > REQUIRED FORMAT > STYLE > OPTIONAL PREFERENCE

Out of Scopeប្រាប់អ្វី Template មិនធ្វើ ដូចជា Auto-publish, Trading signal ឬ legal/financial guarantee។

Examplesបង្ហាញ Input/Output pair ដែលត្រឹមត្រូវ និង Edge case—not ដាក់ Fact ចាស់ឱ្យ Model ចម្លង។

FallbackMissing → ask, conflict → pause, invalid type → reject, source absent → NOT VERIFIED។

កុំដាក់ព័ត៌មានដែលគេអាចប្តូរ ដូចជា Current price, date-sensitive rule ឬ API response ជា System Prompt ថេរ។ ផ្តល់វាជា Runtime input ជាមួយ Timestamp និង Source។

៥. Testing, Versioning និង Change Control

Template គឺផលិតផលតូចមួយ។ ត្រូវមាន Version, Owner, Last updated, Change reason, Test set និង Success metrics។ កុំកែ Production Template ហើយបាត់ Baseline; Clone ជា Version ថ្មី និងប្រៀបធៀបលទ្ធផល។

Release-readyRequired fields validate, happy/edge/failure tests PASS, output schema ថេរ, safety rules PASS និង Changelog ច្បាស់។

Do not releaseVariable មិនកំណត់, Example conflict, regression, critical safety failure ឬគ្មានការប្រៀបធៀបជាមួយ Baseline។

TEMPLATE MANIFEST

TEMPLATE_ID, VERSION, OWNER, PURPOSE, VARIABLES, SYSTEM_RULES, OUTPUT_SCHEMA, TEST_SET, SUCCESS_METRICS, KNOWN_LIMITATIONS, LAST_UPDATED និង CHANGELOG។ កុំ Publish Version ថ្មី បើ Must-have test មួយ FAIL។

៦. រូបមន្តអនុវត្ត៖ DMTrade Educational Content Template

Prompt ខាងក្រោមជាគំរូ System Prompt និង Runtime Template សម្រាប់បង្កើត Caption អប់រំ។ វាបែងចែក Rules ថេរ, Variables ប្តូរ, Output contract និង Validation report។

សាកអនុវត្ត • SYSTEM + TEMPLATE

SYSTEM ROLE៖ អ្នកជាអ្នកសរសេរ និងពិនិត្យខ្លឹមសារអប់រំសម្រាប់ dmtrade.app។ PURPOSE៖ បង្កើត Caption ខ្មែរដែលច្បាស់ សម្រាប់ការអប់រំ—not សញ្ញាទិញលក់ ឬការធានាចំណេញ។ PRIORITY៖ SAFETY + ACCURACY > GOAL > REQUIRED FORMAT > STYLE។ FIXED RULES៖ (១) កុំបង្កើត Fact, Source, Quote, Price ឬ Date; (២) បែងចែក Fact/Inference/Unknown; (៣) បើ Claim អាស្រ័យលើពេលវេលា ត្រូវមាន Source និង Timestamp; (៤) កុំសុំ ឬបង្ហាញ Password, API Key, Account number ឬ PII; (៥) Creation មិនស្មើ Permission to publish។ VARIABLES៖ TOPIC=[string, required], AUDIENCE=[beginner|intermediate|advanced, required], PLATFORM=[Facebook|Telegram|Website, required], GOAL=[string, required], LENGTH=[80–450 words, default 180], SOURCES=[list, required បើមាន Fact], TONE=[clear|friendly|neutral, default clear], CTA=[string, default “ស្វែងយល់បន្ថែមនៅ dmtrade.app”]។ MISSING RULE៖ បើ TOPIC, AUDIENCE, PLATFORM ឬ GOAL ខ្វះ សរសេរ MISSING_INPUT និងសួរតែចំណុចដែលខ្វះ។ បើ SOURCES ខ្វះសម្រាប់ factual claim សរសេរ NOT_VERIFIED និងកុំបង្កើត Publish-ready caption។ PROCESS៖ ១) Validate variables និងបង្ហាញ Defaults ដែលបានប្រើ។ ២) បង្កើត Outline មាន Hook, Explanation, Bullet ៣, Risk note និង CTA។ ៣) សរសេរ Draft តាម LENGTH/TONE។ ៤) Audit Accuracy, Source coverage, Khmer clarity, Format, Safety និង Platform fit។ OUTPUT CONTRACT៖ A. INPUT STATUS; B. ASSUMPTIONS/DEFAULTS; C. CAPTION; D. SOURCE NOTES; E. VALIDATION TABLE [CHECK, STATUS, ISSUE, FIX]; F. FINAL STATUS [PASS|REVISE|NEEDS REVIEW]។ STOP RULE៖ បើ Critical check FAIL សូមកុំដាក់ FINAL STATUS = PASS។ TEMPLATE METADATA៖ TEMPLATE_ID=dmtrade.educational-caption; VERSION=1.0; OWNER=dmtrade.app; CHANGELOG=Initial validated template។

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

QUIZ ខ្លី

តើអ្វីធ្វើឱ្យ Prompt Template អាចប្រើឡើងវិញ និងរក្សាលទ្ធផលឱ្យមានស្ថិរភាព?

ចម្លើយត្រឹមត្រូវ៖ ខ។ Variable schema អនុញ្ញាតឱ្យប្តូរ Input ខណៈ Rules និង Output contract នៅថេរ; Tests និង Versioning ជួយរក Regression និងតាមដានការកែប្រែ។

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

System Prompt កំណត់ Role, Scope, Safety និង Priority; User Prompt ផ្តល់ Task និង Runtime input។
Template ល្អបំបែក Rules ថេរ ពី Variables ប្តូរ និងមាន Output/Validation contract។
Variable នីមួយៗត្រូវមាន Name, Type, Required, Allowed values, Default, Example និង Missing rule។
Runtime content និង Example គឺ Data; មិនត្រូវអនុញ្ញាតឱ្យវារំលង System rules។
គ្រប់ Template ត្រូវមាន Test set, Success metrics, Version, Changelog និង Stop rule មុន Release។

រូបមន្តសាមញ្ញ៖ «Purpose → System rules → Variables → Steps → Output schema → Validation → Tests → Version»។

លំហាត់អនុវត្ត៖ បង្កើត Email Template មួយមាន Variables ៦, Required fields ៣, Defaults ២, Output sections ៤, Failure cases ៣ និង Test cases ៥។

PROMPT ARCHITECT BADGE