6 Ways to Get Dramatically Better Results From Claude

A developer shares six techniques for getting better results from Claude, including writing specific prompts, using XML tags for context, asking for a plan before code, providing examples, splitting tasks into stages, and clearing context between tasks. The techniques aim to reduce ambiguity and improve output quality in API, Claude Code, or claude.ai.

Some developers treat Claude like autocomplete: paste some code, get some code back, iterate blindly. The gap between a mediocre response and a genuinely great one usually isn't the model — it's how you're prompting it. Here are six concrete techniques, each with a real before/after you can use in the API, Claude Code, or claude.ai. Vague prompts get vague code, because Claude has to guess what "done" means — and it'll guess conservatively. Before: "Write a function to validate emails." After: Write a TypeScript function validateEmail input: string : boolean . Requirements: - RFC 5322-compatible, but reject addresses without a TLD - No external dependencies - Include 3 unit tests covering valid, invalid, and edge cases e.g. plus-addressing Now you get a function that matches your actual constraints instead of a generic regex you have to rewrite anyway. When a prompt mixes instructions with pasted source, Claude can blur which is which — especially in long files. Tags remove the ambiguity. <file path="auth/session.ts" paste file contents </file <error TypeError: Cannot read properties of undefined reading 'userId' </error Using only the file above, find the line that causes this error and explain why. This is also how you should structure multi-file context: one <file block per file, each labeled with its path. For anything beyond a one-liner — a new feature, a refactor, a tricky bug — ask Claude to reason through the approach before writing code. This surfaces bad assumptions before they're baked into 200 lines. Before: "Add caching to this API endpoint." After: "Before writing code, outline your approach to caching this endpoint: what to cache, invalidation strategy, and where the cache lives. Then implement it." You catch a wrong assumption "cache the whole response" when only one field is expensive at the plan stage, not the PR review stage. If you want Claude's output to match your codebase's conventions, show it a pattern instead of describing it. Before: "Write an error handler for this endpoint." After: js Follow this existing pattern from our codebase: export const getUser = async req, res = { try { const user = await db.users.find req.params.id ; if user return res.status 404 .json { error: 'not found' } ; return res.json user ; } catch e { return res.status 500 .json { error: 'internal error' } ; } }; Now write getOrder following the exact same structure and error shape. One good example saves you a round trip of "actually, use our error format." Asking for an entire feature in one shot tends to produce something shallow or inconsistent. Splitting into stages — plan, implement, review, fix — gets a stronger result because each step has one job. Before: "Build a rate limiter for our API." "Propose 2-3 rate-limiting strategies for a Node/Redis stack, with tradeoffs." "Implement the sliding-window approach as Express middleware." "Review this middleware for race conditions and edge cases." "Fix the issues you found." Each step is easy to verify on its own, which is exactly why the end result holds together. Long agentic sessions degrade when context fills with irrelevant history — a fix for bug A that's still sitting in context while you debug unrelated bug B. /clear between unrelated tasks in Claude Code instead of continuing the same thread. /clear and write a better initial prompt with what you learned, rather than correcting a third time. CLAUDE.md file instead of repeating them in every prompt.None of this is a magic prompt template — it's giving Claude the same things you'd give a new teammate: clear requirements, relevant context, your existing patterns, and room to think before acting. Try one of these on your next prompt and see how much less cleanup you have to do afterward.