CM-04: Articulation, Curiosity, and the Art of Prompting (Prompt Architecture)
Published 2026-09-14
Core Theme: AI does not reward cleverness; it rewards clarity. If you cannot question what you need with the unquenchable curiosity of a small child, and then translate it into unambiguous words, even the most powerful supercomputer on Earth cannot give you the result you want.
Why is a curious three-year-old the best model for prompting?
The most common question asked in any AI training room is some version of this: what coding do I need to learn to become a good prompt engineer?
The answer surprises people, and it is not a rhetorical flourish: becoming a good prompter has nothing to do with learning computer code. It requires becoming a three-year-old child again.
Anyone who has lived with a three- or four-year-old knows the behaviour being described. That child spends the entire day asking questions. There is not a waking moment without one.
- "Amma, why is the sun round? Why is the moon round?"
- "Why isn't the sun there at night? Why doesn't the moon come out in the day?"
- "If I climb to the top of Sigiriya and drop my smartphone, will it float away? Will it fall and break? Will it hit the rock on the way down? Will the wind carry it off? If I jump after it, can I catch it mid-air? Will I float too? What will happen to me?"
Figure 5.1: The Articulation Test — how vague curiosity evolves into precision prompt architecture (illustrated through the Sigiriya hydraulic engineering inquiry).
Look closely at that Sigiriya sequence, because it is not random chatter. It is a systematic exploration of one scenario: the phone falls, the phone breaks, the phone hits the rock, the wind intervenes, the child intervenes, the child falls too. Each question opens a branch the previous answer created. No adult professional habitually explores a problem that thoroughly, and it is precisely the pattern that CM-05 will later dignify with the name tree-of-thought prompting.
Why does the child do it? One reason: curiosity. No grade depends on it and nobody assigned it.
What happens next to that capacity is the uncomfortable part. As we grow, our education system and our social conventions steadily blunt it. Asking too many questions marks a student as difficult. Asking in a meeting can look like ignorance. We are trained, gradually and thoroughly, to stop asking and to accept quietly whatever we are handed.
That training was always a loss. It is now a measurable professional disadvantage, because the interface to the most powerful tool available to you is a question.
To work well in the age of artificial intelligence, the buried curiosity has to be dug back up. Prompting is nothing more exotic than this: looking at a problem with curiosity, hunting for its root, and asking a continuous, logical chain of questions. A person who questions that way is already an excellent prompter and usually does not know it.
There is one difference between the child and the professional, and it is the whole subject of this module. The child asks and asks without needing precision, because a parent fills in the gaps, guesses the intent, and answers the question that was meant rather than the one that was asked. A model does not do that. It answers what you actually wrote. So the curiosity has to be paired with something the three-year-old does not have — exact expression — and that pairing is what the rest of this module builds.
What is articulation, and why does it decide your results?
Curiosity is the fuel. On its own it produces motion without direction. The rudder is articulation — the ability to express an idea clearly enough that it survives the journey from your mind into someone else's, or into a machine's.
The Canadian psychology professor Dr. Jordan B. Peterson has put the case for this skill as well as anyone, and his formulation reads almost as a specification for working with AI:
Figure 5.5: The Architecture of Articulation — moving from chaotic intuition through linguistic discipline to machine-executable directives.
"You become more articulate by choosing your words carefully, by practicing saying what you believe to be true, by reading and writing your way into the depths of your own thought, and by treating the word with immense respect. The clearer your expression, the more powerful your thinking; the more powerful your thinking, the more you prevail in the world."
Notice the direction of the causation in the middle of that passage, because it is the part people misread. The claim is not that clear thinkers happen to write clearly. It is that the act of writing clearly produces clearer thinking — you find out what you actually believe by being forced to put it in exact words, and vague writing is usually the visible symptom of thinking that has not been finished.
That has a direct and slightly uncomfortable consequence for anyone using these tools. When a model returns something shapeless, the instinct is to blame the model. Far more often, the prompt was shapeless, and the output is an honest reflection of an idea that was never fully formed. The machine has become an unusually fast mirror for the quality of one's own thinking, which is useful and not always flattering.
The most capable person in the AI era, then, is not the one who memorised computer code. It is the person able to say what they need in exact words, with no ambiguity left in them.
Which five human skills actually power a prompt?
Getting a flawless professional document out of a model depends on five capacities, and every one of them belongs to the human rather than the machine. Figure 5.6 sets them out.
Figure 5.6: The 5 essential human skills of prompt engineering — critical reading, explicit writing, structured logic, critical thinking, and precise articulation.
Critical reading: ingesting the context
Read the problem, the complaint, or the draft bill properly, without shortcuts. This is the least glamorous item on the list and the one most often skipped, usually under the honest pressure of a deadline.
The consequence of skipping it is worth stating bluntly: asking an AI to solve something you have not read yourself is one blind man asking another for directions. You will receive a confident answer, and you will have no means of judging whether it addresses the real problem — because you do not know what the real problem is.
Explicit writing: making the instruction precise
Strip out the unnecessary words and convert the goal into direct, clear, imperative instructions.
Most first drafts of a prompt are twice as long as they need to be and half as precise, because they describe the situation at length and the requirement only vaguely. The discipline is the same one that makes a good office memo: say what you want done, plainly, near the beginning.
Structured logic: sequencing the work
Do not demand a complex administrative task in one lump. Decompose it into a logical sequence: inspection, then eligibility verification, then calculation, then recommendation.
The reason this works connects back to the mechanics in CM-02. A model generates each part of its answer conditioned on what it has already produced, so a task broken into ordered stages gives it correct intermediate ground to build on. It also gives you checkpoints — you can catch an error at the eligibility stage rather than discovering it inside a finished recommendation.
Critical thinking: auditing the answer
Examine what comes back for logical gaps, contradictions and false inferences, and do it deliberately rather than by impression.
This requires active resistance, because the output is designed to read as though it has already been checked. Fluent formatting, confident phrasing and a professional tone are properties of the generator, not evidence about the content. The question to hold in mind is not "does this look right?" but "what would be true if this were wrong?"
Precise articulation: arranging the prompt
Finally, arrange the role, the context, the constraints and the format so cleanly that the machine has no room to misunderstand. This is the skill the remaining sections of this module are devoted to, because unlike the other four it has an actual structure that can be taught.
What makes an instruction precise?
Ambiguity is not a stylistic weakness. A single ambiguous word can cost a student marks because the examiner wanted a particular term, turn a note home to a parent into an accusation nobody intended, or collapse a commercial agreement. The four principles in Figure 5.7 are how ambiguity gets removed from a prompt before it does that damage.
Figure 5.7: The four pillars of precise articulation in prompt engineering — Zero-Ambiguity, Negative Constraints, the Intent-Action-Result (IAR) audit model, and Semantic Precision.
Pillar one: zero ambiguity
Remove from the prompt every subjective word that could carry more than one meaning.
The instruction "write this very professionally" feels precise and is not. "Professional" means brisk and commercial to one reader, formal and deferential to another, warm and plain-spoken to a third. Handing the model that word means handing it the choice, and it will resolve the ambiguity by picking whatever is statistically most common — which is how so much AI output arrives sounding like a generic corporate circular.
Replace it with the properties you actually want: "write this in a direct, authoritative tone, leading with action-oriented verbs, in simple sentences a person with an ordinary school education can understand." Longer, unquestionably. But every adjective you specify is a decision you have taken back from the model, and the specification is reusable once written.
Pillar two: constraints as scaffolding
Telling the model what it must not do matters as much as telling it what to do, and this is the pillar most people never adopt at all.
Negative constraints rule out the failures you can predict: "Do not use passive voice. Do not use empty corporate buzzwords like 'synergy' or 'optimization.' No more than two sentences per paragraph." Each of those lines removes a known irritation permanently rather than being fixed by hand in every draft.
Structural constraints dictate shape rather than substance: "Format the output as a 3-column table (Cost, Risk, Velocity)." Specifying the container is a surprisingly effective way of improving the contents, because a three-column table cannot be filled with waffle — it forces the model to commit to a value in every cell.
The word "scaffolding" in the figure is exact. Constraints are not restrictions that reduce what the model can do for you. They are the structure inside which it can build something usable.
Pillar three: the Intent–Action–Result audit
The third pillar is a habit rather than a technique: before pressing Enter, read your own prompt against three questions.
Intent asks what the real purpose is — for example, "persuade these parents to drop two tuition classes rather than add a third." This is the part most prompts omit entirely, and its absence is why so much output is technically responsive and practically useless. A document written to inform reads differently from one written to persuade, and the model cannot infer which you needed.
Action asks what specific mechanical task is being delegated: "compare the three attached term-test mark sheets and list the topics where marks fell in all three." Narrow and checkable.
Result asks what form the finished document must take: "a one-page summary ending in a clear keep / drop recommendation for each class." Naming the deliverable prevents the most common disappointment of all, which is receiving a perfectly good piece of work in the wrong shape for the meeting it was needed for.
Run those three questions over a prompt and the weak one is usually obvious in seconds — almost always because Intent is missing.
Pillar four: semantic precision
The last pillar is the one that feels like a trick and is in fact a consequence of the architecture described in CM-02. Using your field's exact technical or legal terminology, rather than everyday language, anchors the model's attention in the relevant expert region of its training data.
Recall that words occupy positions in a high-dimensional meaning space, and that a model's answer is assembled from the region your words point at. Vague words point at a vague region — the average of everything ever written on the topic. Precise professional vocabulary points at the neighbourhood where the expert material lives.
The effect is easy to observe. "Write good software code" returns something serviceable and generic; "write a stateless functional component in TypeScript, using memoization for efficiency" returns work of a different order. "Make a good study plan" returns platitudes; "using spaced retrieval and interleaving, design a six-week revision schedule for O/L mathematics that front-loads the three topics with the highest mark weighting" returns something a student can actually follow.
The practical implication is worth drawing out, because it reverses a common assumption. Expertise has not been made redundant by these tools — it has become the thing that determines how much you can get out of them. Knowing the right words is knowing where to point.
How is a complete prompt structured?
A prompt built to handle serious material — a lesson plan, a marking scheme, a parent meeting, a business report — is not a sentence or two. It is a designed structure with five distinct layers, each doing a job the others cannot.
Figure 5.8: Prompt architecture (Full Architecture) — Role, Context, Task, Constraints, and Output Format.
Layer one: role
The expert identity the model is to adopt. "Act as a class teacher with 20 years of G.C.E. O/L experience, expert in the NIE mathematics syllabus and in conducting difficult parent meetings."
One sentence, and it sets the vocabulary, the priorities and the standard of evidence for everything that follows. The specificity is doing the work — twenty years and a named syllabus, rather than "an expert."
Layer two: context
The background the model cannot know: the situation, the relevant records, the people involved. "A Grade 10 student's mathematics marks have fallen from 72 to 48 across two terms. She attends six hours of tuition a week. Her parents believe the answer is a third class. The attached mark sheets show where the marks were lost…"
This layer is where most prompts are thinnest, because the author already holds the context and forgets that the model does not. Everything you leave out, the model will supply from its training data — generically, and possibly from another country's practice entirely.
Layer three: task
The specific operation to perform, stated as an instruction. "Draft a 5-step action plan I can agree with the parents at Friday's meeting."
Note that it is one task, not four, and that the number of steps is specified. Ambiguity about scope is ambiguity about the answer.
Layer four: constraints
What must not be done, the real limits, the length. "Propose nothing that requires spending this family cannot afford. Do not state a diagnosis the mark sheets do not support — write [to be confirmed by assessment] instead. Limit to 300 words."
The middle instruction is the one to notice. Refusing to let the model assert a cause it cannot evidence is the negative constraint from Pillar two doing exactly the work it exists for — closing off the model's most dangerous habit before it starts, rather than catching it in review.
Layer five: output format
The shape the answer must arrive in. "Present with headings, numbered steps, and a closing Markdown table of [Risk | Who is responsible | What we do about it]."
Specifying format is not fussiness about presentation. That closing table forces a named person and a remedy against every risk — which means the structure you asked for has quietly required the model to produce content it would otherwise have left vague, and it turns a plan into something a parent can hold you to.
Read the five layers together and the underlying logic is clear enough to remember without the diagram: who you are, what you need to know, what to do, what not to do, and what it should look like. Every good prompt answers those five questions. A prompt that disappoints is almost always one that skipped two of them.
Why articulation is the skill worth practising
This expressive power is the skill Idasara Academy returns to relentlessly, and the reason it is treated as foundational rather than optional (Meta-Learning Superpower).
Consider where the failures actually occur. A student fails an examination, or a graduate fails a job interview, rarely because the knowledge was absent. They fail because the knowledge could not be assembled into clear, ordered expression under pressure (Certificates vs Capability). Knowledge that cannot be articulated cannot be assessed, cannot be applied, and — in a working world where the interface to your most powerful tool is a sentence — cannot be used.
The encouraging part is that articulation is a practised skill rather than a talent, and it improves with use in a way most skills do not: every clear prompt you write is a small exercise in stating exactly what you want, and it compounds. Whether you are a student, a teacher, a parent or a professional, practising precise expression in ordinary writing and in commanding these tools does double duty. It gets better work out of the machine today, and it makes you harder to replace in your field.
In the next module, building on these principles, we study the 9 advanced prompting methods — and a hands-on case study of how they were put to work inside a real institution: the "Promptathon".