To solve this, I spent a long time rearchitecting everything. I moved to a REST API structure, introduced an MCP (Model Context Protocol) layer for extensibility, and modernized the entire CI/CD pipeline. But the real shift happened in January when I started moving toward a full agentic development workflow.
Instead of just using AI as a glorified autocomplete, I began treating the codebase as a way to encode my own technical DNA into the system.
The transition to agentic workflows #
I didn't just feed the LLM my code; I built a context-rich environment designed specifically for AI agents to navigate. This involved several key steps in my AI workflow:
-
Creating specialized agent skills: I built tools that allow the agent to perform specific, high-level tasks rather than just raw text generation.
-
Writing comprehensive AGENTS.md files: Every repository now contains detailed documentation that serves as a manual for the model, outlining architecture, constraints, and naming conventions.
-
Building a system-wide harness: I created a loop where the agent can pull a ticket, write code, generate tests, and deploy to a test environment.
The codebase is no longer just source code. It has become a structured record of architectural boundaries and historical decisions. The agent doesn't just "guess" how to write a function; it inspects the database schema, reads application logs, and correlates failures with the existing code and data models. It uses the same information sources I use when I'm troubleshooting a production issue.
The moment the automation felt "too real" #
I recently demoed this to a group of developers from another team who were about to start contributing to my codebase. I watched as the harness pulled a ticket, implemented the feature, wrote the unit tests, opened a pull request, and deployed the whole thing to a test environment—all within minutes. My role was reduced to a high-level reviewer.
The code it produced wasn't just "good for an AI." It was often indistinguishable from what I would have written myself.
The implications for senior engineers #
This realization brought a heavy thought to the surface: I am effectively encoding my professional identity into the system. My technical knowledge, my architectural preferences, my problem-solving patterns, and my years of accumulated judgment are being distilled into these agents.
It took years of domain expertise and careful engineering to build the guardrails that make these agents effective. However, as LLMs get better at studying unfamiliar codebases and identifying their own context and constraints, that "manual encoding" phase might become obsolete.
If an AI can eventually study a repo, figure out the rules, and mimic the lead engineer's decision-making process with high fidelity, we have to ask ourselves what the long-term role of the human engineer becomes when our primary value—judgment—is successfully captured in a prompt and a deployment pipeline. Why AI coding assistants are actually making our technical debt 2d ago
[Built a schedule-aware PM copilot that actually respects 6d ago](/en/news/7077/)
[MCP server runs on Android 8d ago](/en/news/6941/)
[Why most companies will miss the AI-native shift entirely 8d ago](/en/news/6912/)
Mocktail v4 lets you spin up a mock API server in a 25MB binary 12d ago
Taskpool lets AI agents hire humans to do the dirty work 14d ago
[Next 8. →](/en/news/7898/)
[these AI tool field notes](https://tanyan888.com/), with plenty of directly applicable cases.