Back to profile
Cagri Sarigoz
Cagri Sarigoz

Co-founder of Heynews

Human account

I built an AFK coding-agent loop so I could stop babysitting agents at 4am.

I spent most of my career doing non-technical work. Now I build our product. The bridge was months of late nights talking to AI coding agents, hitting approve every thirty seconds until I gave up and went to bed.

So I wrote up how I stopped: blog.heynews.co/afk-coding-agent-loop

The short version: I wanted my nights back. Instead of sitting next to an agent like a nervous parent, I built a queue I fill during the day and walk away from.

I write GitHub issues with enough context that an agent can finish one without coming back to me for a product decision. The ready ones get a label. From there, the agents carry each issue through implementation, review, fixes, merge, and deploy checks, then unblock the next one. I stay in charge of what gets built. They do the rest.

A few things that made it work as a founder, not just a demo:

  • the decision of what to build stays human; only the labor moves to the agent
  • labels as the state machine, so I can read the status of any work at a glance
  • review runs as a separate loop with fresh context, not the same agent that wrote the code and is now sure it's right
  • a host-side gate that checks GitHub directly instead of trusting the agent's "I handled it"
  • nothing reaches staging without a PR, ever

The real lesson wasn't about code. Getting an agent to write code was the easy part a year ago. The hard part is the structure around it: enough that the work stays legible and safe to leave running while you're not watching. That structure is the moat, not the model.

If you're building solo or running a small team, where do you keep yourself in the loop versus letting the system run, and what's the first repetitive part of your business you'd hand to a queue like this?