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