AI Codex
Claude for Your WorkStep 3 of 8
← Prev·Next →
Prompt EngineeringFailure Modes

The most common Claude mistakes — and how to fix each one

In brief

The mistakes that cause 80% of Claude frustration are predictable, and most of them happen in the first sentence of your message. Here's the full list, in order of how much they cost you.

9 min read·Prompt

Contents

Sign in to save

Most people who feel underwhelmed by Claude are not hitting a capability ceiling — they are hitting a prompting ceiling. The output is only as good as the input, and most people have a few specific habits that consistently produce mediocre results.

Here are the mistakes that come up again and again, and exactly what to change.

Mistake 1: Being vague about what you want

The most common problem. "Help me with this email" or "make this better" tells Claude almost nothing about what good looks like in your situation.

What happens: Claude guesses. Sometimes it guesses right; often it produces something generic that technically answers the question but is not what you actually needed.

The fix: Be specific about the task, the audience, the format, and what "good" means.

Instead of: "Can you help me with this presentation?"

Try: "I'm presenting our Q3 results to the board next Tuesday. The audience is five executives who are skeptical about our AI investment. I need to reframe three missed targets as strategic pivots rather than failures. Review these slides and rewrite the framing on slides 4, 7, and 9. Keep each slide to two bullet points maximum."

The extra specificity takes 45 seconds to write. The output quality difference is significant.

Mistake 2: Starting a new conversation every time

Every new Claude conversation starts from scratch. If you have been building context about a project over multiple chats — and each one begins with "so here's what we're working on" — you are wasting time and getting worse results than if Claude knew your full situation.

What happens: You spend the first third of every conversation re-explaining context. Claude's responses are calibrated to what it learned in that conversation, not the accumulated history of your project.

The fix: Use Projects. A Claude Project holds your documents, your team context, your style preferences, and your ongoing instructions. Every conversation inside that Project inherits everything you have set up. You never re-explain.

For things that are not project-level: keep a short "briefing document" — a few paragraphs of context you can paste at the start of any new conversation when you need it. Faster than re-explaining everything from scratch.

Mistake 3: Accepting the first response without iterating

Most people treat a Claude response like a search result — they either use it or they do not, and if it is not right they move on. But Claude is a conversation, not a vending machine.

What happens: You get a 70% answer and stop there, when a few follow-up messages would get you to 95%.

The fix: Treat the first response as a draft to react to, not a final output. Common follow-ups that consistently improve results:

  • "This is close. The second paragraph isn't quite right — make it more direct and cut the hedging."
  • "Shorten this by 40%. Keep everything in the first and third sections."
  • "The tone is too formal. Rewrite this like I'm talking to a colleague, not writing a report."
  • "You missed the main point I was trying to make. The key argument is [X]. Rewrite around that."

You are the editor. Claude is the writer. Good editors do not accept first drafts.

Mistake 4: Asking for too many things at once

"Write a blog post about our new product, summarize our Q3 metrics, draft a reply to this email, and suggest a title for the presentation" — this is one prompt asking for four separate outputs.

What happens: Claude attempts all of them, produces mediocre versions of each, and none gets the focus it deserves.

The fix: One task per prompt. If you have four things, run four separate prompts (in the same conversation or in sequence). Each task gets Claude's full attention.

The exception: tasks that genuinely benefit from being done together — like "draft this email and a subject line for it" — where the outputs are related and the context is shared.

Mistake 5: Not giving Claude permission to push back

Claude tends toward agreement and helpfulness by default. If you ask it to review something you have written, it will often soften its feedback unless you explicitly tell it not to.

What happens: You get positive, gentle feedback on work that has real problems. Claude tells you it is "strong overall" and suggests minor tweaks. You miss the issues that actually matter.

The fix: Tell Claude explicitly what kind of feedback you want.

"Review this proposal critically. Tell me the three weakest arguments. Do not soften the feedback — I want to know what a skeptical reader would push back on."

"Act as a devil's advocate. Your job is to find every reason this plan could fail."

"What is wrong with this? Be direct. Do not compliment it first."

When you give Claude permission to be honest, it will be.

Mistake 6: Using Claude for things it is bad at

Claude is not a reliable source for:

  • Current facts, prices, statistics, or anything that changes over time
  • Specific legal, medical, or financial advice for your situation
  • Mathematical calculations (use a calculator — Claude makes arithmetic errors)
  • Predicting specific future events

What happens: You get a confident-sounding answer that is wrong, and because it sounds right you do not check it.

The fix: Know the categories where Claude requires verification. Anything with a specific number, a current fact, or a real-world consequence should be checked against a primary source before you rely on it. Use Claude to think, structure, and draft — not to produce final facts.

Mistake 7: Treating long documents as too big to share

"The document is 20 pages — I can't paste the whole thing." So you summarize it yourself and paste a summary, then ask Claude to help you work with your summary. You have already lost a layer of fidelity.

What happens: Claude works with a secondhand version of your document, which means it misses nuance, specific language, and context it could have caught from the original.

The fix: Paste the full document. Claude's context window is large — it can handle 100+ pages of text in a single conversation. For truly huge documents (a full codebase, a 500-page report), either paste the most relevant sections, or use the Google Drive Connector so Claude can access the file directly.

The default should be: give Claude the original, not your summary of it.

Mistake 8: Not using a system prompt for recurring tasks

If you use Claude for the same type of task repeatedly — reviewing support tickets, drafting a specific type of email, analyzing deals — you are re-explaining the same context every time you start.

What happens: Inconsistent output, wasted time re-briefing, and Claude without the institutional context it needs to do the task well.

The fix: Set up a Project with a custom instruction for that use case. "You are reviewing customer support tickets for a SaaS company. Always respond in a warm but professional tone. Escalate tickets flagged as 'legal' or 'churn risk' with a [PRIORITY] tag. Use bullet points for suggested responses."

Now every conversation in that Project automatically starts with that context. You never re-explain.

Mistake 9: Asking closed questions when open ones would work better

"Should I take this job offer?" is a closed question. Claude will answer yes or no, or hedge. You get a generic opinion.

"What questions should I be asking before deciding whether to take this job offer?" is an open question. You get a useful framework.

"What would a 10-year version of me regret more: taking it or turning it down, and why?" is an open question with a specific lens. You get genuine insight.

What happens: Closed questions get quick answers. Open questions get thinking.

The fix: Before asking Claude a yes/no or should-I question, ask yourself whether you actually want a recommendation or whether you want better thinking. Most of the time, you want better thinking. Ask for that.

Mistake 10: Giving up after one bad response

If Claude gives you something unhelpful, most people close the conversation and assume the tool cannot do what they needed. The reality is that most failures are prompt failures, not capability failures.

What happens: You stop using Claude for things it is actually good at, because one vague prompt produced a vague result.

The fix: When a response misses, diagnose it rather than abandoning it.

Ask yourself:

  • Did I give Claude enough context about what I wanted?
  • Did I specify the audience, format, tone, or constraints?
  • Was I asking for too many things at once?
  • Did I give Claude a chance to try a different approach?

Then try again with the specific thing you think was missing. More often than not, the second or third attempt — after clarifying what you actually need — produces exactly what the first attempt seemed to prove impossible.

Claude's ceiling is higher than most people's experience of it suggests.


Try this: Look at your last five prompts. Match each one to a mistake from this list. Which mistake appears most often? Fix that one pattern first — changing one habit is more effective than trying to change all of them at once.

Further reading

Next in Claude for Your Work · Step 4 of 8

Continue to the next article in the learning path

Next article →

Weekly brief

For people actually using Claude at work.

What practitioners are building, the mistakes worth avoiding, and the workflows that actually stick. No tutorials. No hype.

No spam. Unsubscribe anytime.

What to read next

Picked for where you are now

All articles →