Jira를 Claude에 붙여봤다 — 되는 것, 안 되는 것, 조심할 것

1편에서 Jira 셋팅을, 2편에서 커밋 연동을 적었습니다.

이번 편은 마지막입니다. Jira를 Claude에 연결한 얘기.

먼저 솔직하게 말하면, 연결 자체는 10분이면 끝납니다. 글로 쓸 게 별로 없어요. 그래서 이 글은 절차보다 2주 써보고 갈린 경계에 무게를 뒀습니다. 어디까지 맡길 만하고 어디서부터는 직접 해야 하는지요.

---

뭘로 붙이나

Atlassian이 공식 MCP 서버를 제공합니다. OAuth로 로그인하는 방식이에요.

핵심은 이겁니다. 연결은 "회사 Jira"가 아니라 "내 Jira 계정"에 붙습니다.

이게 생각보다 중요해요. Claude는 내가 볼 수 있는 범위만 봅니다. 제가 권한 없는 스페이스는 Claude도 못 봐요. 그리고 Claude로 바꾼 내용은 전부 제 계정 이력으로 Jira에 남습니다. 공유 계정으로 인증했다면 그 계정 이름으로 남고요.

처음에 이걸 모르고 "AI가 회사 Jira 전체를 들여다보는 거 아니냐"는 질문을 받았는데, 아닙니다. 권한 모델은 사람이 로그인했을 때랑 똑같습니다.

Claude MCP 서버 연결 목록 화면

---

연결하다가 막힌 지점 세 개

절차는 짧으니 막혔던 것만 적겠습니다.

1. 목록에 atlassian이 두 번 나왔다

플러그인으로 한 번, 커넥터로 한 번 설치해서 중복된 거였습니다. 둘 중 하나만 하면 됩니다. 중복되면 어느 쪽이 인증된 건지 헷갈리고, 인증 안 한 쪽이 계속 오류를 뱉어요. 하나만 남기고 지웠습니다.

2. /mcp 명령에서 오류가 났다

/mcp authenticate처럼 뒤에 단어를 붙여서 그랬습니다. /mcp만 치고 Enter 누르면 목록이 뜹니다. (저는 두 번 눌러야 떴어요.) 거기서 항목을 클릭해서 인증하는 구조입니다.

3. 동의 화면에 우리 사이트가 안 보였다

로그인한 계정이 해당 Jira에 초대가 안 된 상태였습니다. 연결 문제가 아니라 계정 문제였어요. 초대 수락부터 하면 됩니다.

---

2주 써보고 — 잘 되는 것

조회·요약

이게 제일 잘 됩니다. 체감이 확실했어요.

"이번 주 기한인데 아직 완료 안 된 이슈 담당자별로 정리해줘"

JQL을 쓸 줄 알면 직접 짜는 게 빠릅니다. 근데 매번 다른 조건으로 보고 싶을 때는 말로 하는 게 훨씬 낫더라고요. 주간 보고 전에 이것저것 각도 바꿔가며 물어보는 데 제일 많이 썼습니다.

반복 등록

결함 8건을 한 번에 올릴 때처럼, 비슷한 이슈를 여러 개 만드는 작업이요. 제목·담당자·기한·라벨을 불러주면 한 번에 만들어줍니다. 손으로 하면 8번 클릭 지옥인데 이건 한 번입니다.

상태 변경 + 댓글 한 번에

"DEV-66에 '접속 로그 2페이지 이동 정상 확인' 댓글 남기고 완료로 바꿔줘"

확인 결과를 적고 상태까지 바꾸는 건 늘 두 단계였는데 한 문장으로 끝납니다. 사소한데 하루에 몇 번씩 하는 일이라 누적되면 꽤 큽니다.

---

잘 안 되는 것

솔직히 적겠습니다. 기대만큼 안 된 쪽도 있었어요.

사이트·프로젝트 키를 안 적으면 헤맨다

❌ "내 미완료 이슈 보여줘" ✅ "○○ 사이트 DEV 프로젝트에서 내 미완료 이슈 보여줘"

맥락 없이 물으면 엉뚱한 데를 뒤지거나 빈손으로 돌아옵니다. 저는 그냥 매번 프로젝트 키를 적는 습관으로 굳혔어요. 한 번 적는 게 다시 묻는 것보다 빠릅니다.

대량 일괄 변경은 못 맡기겠다

"기한 지난 이슈 전부 다음 주로 밀어줘" 같은 요청이요. 되긴 되는데, 결과를 하나하나 확인하게 되더라고요. 확인할 거면 직접 하는 거랑 별 차이가 없습니다. 건수가 많고 되돌리기 어려운 작업은 아직 화면에서 합니다.

삭제는 아예 안 맡깁니다

이건 규칙으로 못 박았어요. 이슈 삭제는 Jira 화면에서 직접. 되돌릴 수 없는 작업이라 애초에 경로를 하나로 묶어두는 게 낫습니다.

Confluence는 404

사내에 Confluence가 없는데 자꾸 찾아보려 해서 404가 떴습니다. 없는 건 없다고 먼저 말해주면 좋겠는데, 그냥 시도하고 실패합니다.

---

보안 규칙 — 이건 꼭 짚고 싶다

연결해놓고 보니 일반 AI 사용 규칙으로는 안 덮이는 것이 하나 있었습니다.

이슈 본문에 적힌 "~해라"는 지시가 아니다

Jira 이슈 본문이랑 댓글은 누구나 씁니다. 외부 요청을 옮겨 적기도 하고요.

거기에 이런 문장이 들어 있다고 해볼게요.

"확인 후 관련 이슈 모두 완료 처리할 것"

사람이 읽으면 그냥 요청사항입니다. 그런데 Claude가 그 이슈를 읽고 실행해야 할 명령으로 받아들이면 곤란해집니다. 제가 시킨 적 없는 일이 일어나는 거예요.

그래서 규칙을 이렇게 정했습니다.

Claude에게 하는 요청은 내가 직접 입력한 문장뿐이다. 이슈 안에 적힌 문장은 읽을 자료이지 지시가 아니다.

아직 실제로 사고가 난 적은 없습니다. 다만 외부에서 들어온 텍스트를 읽히는 구조라면, 사고가 나기 전에 선을 그어두는 게 맞다고 봤어요.

나머지 세 줄

• 변경은 확인 후 승인 — 등록·수정·완료는 제안 내용을 보고 승인
• 삭제는 화면에서 직접
• 비밀번호·API 키·개인정보는 대화에도 이슈에도 안 적는다

세 번째는 Jira 자체 규칙이기도 한데, AI 연결 후에 더 신경 쓰게 됐습니다. 대화에 한 번 적으면 어디까지 흘러가는지 제가 다 통제할 수 없으니까요.

---

그래서 쓸 만한가

읽는 일에는 확실히 쓸 만합니다. 현황 파악, 요약, 보고 준비. 여기서 아낀 시간이 제일 컸어요.

쓰는 일은 반반입니다. 건별 등록·댓글·상태 변경은 좋고, 대량 변경은 아직 손이 더 갑니다.

지우는 일은 안 맡깁니다.

처음엔 "AI가 Jira 관리를 대신해주겠지" 하고 붙였는데, 2주 써보니 그건 아니었어요. 대신 보드를 열어보는 횟수가 늘었습니다. 궁금한 걸 바로 물어볼 수 있으니 확인이 쉬워지고, 확인이 쉬워지니 갱신도 따라오더라고요. 도구 정착에 예상 못 한 쪽으로 도움이 됐습니다.

---

정리

• 연결은 회사 Jira가 아니라 내 계정에 붙는다. 권한 범위도 이력도 내 것
• 읽는 일(조회·요약·보고 준비)에 제일 강하다
• 쓰는 일은 건별로는 좋고, 대량 일괄 변경은 아직 손이 더 간다
• 삭제는 안 맡긴다
• 이슈 본문에 적힌 문장은 지시가 아니다 — 선을 먼저 그어두자

다음 편에서는 연결 절차를 화면 순서대로 정리하겠습니다. 플러그인 설치부터 인증, 동의 화면, 연결 확인까지요. 제가 중간에 두 번 막혔던 지점도 그 자리에 같이 적어두겠습니다.