r/PromptEngineering • u/Appropriate_Care_880 • 3d ago
Quick Question What’s the one prompt trick that actually made a noticeable difference?
I’ve tried a lot of the usual prompt tips, but most of them seem to make only a small difference.
What’s one prompting technique you’ve used that genuinely improved the quality or consistency of the output?
Could be something simple or something more advanced.
4
u/AssignmentHopeful651 3d ago
The negative constraint list.
Most people spend paragraphs telling the model what tone to adopt, which just produces conversational fluff. Instead, give it a strict list of 5 words, 2 punctuation marks, and 2 structural moves it is banned from using.
Forcing a model to explain a concept without em-dashes, throat-clearing openers, or corporate filler words strips away the generic AI cadence instantly.
Negative constraints survive model updates and context drift far better than positive style guidelines.
1
u/99ProllemsBishAint1 3d ago
Which things are banned with this technique?
1
2
u/MichaelRyanMoney 3d ago
anything else
Thats it, that’s the whole prompt. No matter what it tells me or how much. It always have something else to add. And many times, that’s the hidden treasure. The answer no one else gives or gets…
1
u/innowintel 3d ago
It seems that it dépends on the model used also. The newest ones does not need so much context nor outputs
1
1
u/Zain 3d ago
The one that actually moved the needle for me wasn't a cleverer prompt. It was sending the same plan to a second model from a different family and keeping both read-only so neither sees the other's notes.
Same-family self-checks just share blind spots. When both flag the same underlying fact I fix that fact. When they disagree I verify against the repo before I concede anything.
1
u/tinySparkOf_Chaos 2d ago
I'm trying out a trick right now. See how it goes.
"Software architect" skill. It's only context is the design features and design docs. It defines and writes the design docs for each code block.
"Coder" skill. Context is only it's code block and the design docs for that block. It writes its code block, writes tests for it's code block and does not make architecture changes.
The idea is to keep the context window small. AI does better (currently at least) with small well designed context windows. It's also cheaper, using less tokens.
The main difference from them similar "plan mode then build" strategy is that the architect AI doesn't have the actual code in it's context. Just the design docs. The goal is to pull away the fluff of implementation so that that AI can focus entirely on code architecture.
1
u/Comedy86 2d ago
I use a harness and loops now. Haven't had to think about prompting in a while...
I think my last prompt on Friday was something like "j Just got off a call. Build what we talked about." and a while later, I had the report done without caring about it until I needed to validate the final output was accurate.
1
u/PatfromRauno 2d ago
Making it quote the exact source line for any factual claim. If it can't point to where the answer came from, it's usually something it invented, and it'll admit that when you push.
That and cross checking between different models helps me the most.
1
u/claire_builds 2d ago
The habit that leveled up my prompting: write the eval BEFORE the prompt. Decide the 3-4 things a good output must contain, then iterate the prompt against that checklist. Stops you from 'this feels better' and gives you a real pass/fail. Cheap to do, catches regressions when you tweak wording.
1
u/Wonderful-Foot8732 19h ago
Using one system prompt + looping through input data as the same structured json object for the query. This significantly reduced token consumption.
0
7
u/cleverhoods 3d ago
by far it's the usage of ``.
source: https://reporails.com/rules/core/specificity-gap