Section 1 of 2
How to Use Prompt Architect from First Draft to Ready-to-Run Prompt
Prompt Architect is the right place to start when the task matters enough that you do not want to improvise. Use it when the output needs a clear role, scope, constraints, format, and a version of the prompt that another person can run later without extra explanation.
Use it for: new prompt creation, standardizing team prompts, translating messy ideas into a reusable spec, and preparing prompts that will later be benchmarked in PromptForge.
Do not use it for: quick one-off chatting, long experimentation with many model variants, or document-grounded audits. Those belong in Lab, Vault, or ComplyIQ after the prompt spec is stable.
Start mode
Choose scratch when you are designing from zero, or template mode when a prepared use-case launch already matches the task.
Role and language
Set the working role and final output language before writing fields so the whole prompt compiles in the right voice and structure.
Detail level
Lean draft is faster for rough work. Enterprise rigor is better when another team, client, or reviewer will depend on the output.
Quality gate
The quality panel tells you what is missing, what is already strong, and whether the draft is ready for execution or handoff.
Step 1: Set the frame before typing
Pick the start mode, role, output language, and detail level. This prevents the session from drifting into the wrong audience, tone, or rigor level.
Step 2: Write the discovery input in plain language
Describe the business task, the audience, and the desired output. Write naturally first. The system is built to refine rough input, not punish it.
Step 3: Fill the generated fields methodically
Work through Persona, Goal, Objectives, Scope, Tone, Negative Constraints, Edge Cases, and Output Rules. Each field should answer one practical question a reviewer would ask.
Step 4: Use AI Rewrite deliberately
Rewrite fields that are vague, conversational, or incomplete. Keep the useful parts, then manually restore any nuance the rewrite trimmed away.
Step 5: Read the quality gate before executing
If the panel says something essential is missing, fix that before you run the prompt. A fast weak run usually costs more time than one careful edit.
Step 6: Decide the next destination
Execute when you need a quick proof, save when the prompt should be reused, and move into PromptForge when the prompt is strong enough to benchmark or compare across models.
Name the task in business language before you optimize wording.
Treat Negative Constraints and Output Rules as the last defense against bad outputs.
Keep one realistic example input nearby so you can sanity-check the prompt immediately.
Save the session once the structure is good, even if the wording still needs later polishing.
Do not leave generated fields blank just because the first draft feels obvious to you.
Do not ask the system for a perfect prompt if you have not defined what success looks like.
Do not benchmark unstable prompts in the Lab before the quality gate looks healthy.
Do not hand off a prompt without sample inputs and clear pass-fail signals.
Use Prompt Architect in two passes. Pass one gets the structure right. Pass two tightens the language. Most weak prompts fail because users try to do both at once and skip the review step between them.