Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Optio – Orchestrate AI coding agents in K8s to go from ticket to PR

github.com

Post reply on HN
Print view View original

11–20 of 77 posts

Re: Show HN: Optio – Orchestrate AI coding agents in K8s to go from ticket to PR

#12

Post by jawiggins »

conception wrote: post #10

What’s the most complicated, finished project you’ve done with this?

Recently I used to to finish up my re-implementation of curl/libcurl in rust (https://news.ycombinator.com/item?id=47490735). At first I started by trying to have a single claude code session run in an iterative loop, but eventually I found it was way to slow.

I started tasking subagents for each remaining chunk of work, and then found I was really just repeating the need for a normal sprint tasking cycle but where subagents completed the tasks with the unit tests as exit criteria. So optio came to my mind, where I asked an agent to run the test suite, see what was failing, and make tickets for each group of remaining failures. Then I use optio to manage instances of agents working on and closing out each ticket.

Re: Show HN: Optio – Orchestrate AI coding agents in K8s to go from ticket to PR

#14

Post by kristjansson »

jawiggins wrote: post #5
antihero wrote: post #3

And what stops it making total garbage that wrecks your codebase?

There are a few things: a) you can create CI/build checks that run in github and the agents will make sure pass before it merges anything b) you can configure a review agent with any prompt you'd like to make sure any specific rules you have are followed c) you can disable all the auto-merge settings and review all the agent code yourself if you'd like.

> to make sure

you've really got to be careful with absolute language like this in reference to LLMs. A review agent provides no guarantees whatsoever, just shifts the distribution of acceptable responses, hopefully in a direction the user prefers.

Re: Show HN: Optio – Orchestrate AI coding agents in K8s to go from ticket to PR

#15

Post by jawiggins »

kristjansson wrote: post #14
jawiggins wrote: post #5

Earlier quoted context omitted.

There are a few things: a) you can create CI/build checks that run in github and the agents will make sure pass before it merges anything b) you can configure a review agent with any prompt you'd like to make sure any specific rules you have are followed c) you can disable all the auto-merge settings and review all the agent code yourself if you'd like.

> to make sure you've really got to be careful with absolute language like this in reference to LLMs. A review agent provides no guarantees whatsoever, just shifts the distribution of acceptable responses, hopefully in a direction the user prefers.

Fair, it's something like a semantic enforcement rather than a hard one. I think current AI agents are good enough that if you tell it, "Review this PR and request changes anytime a user uses a variable name that is a color", it will do a pretty good job. But for complex things I can still see them falling short.

Re: Show HN: Optio – Orchestrate AI coding agents in K8s to go from ticket to PR

#18

Post by naultic »

I'm working on something a little similar but mines more a dev tool vs process automation but I love where yours is headed. The biggest issue I've run into is handling retries with agents. My current solution is I have them set checkpoints so they can revert easily and when they can't make an edit or they can't get a test passing, they just restart from earlier state. Problem is this uses up lots of tokens on retries how did you handle this issue in your app?

Re: Show HN: Optio – Orchestrate AI coding agents in K8s to go from ticket to PR

#19

Post by jawiggins »

naultic wrote: post #18

I'm working on something a little similar but mines more a dev tool vs process automation but I love where yours is headed. The biggest issue I've run into is handling retries with agents. My current solution is I have them set checkpoints so they can revert easily and when they can't make an edit or they can't get a test passing, they just restart from earlier state. Problem is this uses up lots of tokens on retries…

Generally I've found agents are capable of self correcting as long as they can bash up against a guardrail and see the errors. So in optio the agent is resumed and told to fix any CI failures or fix review feedback.
Post reply on HN