에이전트 역할

Coroid는 범용 에이전트 하나를 사용하지 않습니다. 작업의 각 단계는설명에서 pull request에 이르는 과정은좁은 업무 범위와 의도적으로 제한된 도구 세트를 가진 에이전트가 처리합니다.

이러한 제한이 바로 핵심입니다. 코드를 작성할 수 없는 에이전트는 우발적으로 코드를 작성할 가능성이 없습니다.

역할#

역할	단계	코드 수정 가능
아키텍트	사양 및 계획	아니요
개발자	빌드	예
QA	검증	아니요
리뷰어	리뷰	아니요
웹 테스터	검증, 브라우저 흐름 확인	아니요
탐색기	조사, 모든 단계	아니요
종속성 분석기	분석	아니요

처음 네 가지 역할은 모든 작업에서 순서대로 나타나는 파이프라인입니다:

아키텍트→개발자→QA→리뷰어

오직 개발자 한 명만이 저장소의 파일을 변경할 수 있습니다. 다른 모든 에이전트는 파일을 읽거나 실행하며 결과를 보고하거나 후속 작업을 생성할 뿐입니다.

아키텍트#

사용자의 설명을 사양으로 전환하고, 해당 사양을 계획으로 만듭니다. 아키텍트는 실제 존재하는 코드베이스를 참고하여 계획을 수립하지만 코드는 작성하지 않습니다.

그 결과물은 빌드가 시작되기 전에 사용자가 승인해야 하는 대상입니다.

개발자#

작업 수행: 관련 코드를 읽고 변경을 적용하며 테스트를 작성하거나 업데이트하고, 워크스페이스에서 로컬로 테스트가 통과할 때까지 실행합니다.

실행 시리뷰어가 발견 사항을 다시 보내면개발자가 이를 처리하는 역할입니다.

QA#

코드를 작성한 에이전트와는 독립적으로 검증을 실행합니다 — 프로젝트에 설정된 테스트 스위트, 품질 게이트, 그리고 명세에 정의된 수락 기준을 활용합니다.

QA는 판정을 보고합니다. 발견된 문제를 직접 수정하지는 않으며, 오류는 다시개발자에게 재작업으로 전달됩니다.

리뷰어#

완성된 차이점을 확인하고 발견 사항을 생성하며, 조직에서 설정한 리뷰 규칙을 적용합니다. 발견 사항은 개발자에게 재작업으로 전달되거나 pull request에 첨부되어 사용자에게 전달됩니다.

웹 테스터#

실제 브라우저를 이용해 애플리케이션의 미리보기 버전에서 사용자 흐름을 종단간으로 확인합니다. 코드만으로는 동작에 대한 단정확인이 불가능한 경우에 활용됩니다.

탐색기#

읽기 전용의 조사 역할입니다. 다른 에이전트들은 자신들의 컨텍스트에 모든 내용을 로드하지 않고도 코드베이스에 관한 질문에 답변하기 위해 이 역할을 활용합니다 — "인증 처리는 어디서 이루어지나요?", "이 함수를 호출하는 곳은 어디인가요?" 등.

종속성 분석기#

종속성을 분석하고 변경 사항이 코드베이스 전반에 어떻게 영향을 미치는지 파악하며, 프로젝트 간 종속성이 설정된 경우에는 그 범위까지 포함합니다.

이러한 역할 분리가 중요한 이유#

이렇게 작업을 분리하면 다음과 같은 세 가지 특성이 나타납니다:

1. **검증이 독립적입니다.**작업을 확인하는 에이전트가 코드를 작성한 에이전트와 다르므로 결과에 대한 이해관계가 없습니다.
2. **영향 범위가 제한됩니다.**코드 작성 도구를 보유한 역할은 개발자 역할뿐이므로, 리뷰나 분석 과정에서의 오류가 리포지토리를 손상시킬 수 없습니다.
3. **각 역할에 맞는 모델이 실행됩니다.**계획 수립에는 폭넓은 세계 지식이 유리하며, 컴파일 가능한 코드 작성에는 또 다른 역량이 필요합니다. AI 프로필이러한 이유로 각 역할별로 하나의 모델을 보유하고 있습니다.

다음#

로 돌아가기작업이 어떻게 pull request가 되는가이 역할들이 매핑되는 단계를 확인하려면, 또는Coroid란 무엇인가더 간단한 개요를 원하신다면 확인해 보세요.