AI Replaced Me -- Just Not the Way You Think

AI replaced me.

Not the way you think. I'm still a software engineer. But the work I used to do in the office? AI does that now. I got replaced... and became something else.

Let me explain with a story from the start of my career.

The best client in my early career

Early in my career at KNYSYS, I got the opportunity to work with a client building a Laboratory Information Management System (LIMS). Information systems were trending at the time, and I was excited just to be on the project.

Then I saw their requirements document.

It was the best spec I have ever received. It had:

• 
  Every entity described : down to the column names


• 
  Functionality attached to each entity : CRUD operations, GET/POST/UPDATE behavior, all spelled out


• 
  UI management and user roles : defined per screen, per role


• 
  The "why" behind every decision : not just what to build, but the reason it mattered


• 
  High-level tasks already broken down — I could pick one up and just start

And here's what made it truly great: no useless information. Nothing was missing, and nothing was extra. Every line earned its place.

The rhythm

The workflow was simple:

1. I pick up a task and build it


2. I deliver


3. Their team tests it


4. They send back bugs, feedback, or changes


5. I fix and move to the next task

It felt like a rhythm. Task by task, sprint by sprint and at the end, a real product existed.

Back then, I thought the developer was the hero of that story. I was the one turning documents into working software, after all.

The realization

Years later, I see it completely differently.

The genius of that project wasn't my code. It was whoever wrote that document. The person who took a messy, ambiguous business need "we need a system to manage lab information" and turned it into something so precise that a junior developer on the other side of the world could build it without confusion.

That skill was always the rare one. We just didn't have a name for how valuable it was.

The twist

Now look at my job today:

I became that person. I write the specs every entity, every behavior, every "why", with nothing missing and nothing extra.

We just call them prompts now.

And the developer I used to be the one who reads the spec and writes the code? That's AI.

The feedback loop flipped too. I used to deliver code and wait for the client's team to test it and send changes. Now AI delivers code, and I test it, find the bugs, and send the changes back.

Same workflow. Same rhythm. I just switched seats.

"But nobody gives perfect requirements"

Here's a line I hear from some developers:

"If clients gave us perfect requirements, we'd deliver in a few hours. But nobody ever does."

Some developers says it like a complaint. I think it's the most important sentence in our industry right now.

Because think it through: if someone could write a perfect requirement, why would they need you? They'd hand it straight to AI and get their software.

The reason software engineers still exist is precisely that nobody can do this. Turning a vague human idea into a precise, complete, buildable specification deciding what matters, what's missing, what's ambiguous, what will break that was always the hard part of software engineering.

The code was never the product. The understanding was. AI just made that impossible to ignore.

What this means for you

If you're a developer wondering how to adapt, my honest advice from living through this shift:

1. 
   Practice writing specs, not just reading them. That LIMS document is now the skill ceiling. Can you describe a feature so precisely that anything human or AI could build it correctly?


2. 
   Get good at reviewing code you didn't write. Testing AI output, spotting the subtle bug, knowing when the architecture is wrong this is the new code review, and it's most of the job.


3. 
   Own the "why". AI can generate any solution. Only you can decide which problem is worth solving and whether the solution actually solves it.

AI didn't replace me. It promoted me from the person who reads the spec to the person who writes it.

The question is: which seat are you sitting in?

1. 
   Get good at reviewing code you didn't write. Testing AI output, spotting the subtle bug, knowing when the architecture is wrong — this is the new code review, and it's most of the job.


2. 
   Own the "why". AI can generate any solution. Only you can decide which problem is worth solving and whether the solution actually solves it.

AI didn't replace me. It promoted me — from the person who reads the spec to the person who writes it.

The question is: which seat are you sitting in?

Have you noticed the same shift in your work? I'd love to hear how your day-to-day has changed. drop a comment.