Prompt Engineering
AI Fundamentals
Prompt engineering is the practice of designing and refining the instructions and context you give an AI model so it produces reliable, useful output.
A system prompt is the set of standing instructions an AI model receives before a conversation begins. It is usually written by whoever built the app or assistant, not by the person chatting with it. It tells the model what role to play, what tone to use, which rules to follow, what to avoid, and what background information to rely on. The model takes it into account with every message, so it shapes every reply.
Also called system message, system instructions
A restaurant group adds a website chatbot for reservations and menu questions. Before launch, the team writes a system prompt telling the bot to:
Guests don’t normally see these instructions, but they shape every reply. The team keeps passwords and internal notes out of the prompt, since a determined guest might get the bot to repeat it.
When you chat with an AI app, the model receives more than what you type. Each request typically bundles the system prompt, the conversation so far, your newest message, and often other material such as uploaded files, retrieved documents, or tool descriptions. The system prompt is placed first and labeled separately from your messages, so the model can treat it as the frame for the whole exchange. Depending on the provider, developers supply it in a dedicated field or as a specially labeled message. That is why you may also see it called a system message, system instructions, or (in some tools) a developer message.
Because it travels with every turn, the system prompt uses part of the model’s context window, the limited amount of text it can consider at once. A very long system prompt leaves less room for documents and conversation, and can add cost, since many AI services charge by the amount of text processed.
Many models are trained to give system instructions more weight than requests typed into the chat. That is a tendency, not a guarantee, which is why the limits below matter.
Both give the model instructions, but they play different roles:
Think of the system prompt as the briefing a new hire gets before their first shift, and user prompts as the individual requests that come in during it.
You can also write your own standing instructions. Many AI assistants offer features such as custom instructions, or instructions attached to a project or custom assistant. You describe your role, preferences, and preferred format once, and the assistant applies them to each new chat. These usually sit alongside the provider’s own system prompt rather than replacing it. Writing any of these well draws on the same skills as prompt engineering.
For a customer-facing or internal assistant, a clear system prompt usually covers:
For an AI agent that can take actions, the system prompt also explains when and how to use each tool. Which tools it can actually reach is set separately in the app’s configuration. Write it in plain, direct language and spell out what you mean rather than expecting the model to infer it. Test it with real questions, including awkward ones, and keep a dated copy of each version so changes are deliberate and easy to undo.
A system prompt guides behavior; it does not lock it down. Keep these limits in mind:
Treat the system prompt as one layer of protection, not the only one. Pair it with AI guardrails such as content filters, limits on what data and tools the assistant can reach, and human review before high-stakes actions.
Go beyond the terminology. Explore practical AI training, workflows, and tools from SN3 Group.
Fill this out and we’ll reply with times within one business day.
Prefer the full page? Open the contact page