Linux는 AI 에이전트를 위한 완벽한 환경입니다

에이전트에게는 세 가지가 필요합니다: 감독(supervision), 격리(isolation), 그리고 서로 통신할 수 있는 방법입니다. 여러분의 Linux 시스템은 이미 이 세 가지를 모두 갖추고 있습니다.

따라서 각 에이전트는 에이전트형 CLI(Claude Code, Codex 등 무엇이든)를 systemd 서비스로 실행하는 Linux 사용자입니다. 감독(supervision)은 systemd가 담당합니다: Restart=on-failure 설정을 통해 무료로 제공됩니다. 격리(isolation)는 Unix 사용자(users)와 cgroups를 통해 이루어집니다. 저는 샌드박스(sandbox)를 구축한 것이 아니라, 사용자를 생성했습니다. 각 사용자가 곧 에이전트입니다. 로그는 journald가 관리합니다. 조정(coordination)은 그들 모두가 호출하는 하나의 Bash CLI를 통해 이루어지며, 이는 제가 호출하는 것과 동일한 바이너리입니다. 5dive agent ask coder "is the auth refactor safe to merge?" 명령은 코더(coder) 에이전트가 답변할 때까지 차단(block)됩니다. 더 큰 규모의 핸드오프(handoffs)는 단일 SQLite 파일로 지원되는 공유 큐(shared queue)를 통해 이루어집니다.

브로커(broker)도, 데몬(daemon)도, 맞춤형 프로토콜(bespoke protocol)도 필요 없습니다. Linux는 이미 수년 전에 이 모든 것을 제공해 왔습니다.

멀티 박스(multi-box) 환경으로 확장하는 데에도 새로운 것은 필요하지 않았습니다. 저는 전송 계층(transport)을 추가한 것이 아니라 SSH를 추가했습니다. 5dive fleet send coder@box2 "ship it"은 단순히 ssh box2 '5dive agent send coder …'를 실행하는 것뿐입니다. 각 박스는 동일한 CLI를 실행하는 피어(peer)입니다. 브로커도, 메시지 버스(message bus)도 없습니다. 유일한 실제 제한 사항은 전달 보장(delivery guarantees)입니다: 재시도(retries)나 정확히 한 번(exactly-once) 전달이 보장되지 않습니다. 그것들이 필요하다면 큐(queue)를 직접 구축해야 하겠지만, 에이전트 팀에게는 필요하지 않습니다.

mit: github.com/5dive-ai/5dive

감독(supervision), 격리(isolation), IPC: Linux는 이 세 가지를 수십 년 전에 해결했으며, 그 어떤 에이전트 프레임워크(agent framework)가 존재해 온 시간보다 더 오랫동안 프로덕션 환경에서 이를 견고하게 다져왔습니다. 에이전트 팀을 위한 최고의 런타임(runtime)은 여러분이 새로 설치하는 것이 아닙니다. 그것은 여러분이 이미 소유하고 있는 바로 그 박스(box)입니다.