Omnara, Claude Managed Agents 대안으로 오픈소스 공개
- Omnara는 Claude Managed Agents의 오픈소스 대안으로 Show HN에 공개됨
- 에이전트 루프는 stateless 워커가 모델 호출이나 도구 호출 한 이터레이션씩 실행하고, 다음 단계를 Postgres 큐에 넣은 뒤 에이전트를 놓아줌
- 대기 중인 에이전트는 프로세스 없이 Postgres 행으로만 남고, 도구 결과나 API 입력이 들어올 때 워커가 할당됨
- 실행 머신은 에이전트 루프와 분리되어 에이전트마다 0개, 1개, 또는 여러 개를 쓸 수 있고, 머신이 꺼져도 에이전트는 멈추지 않음
Hacker News opinions
요즘 다들 durable agent로 가는 분위기임. pi durable, cloudflare agents, vercel durable harness 다 나오는데, 나는 bolted-on 방식은 믿음이 안 감. vercel은 durable하게 못 만드는 기능을 하네스에서 빼버려야 해서 결국 하네스를 거세하는 셈임
셀프호스팅 가능한 durable agent 찾다가 들어왔음. sm에서 키워드 감시하는 용도로 쓸 만한 거 있음?
이건 저희가 직접 돌리는 셋업이랑 가까움. 소셜 키워드를 매일 스캔하고 DM 보내는 sm agent 예제를 docs에 올려놨음. 제일 빠른 시작은 에이전트한테 이 예제를 가리키고 키워드만 바꿔달라고 하는 것임
markbase dispatch처럼 필요할 때 원격으로 띄우는 거랑 뭐가 다름? 굳이 에이전트를 항상 띄워둘 이유가 뭔지 모르겠음
Omnara에서 에이전트는 항상 도는 게 아님. 대기 중에는 Postgres 행으로만 남아 있다가, 도구 결과나 새 입력이 API로 들어오면 워커가 붙어서 다시 돌림
데스크톱 멀티플렉서(herdr/tmux/zellij)를 모바일에서 붙이는 비슷한 걸 만들어봤음. collie라고 있고, 타입스크립트 SDK로 durable agent를 앱에 연결하는 것도 있음. 아직 실험 단계임
AI 오케스트레이터, 자동화, 하네스가 너무 많아서 프로젝트끼리 뭐가 다른지 모르겠음
Supabase가 Postgres를 API 뒤에 두는 것처럼, Omnara는 에이전트를 API로 제공하는 것임. 대시보드는 편의용이고 API가 본체임. Codex app server나 opencode server랑 비슷한데, 클라우드나 자기 서버에서 돌아간다는 차이가 있음. 클라이언트는 안 줌, 직접 만들어야 함
워커 풀이 왜 필요한지 이해가 안 됨. 무거운 건 명령 실행인데 루프는 모델 응답 기다리는 거 아님? 머신이 상태가 있는데 워커는 stateless라는 것도 헷갈림
워커 하나가 수천 개 에이전트를 같이 돌릴 수 있음. 어차피 모델 기다리는 시간이 대부분이라서 그럼. 머신이 제일 비싼 부분이라 루프랑 실행 환경을 분리한 거임. Anthropic 글도 참고하면 좋음:
캐싱은 어떻게 되는지 궁금함. 기존 하네스랑 다른 점이 있음?
특별한 건 없음. 캐시는 제공자 쪽에 있어서 다른 하네스랑 똑같이 동작함. 모델 요청을 JSONL이나 SQLite 대신 Postgres에서 읽어서 다시 조립할 뿐임