■ Writing
The pieces worth reading in full, newest first. New ones go up on LinkedIn before they land here.
In a large codebase AI stalls on two missing pieces: a system-integration suite that runs on an ephemeral environment for every pull request, and a context layer that maps the repositories so the model reads the map before the source.
The board means the product, operations means the workflows between teams, engineering means the tools people build with. Say which one you mean and the strategy conversation can start.
Don't ask whether AI can make engineers more efficient. Ask how engineers can make AI more effective. That changes the role of the engineer.
Code is becoming the new assembly language. When AI writes the code, your primary task is no longer syntax. It is context and validation.
The build curve has collapsed. Execution is no longer the bottleneck; deciding what to build and how to take it to market is. The full deck is linked from the post.
A general model is Vishnu, a specialist agent is an avatar: the same intelligence under deliberate constraints. A tester agent that only cares about breaking things stays on the job in a way a chat window does not.
The mechanism behind all three is the same; what differs is how you distribute it. A prompt is a line you throw away, an agent is a file, a skill is a module your organisation reuses, and a plugin or MCP server is the package you hand to people outside it.
The primary function of the IDE is no longer editing. It is becoming mission control: plan, hand the context to an agent in the cloud, review the pull request.
Autonomy in agentic software engineering isn't a toggle switch. It's a spectrum, from an agent that keeps asking permission to one running in a remote sandbox.
Both delivered working code. Then I diffed the branches and found four differences that mattered, and my first instinct about why was completely wrong.
Code itself is no longer the competitive advantage. Your real moat is your system design: data loops, feedback mechanisms, iteration speed. The CI/CD pipeline is now part of the security boundary.
If you lead a team or a company and you haven't experienced this yet, you are making crucial decisions about AI from the outside looking in.
In an AI-native model, code is disposable. The true artifact is the context: the spec, the architecture, the past review comments, the trade-offs.
AI has compressed the middle phase. The biggest unknowns have shifted to the edges: what exactly do we build, and once it's built, how do we sell it?
AI-native products can only be built by AI-native teams, and an AI-native team is a group of AI-native individuals: people who use AI to make their own lives better.
AI agents can behave like humans under pressure, preferring a clean story over uncertainty, unless you force a verification contract. Contracts, not vibes.
Forward deployment, then rapid prototyping, then agile delivery. Agile depends on feedback loops that don't exist on day one of a services engagement.
Brownfield systems don't need less AI. They need different scaffolding: context carving before generation, architecture stabilisation first.