13.1 Building Prompts from Templates or from Blank
Key Takeaways
- The AI hub in make.powerapps.com (and make.powerautomate.com) is the maker-portal home for prompts and AI models; a custom prompt starts at AI hub > Prompts > Build your own prompt
- Every prompt has two parts: the instruction (what the model should do) and the context (the information it needs to do it)
- Prompt builder prompts run on language models powered by Azure OpenAI Service, and availability can vary by region
- The template gallery (summarize, classify, extract, reply, and more) preloads a working instruction, inputs, and sample test values that makers customize instead of starting from blank
- A prompt becomes consumable from apps, flows, Copilot Studio topics, and Dataverse prompt columns only after it is saved
Prompts are how makers give natural-language instructions to a generative AI model. In the Power Platform, the AI hub is the maker-portal home for AI capabilities, and it hosts two distinct asset types the AB-410 exam expects you to tell apart: prompts, which are natural-language instructions run on language models powered by Azure OpenAI Service, and AI models, which are the prebuilt and custom AI Builder predictors such as invoice processing, sentiment analysis, and category classification.
Finding the AI Hub
Sign in to make.powerapps.com and select AI hub in the left navigation, then Prompts. The same hub exists in make.powerautomate.com, and the identical prompt designer appears inside Microsoft Copilot Studio when you add a prompt as a tool to an agent or topic. From the Prompts page you can either browse the template gallery or select Build your own prompt to open a blank designer.
Template gallery vs. blank prompt
The gallery offers starting points for the most common generative tasks:
| Template category | What the model does | Typical maker scenario |
|---|---|---|
| Summarize | Condenses long text into key points | Roll up email threads or case notes |
| Classify | Assigns text to one of your defined categories | Route inbound feedback by topic |
| Extract | Pulls structured fields out of unstructured text | Get names, dates, or totals from free text |
| Reply | Drafts a response in a specified tone | Suggest an answer to a customer email |
Choosing a template preloads three things: a working instruction, ready-made inputs, and sample test values, so you can select Test immediately and then customize. Starting from blank gives you full control over the instruction, inputs, and knowledge — the right choice when no template matches the task, or when the output contract (format, length, tone) is strict.
The two parts of every prompt
Microsoft's prompt engineering guidance splits a prompt into the instruction and the context:
- The instruction states what the model should do, for example: Summarize this email in three bullet points.
- The context supplies what it needs to do it well, for example: The email contains customer feedback collected over the past week.
A custom prompt can answer questions, complete text, translate languages, summarize documents, or identify tasks and action items inside text. Complexity ranges from a single sentence to a detailed multi-paragraph specification.
Exam trap: do not confuse prompts with AI Builder models. Prebuilt and custom models are trained predictors managed under AI hub > AI models; prompts are generative instructions authored under AI hub > Prompts. A question asking where to create a reusable GPT instruction points at Prompts — never at the Power Platform admin center, which governs environments, capacity, and tenant policies rather than authoring.
Prompt engineering the exam cares about
The exam tests whether you can recognize a well-formed prompt. Microsoft's guidance defines four characteristics: a good prompt is clear and concise, specific, contextual, and relevant. In practice that translates into concrete techniques you should be able to spot in scenario answers:
- Instruction clarity — one task per prompt, unambiguous verbs. If a prompt both summarizes and drafts a reply, results degrade; split the work.
- Structure and format directives — state the output contract: return exactly three sentences, respond as JSON with keys summary and sentiment, or answer in the same language as the input.
- Few-shot examples — include one or more sample input/output pairs so the model mimics the pattern. This is the single most reliable way to stabilize formatting.
- Tone and audience — name the reader and register, for example: write for a non-technical executive in a professional, reassuring tone.
Microsoft even publishes a downloadable prompt engineering guide for prompt builder, and the exam borrows its vocabulary — expect the terms instruction, context, and specific to appear in answer options.
Iterate with the Test button
The designer is built for a tight loop: enter a sample value for each input, select Test, read the response, adjust the instruction, and test again. Change one variable at a time so you know what fixed what. When generated text is too long or drifts off-topic, the documented fix is to make the prompt more specific — tighten the instruction and add explicit length or format directives rather than abandoning the prompt.
Naming, saving, and versioning at awareness level
Select the generated name at the top left of the designer to give the prompt a descriptive name — it becomes the identifier makers see in Power Automate actions and Copilot Studio tool pickers. Select Save to persist the prompt into the environment. At awareness level: re-saving overwrites the prompt in place, so teams typically manage iterations through naming conventions and by moving prompts between environments with solutions. Nothing is consumable until it has been saved.
Where saved prompts surface
Once saved, a prompt is a reusable AI asset across the platform:
- Power Apps — call it from a canvas app through Power Fx.
- Power Automate — add the AI Builder Run a prompt action inside a cloud flow.
- Copilot Studio — add the prompt as a tool in a topic so an agent can invoke it.
- Dataverse prompt columns — bind prompt logic to a table column whose value is generated from other columns.
Chapter 14 walks through those consumption paths in detail; for this chapter, anchor the authoring lifecycle: create in the AI hub, test iteratively, save, then consume. Also remember that prompt builder runs on Azure OpenAI-powered models, is limited to certain regions, and can be subject to usage limits and capacity throttling — fair game for awareness-level exam items.
A maker tests a new prompt that summarizes inbound emails, but the responses are consistently too long and include irrelevant detail. What is the BEST first corrective action?
A maker in the Power Apps maker portal wants to author a reusable GPT instruction that other makers can later call from apps and flows. Where should they start?