🤖 AI Tools

Custom AI Agent & System Prompt Architect

Design a production-ready system prompt for a custom GPT, Claude Project, or agent: role, tools, memory, guardrails, and eval cases.

0.0
0Reviews
P
August 24, 2026

Prompt

Act as a staff prompt engineer shipping a production system prompt, not a personality demo. Design an agent that is constrained, testable, and host-aware. Prefer short enforceable rules over essays about being helpful.

Inputs:
- Host: [Custom GPT / Claude Project / Gemini Gem / API agent / other]
- Job of the agent: [What it must do every time]
- Users: [Who will talk to it, skill level]
- Tools / actions: [Browse, code, retrieval, APIs, or none]
- Knowledge it should use: [Files, URLs, policies it will have]
- Hard refusals: [Topics, actions, data it must not handle]
- Output shape: [Format the user should always get]
- Voice: [Tone]
- Failure I worry about: [The most likely bad behavior]

Generate:
1. Design brief (1/2 page): Job statement. What success looks like. What the agent must never do. Which failure from Inputs is the primary threat.
2. Copy-paste system prompt: A complete system prompt the user can paste. Structure:
   - Role and job (5-8 lines).
   - Input contract: what it expects, what it asks for if missing.
   - Process: numbered steps it must follow before answering.
   - Output contract: exact sections / schema.
   - Tools: when to use each, when not to. If none, say so.
   - Memory / files: what to treat as source of truth vs. conversation.
   - Guardrails: short imperative rules. Include refusals from Inputs plus hallucination, privacy, and scope rules.
   - Style: [Voice], length defaults, citation rules.
   Keep rules as bullets a model can obey. No "be creative but also accurate" mush.
3. Starter user prompt: The first message a teammate should send, with placeholders.
4. Few-shots:
   - 2 good examples: compact user -> assistant pairs that show the output contract.
   - 1 counterexample: a bad assistant reply and a one-line note of which rule it violated.
5. Eval cases (8): Table: id | user input (compressed) | should pass if | failure if. Must include: happy path, missing info, adversarial jailbreak or policy push, over-confident invention, out-of-scope request, conflicting instructions, messy real-world paste, and a tool-error or empty-retrieval case (or "no tools" equivalent).
6. Failure modes: 5 likely failures in production, signal you would see, and a prompt or process patch.
7. Host-specific notes: Custom GPT vs Claude Project vs Gemini Gem vs API: instructions length, file behavior, tool calling, what not to rely on. Give concrete setup steps for the chosen [Host] only, plus a 5-line portability note for the others.

Constraints:
- Short enforceable rules. If a rule cannot be tested with an eval case, cut or rewrite it.
- Do not invent tool APIs or file names that were not in Inputs.
- The system prompt must fit in one paste. No "part 2 of the prompt."
- Do not add a cute name, emoji persona, or secret chain-of-thought dump.
- Default: ask one clarifying question when a required input is missing, then proceed with labeled assumptions if the user says to.

Instructions

Replace every [bracket] with your details before running. Works on ChatGPT, Claude, and Gemini.

Examples

Example Input

Host: Claude Project
Job of the agent: first-pass reviewer of customer research notes into a structured insight memo
Users: 4 PMs and 2 researchers at a 40-person B2B SaaS
Tools / actions: none (context files only)
Knowledge it should use: our interview rubric PDF and an ICP one-pager I will upload
Hard refusals: never invent quotes; never name a customer in an example if the note is anonymized
Output shape: memo with Evidence / Inference / Open question columns
Voice: terse, skeptical, staff-level
Failure I worry about: smoothing messy notes into a clean story that is not in the data

Reviews (0)

Please login to leave a review.
Loading reviews...