← Back to Blog
Building in Public

The Enhanced Prompting Breakthrough (Or: When Better Instructions Beat Smarter Models)

christian crumlish•
A robot fitting puzzle pieces together precisely, clearer instructions unlocking capability the model already had.
“You’ve got your marching orders”

Better Instructions Beat Smarter Models

August 21

Thursday started with a crisis that turned into a revelation.

My Code agent was attempting to create a new database without checking if one already existed. Ever vigilant, I caught the methodology violation immediately, asking in my passive-aggressive way: “Were you unable to verify first the correct database name and credentials?”

But here’s the thing — this wasn’t the agent’s failure. It was mine.

Instruction quality as the weakest link

“We failed, not the agent,” I told my team of bots that afternoon. “Code only follows instructions and it’s up to us to write bulletproof instructions.”

It’s embarrassing how long it took for this to sink in. We can write all sort of specs, plans, methodologies, prompt templates, etc., but if the correct context and proper guardrails are not effectively communicated to the AI writing the code, it’s all for naught.

I’d been building sophisticated multi-agent coordination systems, implementing Excellence Flywheel methodology, creating comprehensive orchestration infrastructure — and still passing along to the agents sloppily written instructions like “implement the feature” and wondering why they made assumptions.

The solution Claude suggested was to start writing evidence-first prompts with explicit STOP conditions:

Before:

“Fix the database connectivity issue”

After:

“VERIFY FIRST: Check existing database infrastructure before creating anything new. Use these specific commands: [exact verification steps]. STOP if you need to assume database names, credentials, or ports. Evidence required before any changes.”

When methodology meets reality

The difference was immediate and dramatic. Instead of spending hours debugging assumptions, we got 4-minute systematic fixes. Instead of “it looks like the issue might be…” we got “verified evidence shows port 5433 expects Docker PostgreSQL, but Docker daemon not running.”

Our sophisticated methodology work had made us forget infrastructure basics. We’d built all this orchestration capability while manually coordinating everything. Like those 599+ smoke tests that ran in close to 0 seconds that we were not using systematically.

Again, none of this is new. How many times have I given a regular human person too-vague instructions, been frustrated by the results, and then realized the fault was my own by assuming they had some context that existed only in my head and not on the page.

The pattern was everywhere once I started looking for it. Database connectivity issues resolved in 9 minutes instead of hours. Integration tests that had been failing for days fixed with systematic debugging. A Morning Standup MVP that went from a (ok, probably somewhat padded) 4-hour estimate to 25-minute delivery.

The orchestration thesis proven

Here’s what I’m beginning to realize: the frontier of AI-powered software today isn’t intelligence. It’s orchestration.

Better instructions beat smarter models every time. Enhanced prompting beat advanced capabilities. Systematic verification beat sophisticated reasoning.

We proved this over and over Thursday:

  • Evidence-first debugging caught issues in minutes that assumption-based approaches missed for hours
  • Bulletproof instructions with STOP conditions prevented methodology violations
  • Systematic verification revealed we already had most infrastructure we thought we were missing

The agents didn’t get smarter. We got better at using them.

Yet another compound acceleration effect

Once we started applying enhanced prompting systematically, something interesting happened. Tasks that should have taken hours completed in minutes. Not because we cut corners, but because we stopped wasting time on preventable mistakes.

The Morning Standup feature that was supposed to be a marathon session? Done in parallel by two agents following evidence-first instructions, delivered faster than we could have planned it manually.

Database issues that had been blocking progress? Resolved with systematic verification that found Docker wasn’t running (embarrassingly basic, but systematic verification catches everything).

Infrastructure that we thought needed building? Turned out to already exist, just needed proper discovery through evidence-first investigation.

Meta-insight about AI collaboration

Building AI tools taught me how to use AI tools better. The same systematic verification methodology we built into our development process works even better when applied to agent coordination.

It’s the difference between:

  • “Figure out what’s wrong and fix it” (hope-based development)
  • “Check these specific patterns first, then propose solutions based on evidence” (systematic excellence)

The second approach doesn’t just prevent mistakes — it builds institutional memory. When agents verify existing patterns before creating new ones, they learn the codebase faster and make better decisions.

Thursday proved that the bottleneck isn’t in the models — it’s in how we orchestrate them. Enhanced prompting isn’t just a nice-to-have; it’s the difference between AI assistance and AI excellence.

The morning crisis became an afternoon breakthrough because we learned to give better instructions instead of expecting better reasoning.

← Back to BlogAlso available on Medium