Prompt Engineering Terms — Complete Guide | AI Terms Guide
🎯
🎯 40 terms · The craft of prompting

Prompt engineering — the full vocabulary

Chain-of-thought, few-shot, ReAct, DSPy, and every prompting technique. The vocabulary of the craft that turned LLMs into practical tools.

40
Terms
4
Sub-topics
Weekly
Updates

Prompt engineering is the practice of designing inputs that get the best output from a language model. Once dismissed as "not real engineering," it has become essential craft — every production LLM system depends on prompts, and small prompt improvements often outperform expensive fine-tuning.

The 40 terms here are grouped into four sub-topics: fundamental techniques (few-shot, CoT, ReAct), frameworks and tools that systematize prompting (DSPy, TextGrad, structured output libraries), advanced patterns (meta-prompting, self-consistency, tree-of-thoughts), and the anti-patterns and attack vectors you need to know (prompt injection, jailbreak, sycophancy). For depth, see our Master Prompt Engineering path.

Full directory

All Prompt Engineering terms, organized

Grouped into sub-topics so you can find neighbors and prerequisites, not just alphabetical entries.

Beyond terminology

Go deeper on Prompt Engineering

📖 Related concept tutorials

Long-form guides that walk through how these concepts actually work.

🎯 Related models & tools

Real products and models where you'll encounter these terms.

Frequently Asked

Questions about Prompt Engineering

The bar is rising, but the discipline is not disappearing. Newer models need less careful prompting for simple tasks — but production systems, agents, and edge cases still require deliberate prompt design. The nature of prompt engineering shifts from 'clever tricks' to 'systematic design.'

Less so. Reasoning models (o-series, Claude with extended thinking, DeepSeek R1) do CoT internally. You still benefit from explicit CoT for complex tasks the model wasn't trained to reason through by default.

Few-shot puts examples in the prompt at inference time. Fine-tuning updates the model weights. Few-shot is faster to iterate on but uses tokens every request; fine-tuning is a one-time cost. See our comparison.

Two things: read what works (papers, others' prompts, provider cookbooks) and evaluate systematically. Every good prompt engineer maintains an eval set for their common prompts and treats prompt changes like code changes.

No. Modern models have some protections (Claude's XML-tag isolation, model-level defenses) but no full solution exists. Assume any content that came from a user or the internet could contain injection attempts.

Share with