A Prompt Engineering Cheatsheet That Boils Down to Four Questions
Consistent, diffable prompt structures turn prompting into a team practice. The manual's core claim is that only four fields truly determine output quality: audience, constraints, examples, and output format. That simplifies prompt debugging and makes prompt templates reusable across models and language versions.
Prompt engineering has moved from a single-prompt art to a maintainable engineering discipline. The manual breaks down the entire landscape into four questions every framework answers: who is speaking (Role), what is the task, what constraints apply, and how the output should be delivered. All 13 frameworks are variations on those slots. Beyond the frameworks, it adds four reasoning techniques (CoT, ToT, ReAct, Self-Consistency) and five content-building techniques (few-shot, persona, constraints, delimiters, output formatting), with combination recipes that multiply these tools together.
The core advice is structural: use `# Role:` style headings instead of natural-language prose. The manual argues these explicit Markdown headings give models clear field boundaries, reduce slot confusion, enable Git-diffable team maintenance, and allow programmatic assembly. It also includes a decision tree for selecting the right framework, a full comparison table, and a list of common mistakes. The most portable piece is a universal `# Output Rules:` suffix that tells the model to ask when information is missing, reason step-by-step, and state conclusions first.
The manual's emphasis on structured headings over natural language reflects the training distribution of mainstream models; English `# Role:` patterns are denser in pretraining data, so they anchor better in long contexts.
By claiming that only four fields matter, the manual simplifies the whole framework zoo: the rest is just arrangement and naming.
The recommendation to put instructions first and materials last exploits the model's sensitivity to beginning and end of context, a practical detail that frames often miss.
The decision tree's 'uncertain? use RTF + CoT' default is a pragmatic fallback that covers 90% of cases, acknowledging that most tasks don't need a 6-field framework.
The manual treats prompt engineering as a collaborative engineering task, notable for advocating Git-diffable prompts and team maintainability, not just individual output quality.