JetBrains는 소프트웨어 개발 주기 전반에서 프로그래밍 에이전트의 작업을 조율하고 성공적인 작업 방식을 공유하기 위한 Air 생태계 내 팀 중심 계층인 Air Teams를 발표했다. 이 서비스는 현재 JetBrains 기업 고객에게 제공되며, 회사는 향후 개인 고객으로도 접근 범위를 확대할 계획이다.
이 서비스는 개발팀에서 인공지능 에이전트를 사용할 때 발생하는 실질적인 문제를 겨냥한다. 각 개발자의 설정, 지침 및 환경이 대체로 자신의 컴퓨터에 남아 있어 성공적인 워크플로를 다른 팀원에게 전달하기 어렵다는 문제다. 따라서 Air Teams는 이러한 요소를 팀이 관리하고 재사용할 수 있는 공유 공간으로 옮긴다.
공유 워크플로를 위한 네 가지 구성 요소
Air Teams는 서로 연결된 네 가지 요소로 구성된다.
- 자동화 실행: 에이전트가 클라우드에서 수행하는 반복 작업이다. 예를 들어 풀 리퀘스트 검토, 특정 이슈 처리 또는 의존성 업데이트가 있으며, 이벤트나 일정에 따라 시작된다.
- 공유 클라우드 환경: 빌드와 테스트에 필요한 도구, 의존성 및 접근 데이터를 포함하는 설정이다. 팀이 한 번 구성한 뒤 재사용할 수 있다.
- 클라우드 작업: 개발자의 컴퓨터를 계속 점유하지 않고 병렬로 실행할 수 있는 작업이다. 통합 개발 환경이나 브라우저에서 시작하고 추적할 수 있으며, 향후에는 휴대전화에서도 가능해진다.
- 팀 프로젝트: 구성원, 환경, 커넥터 및 자동화 실행을 역할과 공유 크레딧과 함께 모으는 공간이다.
자동화 실행으로 반복 작업 제어
각 자동화 작업은 네 가지 구성 요소로 만들어진다. 에이전트가 해야 할 일을 지정하는 지침, 실행 환경, 에이전트가 사용할 수 있는 도구, 시작 시점을 정하는 트리거다. 트리거에는 GitHub 또는 Jira 이벤트, 웹훅 및 일정이 포함되며, 향후 다른 유형도 지원될 예정이다. 또한 이 서비스는 Jira, Figma 및 Linear와 같은 도구에 연결하는 커넥터를 지원한다.
JetBrains는 새로 생성되는 모든 풀 리퀘스트 검토, YouTrack의 작은 이슈를 수정하려고 시도한 뒤 검토를 위한 풀 리퀘스트 열기, 주 2회 의존성 업데이트 등의 예를 제시한다. 마지막 예에서 에이전트는 프로젝트를 빌드하고 테스트를 실행한 다음, 문제를 수정하거나 수정이 불가능하면 업데이트를 되돌린다. 이를 통해 팀에 반복적인 요청을 쏟아내는 대신 최신 상태의 풀 리퀘스트 하나를 유지한다.
실제로 무엇이 달라지는가?
Air Teams는 에이전트 설정을 개인적인 실험이 아니라 공유 자산으로 만든다. 저장소 환경은 저장소 내부의 .air/cloud/startup.sh 파일에 보존되며, 다른 코드와 마찬가지로 검토하고 버전을 관리할 수 있다. 또한 에이전트가 저장소를 검사하고 설치 및 빌드를 수행한 뒤, 별도의 브랜치에 검토를 위한 스크립트를 제안하도록 설정을 지원할 수도 있다.
JetBrains는 환경을 공유한다고 해서 동일한 자격 증명 자체를 공유하는 것은 아니라고 말한다. 값이 공개되지 않은 상태로 공유 시크릿을 사용할 수 있으며, 개인 시크릿과 저장소 권한은 각 사용자에게 연결된 상태로 유지된다. 프로젝트는 자동화 실행에 자체 서비스 계정과 인공지능 크레딧을 부여하므로, 관리자가 프로젝트 크레딧을 사용하도록 선택하면 자동화 실행을 만든 사람이 팀을 떠난 뒤에도 계속 실행할 수 있다.
결정권은 엔지니어에게 유지
이 플랫폼은 변경 사항을 엔지니어가 병합하거나 거부할 수 있는 풀 리퀘스트 형태로 유지함으로써 불필요한 댓글과 풀 리퀘스트에서 발생하는 소음을 줄이려 한다. 또한 각 작업은 에이전트 대화 기록과 도구 호출 기록을 보존하므로, 오류가 발생했을 때 팀이 결과가 나온 이유를 점검할 수 있다. 그러나 원문은 가격, 사용 한도 또는 더 광범위한 거버넌스 메커니즘에 관한 세부 정보를 제공하지 않으며, 이는 팀이 프로덕션 규모로 서비스를 도입하기 전에 확인해야 할 사항이다.