Air
An agentic development environment
Air Teams: 최고의 에이전트 워크플로를 팀 전체로 확장하고, 반복 작업을 자동화하세요
에이전틱 개발을 위한 팀 레이어인 JetBrains Air Teams를 소개합니다. 이 도구는 사람과 에이전트가 전체 개발 수명 주기 전반에 걸쳐 효과적으로 협업하는 데 필요한 공유 컨텍스트, 환경, 도구, 지침을 제공합니다.
Air Teams는 현재 JetBrains 비즈니스 고객에게 제공되고 있으며, 이후 개인 고객에게도 확대할 계획입니다.
새로운 전환: 개별 개발자에서 팀으로
몇 달 전 에이전틱 개발을 향한 첫걸음으로 Air 앱을 소개해 드렸습니다. 그 후로 저희는 많은 것을 배웠고 에이전트와 함께 작업하는 개발자들의 실질적인 생산성 향상을 확인했습니다.
Air를 발전시키면서 두 가지 사항이 확실해졌습니다. 첫째, 개발자에게는 또 다른 독립형 앱이 필요하지 않습니다. 도구와 에이전트는 이미 작업 중인 환경에 통합되어야 합니다. 둘째, 개별 개발자가 에이전트를 통해 더 생산적으로 일하게 되면서 실질적인 병목 현상이 팀 수준으로 옮겨가기 시작했습니다.
그래서 저희는 Air를 독립형 데스크톱 앱을 넘어 더 폭넓은 시스템으로 확장하고 있습니다. 이제 Air는 개인 개발자, 팀, 조직이라는 세 가지 수준에서 에이전틱 개발을 지원합니다. 지금부터 Air Teams가 엔지니어링 팀에 어떤 가치를 제공하는지 자세히 살펴보겠습니다.
Air Teams란?
Air Teams는 엔지니어링 팀이 코딩 에이전트를 실행하고 효과적인 방법을 재사용할 수 있는 공유 환경입니다. 현재 대부분의 에이전틱 작업은 개별 노트북에서 이루어집니다. 각 개발자가 자신만의 설정과 프롬프트를 사용하며, 한 사람에게 효과적인 방법이 팀의 나머지 구성원에게는 쉽게 전파되지 않습니다. Air Teams는 에이전틱 워크플로를 한 곳에 모아줍니다. 한 명의 개발자가 찾아낸 방법을 모두가 사용할 수 있습니다.
Air Teams는 네 가지 요소로 구성됩니다.
자동화는 코드 검토, 이슈 수정, 종속성 업데이트 등 반복적인 작업을 처리합니다. 각 실행은 이벤트 또는 일정에 의해 시작됩니다.
공유 클라우드 환경은 에이전트가 코드를 빌드하고 테스트하는 데 필요한 도구, 종속성, 자격 증명을 제공합니다. 팀이 한 번 설정해두면 모두가 이를 재사용할 수 있습니다.
클라우드 작업은 이러한 환경에서 병렬로 실행되며, 그 누구의 노트북에도 묶이지 않습니다. IDE나 브라우저에서 시작하고 진행 상황을 확인할 수 있으며, 곧 휴대폰에서도 가능해질 예정입니다.
프로젝트는 공유 크레딧, 명확한 역할, 특정 개인에게 의존하지 않는 자동화를 통해 이 모든 것을 하나로 연결합니다.
지금부터 각 요소를 하나씩 살펴보겠습니다.
자동화: 에이전트 돌보기에서의 해방
에이전트는 빠르게 작업할 수 있지만, 여전히 사람이 작업을 시작하고 지침을 제공하고 다음 단계로 넘어가기를 기다려야 합니다. 어느 시점이 되면 모든 실행을 수동으로 조율하는 것 자체가 병목 현상이 됩니다.
Air Automations는 사람 대신 이벤트나 일정에 의해 트리거되어 클라우드에서 자체적으로 실행되는 에이전틱 워크플로입니다. 이러한 자동화는 팀이 공유하는 자산입니다. 한 명의 개발자가 자동화를 만들면 팀 전체가 이를 실행하고, 재사용하고, 개선할 수 있습니다. 한 사람에게 효과적인 방법이 팀 전체가 일하는 방식의 일부가 될 수 있습니다. 예를 들어, 자동화는 새로운 풀 리퀘스트가 열리는 즉시 이를 검토하거나, 일주일에 두 번 종속성을 업데이트할 수 있습니다.
자동화의 작동 방식
자동화는 일정한 패턴을 따르는 반복 작업을 위한 것입니다. 풀 리퀘스트를 검토해야 하거나, 라벨이 지정된 이슈를 조사해야 하거나, 매주 종속성을 확인해야 하는 경우 등이 이에 해당합니다.
다음 네 가지 요소를 한 번만 설정하면 자동화가 실행될 때마다 이를 재사용합니다.
지침: 에이전트가 수행해야 할 작업
환경: 에이전트가 실행되는 위치
도구: 커넥터를 통한 Jira, Figma, Linear 등 에이전트가 사용할 수 있는 도구
트리거: GitHub 또는 Jira 이벤트, 웹훅, 일정 등 에이전트가 시작되는 시점이며, 더 많은 트리거 유형이 추가될 예정입니다.
예를 들어 라벨로 트리거되는 자동화가 있을 수 있습니다. 누군가 Bug 라벨을 추가하면 자동화가 에이전트를 시작합니다. 에이전트는 이슈와 연결된 Jira 티켓을 읽고, 코드에서 원인을 찾아, 엔지니어가 검토할 수 있도록 수정 제안이 담긴 풀 리퀘스트를 엽니다.
자동화는 팀 프로젝트에 속하므로, 각자 개별적으로 만드는 대신 팀 전체가 동일한 자동화를 사용합니다. 자동화가 제대로 작동하는지 검증되면 해당 프로젝트를 넘어 확장할 수 있습니다. 팀은 이를 다른 저장소에서 재사용하거나, 조직의 누구나 있는 그대로 사용하거나 조정할 수 있는 템플릿으로 저장할 수 있습니다.
자동화 예시
저희 팀에서는 세 가지 자동화를 다음과 같이 실행합니다.
코드 검토. 풀 리퀘스트가 열리면 에이전트가 관련 코드와 논의 내용을 읽고, 인라인 댓글과 요약을 게시하며, 풀 리퀘스트를 승인하거나 변경을 요청할 수 있습니다. 새 커밋이 생성될 때마다 새로운 실행이 시작됩니다. 에이전트는 이전 검토와 답글을 읽고, 어떤 이슈가 해결되었고 어떤 이슈가 남아 있는지 확인한 다음, 이전 검토를 접어서 최신 검토만 보이도록 합니다. AI 에이전트는 여러분의 워크플로를 막는 것이 아니라 도와야 합니다. 이슈를 별도의 풀 리퀘스트에서 처리하기로 결정하면, 에이전트는 여러분의 선택을 존중하고 검사를 완료합니다.
이슈 수정. 팀원이 YouTrack에서 범위가 명확한 소규모 이슈에 태그를 지정하면, 에이전트가 컨텍스트를 수집하고 수정을 시도한 후 검토를 위한 풀 리퀘스트를 엽니다. 동일한 자동화가 검토 피드백 처리도 담당합니다. 자동화를 통해 열린 풀 리퀘스트에 팀원이나 코드 검토 자동화로부터 검토 댓글이 달리면, 에이전트가 이를 받아 수정합니다.
종속성 업데이트. 일주일에 두 번, 에이전트가 프로젝트의 종속성을 업그레이드하며, 지침에서 그대로 두라고 명시한 항목은 건너뜁니다. 프로젝트를 빌드하고 테스트를 실행합니다. 업그레이드로 인해 문제가 발생하면, 에이전트는 동작을 변경하지 않고 영향을 받은 코드를 수정하거나, 수정이 불가능한 경우 업그레이드를 되돌립니다. 그런 다음 적용, 건너뛰기 또는 되돌리기 처리된 업그레이드 목록을 담은 풀 리퀘스트를 엽니다. 이전 풀 리퀘스트가 아직 병합되지 않은 경우, 에이전트는 이를 닫고 팀이 준비되었을 때 병합할 수 있는 최신 풀 리퀘스트를 항상 하나만 남겨둡니다.
자동화를 설정하고 활용하는 방법을 포함해 더 많은 자동화 사례에 관해서는 향후 게시물에서 다루겠습니다.
사용자의 제어권 유지
AI 에이전트와 관련해 타당한 우려 중 하나는 아무도 읽지 않는 댓글과 아무도 요청하지 않은 풀 리퀘스트 같은 노이즈입니다. 자동화는 결정 권한을 팀에 그대로 둡니다. 엔지니어가 에이전트가 작업할 대상을 선택하며, 앞선 예시처럼 지침을 통해 결과물의 규모를 작게 유지할 수 있습니다. 예를 들어 종속성 업데이트는 열린 풀 리퀘스트 하나로, 풀 리퀘스트당 현재 검토는 하나로 제한하는 식입니다. 각 실행은 에이전트의 전체 대화와 도구 호출 내역도 보존하므로, 결과가 잘못되어 보일 때 팀이 그 이유를 확인할 수 있습니다. 모든 코드 변경 사항은 풀 리퀘스트 형태로 전달되며, 병합 여부는 엔지니어가 결정합니다.
공유 클라우드 환경: 팀과 에이전트가 재사용할 수 있는 설정
모든 클라우드 작업과 마찬가지로 모든 자동화는 환경 안에서 실행되며, 에이전트의 성과는 그 환경이 허용하는 수준을 넘어설 수 없습니다. 무언가를 빌드하거나 테스트하기 전에, 에이전트에게는 입사 첫날 신입 엔지니어와 마찬가지로 동일한 적절한 도구, 종속성, 자격 증명, 네트워크 액세스가 필요합니다. 소규모 프로젝트는 기본 설정만으로도 충분할 수 있지만, 대부분의 코드베이스는 프라이빗 패키지 레지스트리, 고정된 툴체인 버전, 에이전트가 접근해야 하는 내부 이슈 트래커 등 더 많은 설정이 필요합니다. 누군가는 이를 설정해야 하며, 한 번만 설정하면 충분해야 합니다.
Air Teams에서는 이러한 설정이 공유 가능한 클라우드 환경에 담깁니다. 사용자는 팀 프로젝트 내 저장소를 위한 환경을 생성합니다. VM 크기를 선택하고, 시스템이 접근할 수 있는 도메인을 정하고, 빌드에 필요한 변수와 시크릿을 추가합니다. 설정 자체는 저장소 내 .air/cloud/startup.sh에 저장되므로, 팀은 이를 나머지 코드와 함께 버전 관리하고 검토할 수 있습니다.
첫 번째 작업은 에이전트에게 맡길 수도 있습니다. 에이전트는 저장소를 검사하고, 실제 설치와 빌드를 실행하고, 누락된 시크릿을 요청한 다음, 테스트를 마친 시작 스크립트를 별도의 브랜치에 커밋합니다. 사용자는 다른 변경 사항과 마찬가지로 이를 검토하면 됩니다.
환경이 준비되면 Air는 이를 스냅샷으로 저장하며, 사용자는 이를 팀과 공유할 수 있습니다. 설정을 공유한다고 해서 자격 증명까지 공유하는 것은 아닙니다. 공유 시크릿을 사용하면 팀원과 자동화가 값을 직접 보지 않고도 사용할 수 있으며, 개인 시크릿과 저장소 액세스 권한은 각 개인에게만 있습니다.
이후부터 팀원들은 클라우드 작업을 위해 이 환경을 선택하며, 프로젝트의 자동화도 이 환경에서 실행됩니다. 어떤 에이전트도 저장소를 빌드하는 방법을 다시 알아내는 데 시간과 토큰을 낭비하지 않습니다. 모든 작업은 곧바로 실제 업무부터 시작됩니다.
클라우드 작업: IDE와 모든 기기에서 작업
환경 설정이 끝나면 에이전트에게 작업을 맡길 수 있습니다. 환경과 에이전트를 선택한 다음 작업 내용을 설명하세요. 저장소에 별도의 설정이 필요하지 않다면 기본 환경을 사용하세요.
작업은 로컬 또는 클라우드에서 실행할 수 있습니다. 어떤 방식이 적합한지는 작업의 종류, 필요한 설정, 그리고 에이전트와 얼마나 긴밀하게 작업하고 싶은지에 따라 달라집니다.
| 로컬 에이전트 | 클라우드 에이전트 | |
| 시작하기 | 기존 작업 공간이 즉시 사용할 준비가 되어 있습니다. 새 워크트리 또는 컨테이너를 먼저 설정해야 할 수도 있습니다. | 먼저 환경이 시작되고 저장소가 복사되어야 합니다. 미리 구성한 다음 캐시 처리된 상태의 공유 가능한 환경으로 저장해 두면 대기 시간을 줄일 수 있습니다. |
| 시스템 리소스 | 빌드와 테스트는 다른 작업과 함께 사용자 시스템의 CPU 및 메모리를 공유해서 사용합니다. | 빌드와 테스트는 클라우드 시스템에서 실행되므로 로컬 리소스를 그대로 유지할 수 있습니다. |
| 파일 및 도구 | 에이전트는 커밋되지 않은 변경 사항을 포함해 사용자의 로컬 도구와 작업 사본을 사용해 작업합니다. | 에이전트는 해당 환경에 맞게 구성된 도구, 종속성, 자격 증명을 사용해 원격 브랜치에서 작업합니다. |
| 에이전트 및 계정 | 설치한 지원되는 에이전트 또는 ACP 호환 에이전트를 해당 에이전트가 지원하는 계정과 함께 사용할 수 있습니다. | 조직에서 활성화한 지원되는 클라우드 에이전트를 사용할 수 있습니다. |
| 설정 재사용 | 팀원끼리 설정 스크립트를 공유할 수는 있지만, 각자 자신의 시스템을 직접 설정해야 합니다. | 팀원들은 하나의 환경을 공유하며, 각 작업은 이 환경의 별도 사본에서 실행됩니다. |
| 후속 작업 | 시스템을 계속 켜두어야 합니다. 원격 액세스는 사용자가 보유한 도구에 따라 달라집니다. | 시스템을 꺼도 작업은 계속 실행됩니다. JetBrains IDE 또는 웹에서 Air를 통해 진행 상황을 확인할 수 있으며, 곧 모바일에서도 가능해질 예정입니다. |
핵심적인 차이는 클라우드 작업이 시작한 기기에 얽매이지 않는다는 점입니다. IDE에서 작업을 시작하고 나중에 웹에서 이어서 진행할 수 있습니다. 노트북을 닫아도 에이전트는 계속 작업을 수행합니다.
팀 프로젝트: 팀에게 귀속되는 작업
팀 프로젝트는 팀의 에이전틱 작업을 위한 공유 공간입니다. 여기에는 팀원, 공유 환경, MCP 커넥터, 자동화가 모여 있습니다.
두 가지 역할에 따라 수행할 수 있는 작업이 결정됩니다. 프로젝트 관리자는 멤버십, 환경, 커넥터, 자동화를 관리합니다. 이들은 특정 구성원에게 환경 편집 권한을 부여할 수도 있습니다. 구성원은 공유 환경을 사용하고, 자신만의 자동화를 만들고, 모든 실행 결과를 확인할 수 있습니다.
자동화는 이를 만든 사람에게 종속될 필요가 없습니다. 각 프로젝트에는 자체 서비스 계정과 AI 크레딧이 있으며, 프로젝트 관리자는 프로젝트의 자동화가 해당 크레딧을 사용할지 아니면 제작자 본인의 크레딧을 사용할지 결정합니다. 프로젝트 크레딧을 사용하는 경우, 자동화는 프로젝트의 계정으로 실행되며 제작자가 떠난 후에도 계속 실행됩니다.
Air Teams 시작하기
Air Teams를 사용하면 에이전틱 작업이 팀 전체가 공유하는 것이 됩니다. 자동화는 반복 작업을 처리하고, 공유 환경은 모든 작업에 동일한 설정을 제공하며, 클라우드 작업은 노트북을 닫아도 계속 실행되고, 팀 프로젝트는 이 모든 것이 한 사람에게 의존하지 않도록 보장합니다.
air.jetbrains.cloud에서 Air Teams를 사용해 보세요. 위에서 설명한 모든 기능은 공유를 염두에 두고 만들어졌으니, 처음부터 팀원을 초대하세요.
Air 제품군 전체를 확인하려면 jetbrains.com/air를 방문하세요.
