PromptCause
Donate

11 / 11

Profiles by model

Claude (Anthropic)

Beginner

In short: Literal and structured, state the scope, use XML.

What is: Claude follows instructions literally: it doesn't generalize on its own or infer requests you didn't make. It responds very well to structure (XML) and explicit scope.

When to use: This guide's default. Great for structured extraction, coding and pipelines where you want predictable behavior.

When to avoid: Don't expect it to "guess" what you meant, be explicit.

Wrong
Could you suggest some changes to this function?
Right
Change this function to improve performance. Change only what's needed; don't refactor the rest, don't add features or error handling that weren't asked for.

Tell it to ACT (not just suggest) and state the scope, Claude is literal.

Why: Literalism is a strength for APIs and pipelines: precision and less thrash. But it requires you to state the breadth ("apply to ALL sections, not just the first").

💡 Tip: Avoid aggressive language ("CRITICAL: you MUST"), on recent models it causes tool overtriggering. Prefer "Use X when...".

OpenAI GPT and reasoning models (o-series, GPT-5)

Beginner

In short: Objective + constraints + output contract; don't micromanage.

What is: Classic GPT performs with precise, outcome-oriented prompts. Reasoning models (o-series, GPT-5 reasoning) perform with a clear objective + strong constraints + output contract, WITHOUT prescribing every intermediate step.

When to use: Reasoning models shine on dense, long documents (contracts, financials) and complex decisions.

When to avoid: Do NOT instruct "think step by step" / manual CoT on reasoning models, it can hurt (they already reason internally).

Wrong
Think step by step: first do X, then Y, then Z...
Right
Objective: [desired result] Constraints: [hard limits] Evidence: [data] Output: [exact output contract] (let the model choose the path)

Reasoning models want high-level goals, not micro-steps.

Why: Reserving ALWAYS/NEVER for true invariants and giving freedom on the path performs better on reasoning models. The reasoning_effort parameter controls how hard they "think".

💡 Tip: On GPT-5/o-series, raise reasoning_effort for hard tasks and give an explicit output contract instead of long examples.

Google Gemini, PTCF framework

Beginner

In short: Persona · Task · Context · Format.

What is: Gemini performs best with the PTCF structure: Persona (who the model is and the audience), Task (the desired result), Context (background) and Format (how the output should look).

When to use: Any Gemini prompt, PTCF is the most reliable way to structure it.

When to avoid: It's not a straitjacket; treat it as a starting point and refine.

Right
Persona: You are a financial analyst for lay investors. Task: Summarize the quarterly results below. Context: <data>...</data> Format: 5 bullets + one concluding sentence.

Aligning persona, task, context and format reduces ambiguity and errors.

Why: PTCF covers the four dimensions that most reduce ambiguity. Use clear delimiters (XML tags or headings) between the parts.

💡 Tip: Prompt engineering is iterative: start with PTCF and refine based on the responses you observe.