아틀라시안 AMP는 MCP 대체재일까? Jira에 들어오는 AI 에이전트

AMP는 MCP를 포함하는 협업 구상이다

Atlassian은 10월 6일 Team ’26 Europe 발표에서 Agentic Multiplayer Protocol, 줄여서 AMP를 소개했다. 에이전트가 팀의 작업에 참여할 때 신원, 제한된 권한, 공유 맥락과 검토 가능한 결과를 갖게 하겠다는 구상이다.

AMP 제품 페이지는 이를 협업 경험·기술·운영 패턴의 묶음으로 설명한다. Teamwork Graph의 맥락을 연결하는 수단에 Atlassian MCP, CLI와 A2A가 들어간다. 이름에 프로토콜이 붙었다고 기존 MCP 연결을 새 규격으로 교체해야 한다는 뜻은 아니다.

에이전트가 누구의 권한으로 실행되는지 구분한다

Atlassian이 제시한 실행 모델은 사용자의 권한으로 일하는 방식과 별도의 에이전트 계정으로 일하는 방식을 포함한다. 팀원은 어떤 에이전트가 작업 중인지, 어떤 일을 했는지 볼 수 있고, 관리자는 접근 범위와 사용 대상을 관리하는 구조다.

다만 10월 6일 발표에서는 에이전트 계정 관련 추가 통제를 향후 기능으로 예고했다. 에이전트·앱·서비스 계정을 한곳에 모아 관리하는 목록도 여기에 포함됐다. 제품 소개에 그려진 전체 경험을 모든 고객 계정에서 한꺼번에 사용할 수 있다는 뜻은 아니다. 실제 도입 범위는 개별 기능의 제공 조건과 연결 방식으로 정해야 한다.

로컬 실행을 Jira 작업 항목과 연결한다

Atlassian은 agent sessions를 통해 로컬과 클라우드의 에이전트 실행을 Jira 작업 항목에 연결한다고 발표했다. 개인 터미널에서 진행한 작업을 팀이 보던 업무 기록에 연결하는 것이 이 기능의 목적이다. AMP 소개에는 Confluence 문서에서 에이전트를 호출하거나 Loom 영상으로 작업 맥락을 전달하는 경험도 포함된다.

이미 문서화된 외부 연결에는 별도의 조건이 있다. 기본 제공 외부 MCP 에이전트 안내는 Rovo Premium 또는 Enterprise, 사이트 관리자의 서버 활성화, 해당 외부 서비스 계정을 요구한다. 이 조건은 해당 에이전트 기능의 조건이며 AMP 전체의 단일 요금제로 확대할 수 없다.

API 토큰 로그는 개인별 작업 이력과 다를 수 있다

Atlassian MCP 인증 문서는 사용자가 직접 동의하는 대화형 연결에 OAuth 2.1을 권장한다. API 토큰은 서버·봇 같은 비대화형 용도로 쓰며, 조직 관리자가 허용한 경우에만 사용할 수 있다.

감사 로그 문서에는 MCP 도구 호출마다 도구 이름, 행위와 사용자가 기록된다고 나와 있다. 관리 화면의 Insights → Audit log에서 MCP 관련 활동을 찾을 수 있다.

하지만 API 토큰으로 연결하면 기록의 주체는 그 토큰에 연결된 서비스 계정이나 기술 계정일 수 있다. 외부 AI 도구를 사용한 최종 사용자마다 별도 기록이 남는다고 보장할 수 없다. 팀이 같은 계정으로 연결해 놓고 에이전트 표시 이름만 다르게 붙여도 개인별 책임 추적이 저절로 완성되지는 않는다는 의미다.

관리자의 도입 점검에서는 연결 성공 여부와 함께 실행 계정, 허용 권한, 실제 감사 로그의 주체를 확인하는 것이 좋다. 어느 문서와 작업을 수정할 수 있는지와 누가 그 수정을 실행한 것으로 남는지를 함께 봐야 한다.

자주 묻는 질문

AMP를 도입할 때는 팀이 에이전트의 실행 권한과 작업 주체를 함께 볼 수 있는지 확인해야 한다.