# 런타임

코딩 에이전트 런타임과 이들을 조율하는 오케스트레이션 방식을 비교합니다.

원본 URL: https://abc.noco.kr/concepts/runtime

모델이 출력을 만드는 기본 능력이라면, [런타임](https://ko.wikipedia.org/wiki/런타임)은 그 모델을 파일·[셸](https://ko.wikipedia.org/wiki/셸)·도구와 연결해 작업을 실행하는 환경이다. 같은 모델을 써도 어떤 런타임에서 실행하느냐에 따라 작업 방식이 달라진다.

기준일: 2026-09-30

## 코딩 에이전트 런타임

주요 코딩 에이전트는 [Claude Code](https://code.claude.com/docs/en/overview)([가격](https://claude.com/pricing)), [Codex](https://learn.chatgpt.com/docs/codex/cli)([가격·사용량](https://learn.chatgpt.com/docs/pricing)), [Antigravity](https://www.antigravity.google/)([요금제](https://www.antigravity.google/docs/plans/)), [OpenCode](https://opencode.ai/)([모델 이용 가격](https://opencode.ai/docs/zen/))다. 이 밖에도 [Pi](https://pi.dev/), [Gemini CLI](https://geminicli.com/), [Cursor](https://cursor.com/)([가격](https://cursor.com/pricing)) 등 여러 도구가 있다.

런타임을 고를 때는 모델 이름만 보지 않는다. 작업에 필요한 파일을 읽고, 수정하고, 명령을 실행하고, 그 결과를 확인하는 과정이 어떻게 이어지는지 살펴본다. 설치와 권한·화면 세팅의 상세는 [런타임 세팅](/harness-basics/settings)에서 다룬다.

::: details 보충: 런타임의 형태와 차이
기준일: 2026-09-30. 아래는 도구의 우열이 아니라 작업 환경의 차이를 확인하기 위한 요약이다.

| 런타임 | 확인할 작업 환경 |
| --- | --- |
| [Claude Code](https://code.claude.com/docs/en/overview) | 터미널을 비롯한 여러 환경에서 파일 수정·명령 실행을 이어가는 코딩 에이전트다. |
| [Codex CLI](https://learn.chatgpt.com/docs/codex/cli) | 터미널에서 선택한 디렉터리의 코드를 읽고 수정하며 명령을 실행한다. |
| [Antigravity](https://www.antigravity.google/docs/cli/features/) | CLI의 작업 관리와 서브에이전트 기능을 확인한다. 에디터와 CLI의 기능·세팅을 같은 것으로 가정하지 않는다. |
| [OpenCode](https://opencode.ai/docs/) | 터미널 UI, 데스크톱 앱, IDE 확장 등에서 사용하는 오픈소스 코딩 에이전트다. |
| [Gemini CLI](https://github.com/google-gemini/gemini-cli) | 터미널에서 사용하는 오픈소스 에이전트다. |

같은 모델이라도 런타임이 제공하는 컨텍스트, 셸, 파일 접근, 권한, 룰·스킬 로딩, 컨텍스트 압축, 서브에이전트와 MCP 연결이 다를 수 있다. 필요한 기능과 실제 동작을 해당 런타임의 공식 문서에서 확인한다.
:::

## 여러 에이전트 조율

코딩 에이전트를 실행하는 것과 여러 에이전트의 일을 나누는 것은 구분한다. 조율 방식과 도구로 Head와 Worker, 서브에이전트, [herdr](https://herdr.dev/), orca를 살펴본다. 여기서 오케스트레이션은 일을 배정하고 결과를 모아 검토·통합하는 과정이다.

Head는 요구사항과 방향을 정하고 작업을 나눈다. Worker는 배정된 범위를 구현하거나 조사한다. Head는 돌아온 결과와 검증 근거를 보고 전체 작업에 반영한다. Head·Worker 구성과 함께 살펴볼 대상으로 ReActEval도 있다.

::: details 보충: 서브에이전트와 런타임 단위 조율
서브에이전트는 하나의 런타임 안에서 작업을 나누는 방식이다. 룰과 컨텍스트를 구분하는 장점이 있지만, 중복 작업·과한 사용량·같은 파일 수정에 따른 충돌도 검토해야 한다. 실무에서는 이런 비용 때문에 서브에이전트를 무조건 늘리는 방식을 지양한다.

참고: 공식 문서도 별도 컨텍스트와 작업 분담을 설명하지만, 병렬 작업이 언제나 유리하다고 보장하지는 않는다. [Claude Code 서브에이전트](https://code.claude.com/docs/en/sub-agents)와 [Codex 다중 에이전트](https://developers.openai.com/codex/multi-agent)를 참고한다.

[herdr](https://herdr.dev/docs/configuration/)는 여러 런타임이 실행되는 터미널을 관리하는 도구다. 에이전트 자체의 권한은 각 런타임이 담당한다. 여러 런타임을 조율하는 방식과 한 런타임 안의 서브에이전트 기능을 같은 것으로 보지 않는다.

orca도 조율 도구를 살펴볼 때 검토하는 후보에 포함한다.
:::

## 모델과 런타임 조합

목표는 도구나 에이전트 수를 늘리는 것이 아니다. 어떤 모델에 무엇을 맡기고, 어느 런타임에서 실행하며, 결과를 어떻게 검토할지 정하는 것이다. Head·Worker 운영 예시는 [herdr 활용](/practice/herdr)을 참고한다.