AI agents are starting to blur the usual boundaries between product, design, engineering, data, and support.
Most software companies were built around a process that looked something like this:
Product wrote the requirement
Design made the mockup
Engineering shipped it
Data measured the result
Support brought back what customers said
This worked for a long time. Each team had its own tools, words, and list of things to do. At every step, someone new had to learn what was going on. Some details got lost along the way.
Say customers are getting stuck while they set up an account. With AI agents, one engineer can read the support messages, look at session traces, and find the affected accounts. They can trace the bad state change, fix the flow, test it in a browser, release it to a small group, and watch what happens afterward.
The problem and its context stay with one owner, which means fewer handoffs where an important detail can disappear. I think of this as engineer mode.
The name is a nod to Founder Mode, Paul Graham's phrase for the way Brian Chesky ran Airbnb. Chesky stayed close to the work because every layer could hide something important. Engineer mode follows the same instinct.
AI agents help one engineer work across different tools and systems. The engineer keeps the full story in mind and owns the final call.
One task can now cover much more ground. An agent can open files, use company tools, make changes, run tests, and show what it found. That work can continue for hours while the engineer works on something else. One engineer can also run several agents at the same time.
This puts more weight on the engineer's judgment. A senior engineer has to pick the right problem, split up the work, check the results, and own what ships. The agent needs a clear goal, the right context, firm limits, and a way to know when the work is done. Useful work depends on clear direction and careful review.
That person knows why each step happened. They can connect what a customer said to a code change and then to a product event. The reason for the decision stays close to the work. The next person does not have to piece the whole story together again.
Other people can work this way too. Product managers, designers, operators, and analysts can turn what they know into small tools. They can use agents to test an idea before asking for a full engineering project. The work can start with the person who understands the problem best.
That reach also creates more responsibility. The engineer must know when to bring in a designer, researcher, data specialist, or another expert. A vague request can send several agents toward the wrong problem, and every result still needs human review.
The checks should match the risk. Tests check the code, browser tests check the interface, and product events show what happens after a release. Give each agent only the data, tools, permissions, and budget it needs. Keep a record of important work, and make one person responsible for the final call.
Teams still need to decide what an agent may see and what it may change. Those boundaries will need revision as AI systems develop.