Back to Work (Tech)
An abstract editorial visualization showing an autonomous code execution loop operating cleanly within a terminal sandbox, surrounded by soft lighting.
Work (Tech)

Beyond Copilots: Why AI Agents Changed My Daily Workflow

Smarter autocomplete was only the beginning. The shift to autonomous terminal-based AI agents has changed how I build, debug, and ship software.

Growingv1.0VersionCreated Jun 29, 2026Updated Jun 29, 2026

When GitHub Copilot launched in 2021, it felt like magic. Having a model predict the next line of your code or generate a basic utility function in real-time felt like writing code with a super-fast autocomplete.

But over time, we adjusted. We learned that "copilots" are essentially smarter tab-key utilities. They suggest lines, but they don't solve problems. They require you to remain in the micro-details of writing, reviewing, and formatting syntax. If a copilot generates a buggy function, you must manually run the compiler, find the error, copy it, and rewrite the code.

By mid-2026, we have transitioned into a new era: the era of autonomous AI agentsAI AgentAn autonomous software entity that perceives its environment through sensors, makes decisions, and executes actions using tools.Read More →.

The difference between a copilot and an agent is not just about capability; it is about cognitive delegation. A copilot is an assistant you supervise second-by-second; an agent is a colleague you task with a goal, letting them execute a loop in the background while you focus on system architecture.

Here is why this workflow evolution has changed my daily developer experience, and how you can adapt your systems to support it.


The Cognitive Load of Autocomplete

To understand the leverage of agentic workflows, we must examine the cognitive toll of early AI coding tools. When you use inline autocomplete, your attention is constantly interrupted:

[Write Code] ---> [Stop: Read Autocomplete] ---> [Decide: Accept / Edit]
                         ^
                  (Interrupts flow)

Every few seconds, the model suggests a line. You must pause, read the suggestion, decide if it is correct, accept it, write another line, and repeat. This constant context-switching degrades your flow state. It can be exhausting because you are acting as a real-time micro-reviewer of generated text.

Furthermore, copilots are isolated from the runtime environment. They do not know if the code they generated actually builds, passes test suites, or conforms to database schemas. The burden of compilation validation remains entirely on you.


The Autonomous Agent Loop

Autonomous coding agents (such as Claude Code, Devins, or terminal-based agent scripts) solve this by running in a loop with tools.

Instead of sitting in front of your editor watching code autocomplete, you operate at a higher level of abstraction:

  1. Set Goal: You define the engineering task in plain language (e.g. "Add a retry delay parameter to our API client and update the test mocks").
  2. Execute Agent Loop: The agent reads the codebase, runs test suites, edits the source files, handles compiler errors, and loops until the target constraints are met.
  3. Review Diffs: You review the final git diff or pull request, checking the logic rather than formatting details.

Here is a conceptual view of how an autonomous agent loop handles errors:

graph TD
    Goal[Define Goal] --> Plan[Agent Plans File Changes]
    Plan --> Edit[Edit Codebase]
    Edit --> Build[Execute Build Command]
    Build -->|Compile Error| ReadLog[Read Compiler Logs]
    ReadLog --> Edit
    Build -->|Build Success| RunTest[Run Test Suite]
    RunTest -->|Test Failures| ReadTestLog[Read Test Failures]
    ReadTestLog --> Edit
    RunTest -->|Tests Pass| Complete[Done: Review Diffs]
    
    style Build fill:#333,stroke:#666,stroke-width:1px
    style RunTest fill:#333,stroke:#666,stroke-width:1px
    style Edit fill:#111,stroke:#666,stroke-width:2px

By allowing the model to interact directly with the compiler and bash execution environment, we delegate the entire cycle of "save file -> read compiler warning -> fix type -> save file" to the agent. This is the repetitive grunt work of software engineering, and it is precisely what models excel at handling.


Actionable Agentic Workflows to Adopt Today

If you want to transition your daily routine from autocomplete to agent loops, follow these three steps:

  1. Write Declarative Goals: Stop prompting your agent with micro-steps ("open this file, change this line"). Instead, state the goal and the success criteria:
    • Example: "Add user role validation to the checkin API. Ensure that tests in src/test/auth.spec.ts pass, and run npm run build to verify."
  2. Setup Quick Test Suites: Agents work best when feedback loops are fast. If your tests take ten minutes to run, the agent loop will be slow and token-expensive. Keep local unit tests fast (under 5 seconds) so the agent can quickly verify edits.
  3. Commit Cleanly: Before letting an agent loose on your repository, ensure your workspace is git-clean. This allows you to discard the agent's work with git reset --hard if it gets stuck in a loop, or easily review its edits using git diff.

Future Outlook: The Agent-Native Repository

In the future, repositories will be designed for agents, not just humans.

We will see the emergence of Agent-Native Repositories. These codebases will contain structured configuration maps specifically for AI agentsAI AgentAn autonomous software entity that perceives its environment through sensors, makes decisions, and executes actions using tools.Read More → (like advanced agents.config.json files or standardized MCPMCPModel Context Protocol: An open standard created by Anthropic that enables secure integrations between LLMs and external data sources or tools.Read More → servers) explaining codebase architecture, module responsibilities, build scripts, and test targets.

Instead of an engineer explaining the codebase architecture to a new joiner, a configuration manifest will tell the incoming agent exactly how to navigate, build, and extend the system.


External References


What changed my perspective

For years, I defended the craft of writing code. I took pride in the tactile feel of typing syntax on my mechanical keyboard, adjusting variables, and watching my editor highlight syntax. I thought that delegating code execution to an agent would detach me from the codebase and make me a lazy builder.

Then, I had to update thirty API endpoints to support a new tenant ID parameter across a legacy codebase. It was a repetitive, boring task.

I opened claude, defined the goal, and went to get a cup of coffee.

When I returned three minutes later, the agent had finished. I ran git diff and inspected the changes. The agent had modified 32 files, updated the route parameters, adjusted the database queries, and added mock tests for each endpoint. Every single line of code was formatted, typed correctly, and compile-verified.

I realized that my pride in typing was just attachment to friction. The actual engineering didn't happen in the typing of the lines; it happened in the architectural choice to support tenant isolation. By letting the agent handle the implementation details, I saved hours of repetitive keyboard work and stayed focused on the system design. I stopped typing code and started directing agents.

Revision History

v1.0

Documented the shift from copilots to terminal AI agents.

  • Published agent workflow evolution notes

Ask DailySay

Related Posts

Continue Reading

How I Build Products Alone with AI: From Idea to Launch
Work (Tech)10 min

How I Build Products Alone with AI: From Idea to Launch

A practical process for using AI across research, planning, development, testing, and launch while keeping product judgment and responsibility human.

Read Article

Notes worth keeping.

Occasional updates about project management, AI, products, travel, and the things I’m building.

No spam — occasional notes only. See our Privacy.