대부분의 AI 코딩 도구는하네스: 모델 주위의 루프에 파일 읽기·쓰기 및 명령 실행을 위한 도구가 더해진 형태입니다. Claude Code, Codex, OpenCode, Pi 모두 하네스이며, 터미널에서 작업하는 개발자를 위해 설계되었습니다.
Coroid는 이들 중 어떤 것도 사용하지 않고 자체 런타임을 실행합니다.
왜 기존 도구를 활용하지 않나요?
위의 도구들은 사람이 지켜보고, 질문에 답하고, 중단시키며, 오류를 즉시 인지할 수 있는 상황을 전제로 설계되었습니다. 이러한 가정은 오류 표출 방식, 전달되는 컨텍스트의 양, 모델이 예상치 못한 결과를 반환했을 때의 처리 방식 등 모든 것을 결정합니다.
Coroid의 가정은 정반대입니다:아무도 지켜보지 않습니다. 작업은 일정, 모니터 또는 이벤트에 따라 클라우드에서 실행되며, 누군가가 중간에 개입하지 않고도 검토 가능한 결과나 명확한 실패 결과를 도출해야 합니다.
이것은 서로 다른 문제입니다. 아래에 언급된 여러 기능은 바로 이 차이 때문에 존재하며, 터미널 세션에서는 의미를 갖지 못합니다.
런타임의 차별화된 동작
**독립적으로 작동하도록 설계되었습니다.**모델이 잘못된 응답이나 오류가 있는 도구 호출을 반환하면, 루프는 답변할 사람이 없는 프롬프트를 표출하는 대신 자동으로 복구하고 재시도합니다. 질문을 위해 실행이 중단되는 것은 낭비되는 리소스입니다.
**구조상 다중 에이전트 방식으로 동작합니다.**루프는 서로 다른 권한을 가진역할간의 협업을 기반으로 구성되며, 단일 에이전트가 모든 작업을 수행하는 것이 아닙니다. 코드를 작성한 에이전트와는 별개의 에이전트가 검증을 수행하는데, 이는 요청을 통해 얻는 것이 아니라 아키텍처상의 특성입니다.
**명시적인 예산 및 깊이 제한이 적용됩니다.**각 실행 과정은 토큰 사용량 및 단계 수 제한을 따릅니다. 이 제한이 없다면 작업을 잘못 이해한 무인 에이전트가 계속해서 작업을 진행할 것입니다.
**거버넌스가 런타임 내에 통합되어 있습니다.**정책, 품질 게이트, 승인 체크포인트가 실행 경로의 일부이며, 외부 래퍼가 아닙니다. 따라서 블로킹 게이트는 사후가 아닌 실행 중에 작업을 중단시킬 수 있습니다.
캐싱이 핵심 요소로 취급됩니다.
컨텍스트는 에이전트 실행 비용의 대부분을 차지하며, 클라우드 하네스에서는 동일한 프로젝트 컨텍스트가 여러 작업에서 반복적으로 사용됩니다.
이러한 이유로 런타임은 프롬프트 캐싱에 크게 의존합니다. 이 동작은 작업의실행 내역에서 확인할 수 있으며, 각 단계별로 캐시 효율성이 표시됩니다:
9.1k used (90% cached)높은 캐시 적중률은 비용이 많이 드는 실행과 저렴한 실행을 구분하는 기준입니다. 또한 구조가 명확한컨텍스트를 사용하는 프로젝트가 복잡한 구조의 프로젝트보다 작업 비용이 더 저렴합니다. 안정적인 컨텍스트는 캐싱에 유리하며, 매번 달라지는 컨텍스트는 그렇지 않습니다.
이 기능은점진적 역량과 결합되어 초기에 로드되는 컨텍스트의 크기를 줄입니다.
실제로 의미하는 바
- **로컬 설정이 필요 없습니다.**CLI나 편집기 플러그인, 호스트용 러너도 필요하지 않습니다. Coroid는 API 기반으로 클라우드에서 실행됩니다.
- **서드파티 도구 구독료가 들지 않습니다.**Coroid 외에 별도의 코딩 보조 도구 사용권을 구매할 필요가 없습니다. 모델 사용량은 크레딧또는 사용자 본인의 제공업체 키.
- **작업은 무인으로 실행됩니다.**일정,Sentinel및 후크가 가능한 이유는 개발자의 머신이 켜져 있을 것을 전제로 하지 않기 때문입니다.
- **동작이 일관됩니다.**모든 작업은 동일한 런타임과 동일한 정책을 따르며, 개별 개발자가 설치하고 구성한 환경에 의존하지 않습니다. 설치된 항목은 언어 지원 및 에이전트 환경.
변경되지 않는 부분
하네스는 작업 수행 방식을 결정할 뿐 경계는 변경하지 않습니다. 모든 결과물은 여전히 브랜치의 pull request 형태로 제공되며, 자동으로 병합되지 않고 브랜치 보호 및 리뷰 규칙은 인간 기여자와 동일하게 적용됩니다.