Real Engineering Workflows/Real Engineering Workflows
Advanced10 min

The Mindset — Scope, Not Speed

AI coding tools aren't about doing the same work faster — they're about expanding what you attempt. An honest look at what works, what fails, and what the comprehension research actually says.

Quick Reference

  • The right framing: expanded scope, not faster typing — what wouldn't you have attempted before?
  • Anthropic research: developers fully relying on AI scored 17% lower on code comprehension tests
  • Patterns that fail: full delegation without review, iterative debugging without understanding root cause
  • Patterns that work: generate-then-comprehend, conceptual inquiry, hybrid explanation
  • You own everything you ship — read the diff, run the tests, don't merge what you can't explain
  • AI amplifies throughput and review burden simultaneously — smaller PRs mitigate this
  • Start with a conversation before contributing to someone else's repo
  • Knowing when to struggle vs delegate is the highest-leverage skill in AI-assisted engineering

The Framing Shift

Most engineers frame AI coding tools as a way to do the same work faster. Write the same features in less time. Implement the same tickets more quickly. This framing leads to using Claude Code as an autocomplete engine that's good at whole functions instead of whole lines.

The more accurate framing is scope expansion. What are you now willing to attempt that you wouldn't have attempted before? The authentication system you'd have bought off-the-shelf because implementing it was too costly. The performance optimization you'd have deferred because understanding the profiler output was a full-day investment. The new language feature you'd have avoided because the learning curve was too steep.

Speed is a byproduct of scope expansion, not the goal. When you're working within your existing competence, speed gains are real but bounded — maybe 2–3x on familiar tasks. When you're expanding into territory you'd have avoided entirely, the leverage is unbounded. You're doing things you wouldn't have done, not doing the same things faster.

The right question

Instead of 'what can I do faster with Claude Code?' ask 'what am I now willing to attempt that I wasn't before?' The answer to the second question is where the real leverage lives.

Speed framingScope framing
Write the same feature in 3 hours instead of 8Attempt a feature you'd have scoped out as too risky
Implement the same ticket type you always implementWork in a codebase domain you'd have avoided
Generate boilerplate fasterBuild the custom solution instead of buying the SaaS
Code review goes fasterAttempt a security audit you'd have outsourced