OpenClaw로 Jira 및 작업 관리 자동화하기
OpenClaw로 Jira와 Linear 워크플로우를 자동화하세요. 이슈 자동 분류, 상태 업데이트, 리포트 생성, AI 기반 프로젝트 관리 효율화를 안내합니다.
최종 업데이트: 2026-03-31
필요한 Skills
Linear 이슈, 프로젝트, 사이클 관리.
무엇을 구축하나요
자동화된 작업 관리 워크플로우를 구성합니다:
- 새 이슈 분류 — 내용에 따라 수신 티켓을 자동으로 라벨링, 우선순위 지정, 담당자 배정
- 상태 업데이트 — 연결된 PR이 머지되거나 배포가 완료되면 티켓 상태를 자동 이동
- 리포트 생성 — 스프린트 요약, 벨로시티 리포트, 스탠드업 노트를 자동 생성
- 도구 간 연결 — Jira/Linear 이슈를 GitHub PR 및 Slack 스레드와 연결
이 가이드를 완료하면 프로젝트 관리의 수동 작업이 크게 줄어듭니다.
작업 관리를 자동화해야 하는 이유
프로젝트 관리 도구는 필수적이지만, 관련 수동 작업이 빠르게 쌓입니다:
- 분류 오버헤드 — 모든 새 이슈에 라벨링, 우선순위 지정, 담당자 배정, 추정이 필요합니다. 활발한 프로젝트에서는 하루 30-60분이 소요됩니다
- 상태 지연 — 작업이 끝난 지 한참 후에도 "진행 중" 상태로 방치됩니다. 상태 업데이트가 수동이라 잊기 쉽기 때문입니다
- 리포트 작성 — 주간 리포트, 스프린트 요약, 스탠드업 노트는 여러 소스에서 수동으로 데이터를 수집해야 합니다
- 컨텍스트 파편화 — 관련 PR은 GitHub에, 논의는 Slack에, 티켓은 Jira에 있으며, 아무도 이들을 연결하지 않습니다
- 중복 이슈 — 자동 감지 없이는 같은 버그가 여러 번 보고됩니다
AI 자동화가 반복적인 부분을 처리하여 팀이 실제 업무에 집중할 수 있습니다.
사전 준비
- OpenClaw 설치 및 설정 완료 (시작 가이드)
- Jira 또는 Linear 계정 (API 접근 가능)
- GitHub 연동 (선택 사항, PR 연결용)
- Node.js 18+
1단계: 필요한 Skills 설치
Jira 사용자
# 1. Jira 연동 npx clawhub@latest install jira # 2. GitHub 연동 (PR 연결용) npx clawhub@latest install github
Linear 사용자
# 1. Linear 연동 npx clawhub@latest install linear # 2. GitHub 연동 (PR 연결용) npx clawhub@latest install github
2단계: API 접근 설정
Jira 설정
- id.atlassian.com에서 API 토큰을 생성합니다
- Skill을 설정합니다:
clawhub inspect jira
다음 정보를 입력합니다:
- Jira 인스턴스 URL (예:
yourteam.atlassian.net) - 이메일 주소
- API 토큰
Linear 설정
- linear.app/settings/api에서 개인 API 키를 생성합니다
- Skill을 설정합니다:
clawhub inspect linear
3단계: 수신 이슈 자동 분류
Jira Skill은 자연어를 통해 이슈의 조회, 생성, 업데이트를 지원합니다. OpenClaw에게 분류 규칙을 설명하여 새 이슈를 분류하도록 요청할 수 있습니다:
PROJ의 미배정 이슈를 확인해 줘. 버그 리포트는 우선순위를 high로 설정하고 온콜 로테이션에 배정해. 기능 요청은 medium 우선순위로 백로그로 이동시켜. security나 CVE가 언급된 항목은 critical로 표시하고 보안 팀에 배정해.
OpenClaw의 에이전트가 Jira Skill을 사용하여 각 이슈를 읽고, AI로 내용을 분석한 후 적절한 라벨, 우선순위, 담당자를 적용합니다. AI는 다음도 수행할 수 있습니다:
- 이슈 설명에서 영향받는 컴포넌트를 식별
- 설명된 변경 범위를 기반으로 복잡도(S/M/L/XL) 추정
- 잠재적 중복을 표시하기 위해 유사한 기존 이슈 감지
4단계: 자동 상태 업데이트
OpenClaw에게 Jira 상태를 개발 이벤트와 동기화하도록 요청할 수 있습니다:
PR 제목이나 브랜치 이름에 Jira 키가 언급되면 이슈를 "In Review"로 이동시켜 줘. PR이 머지되면 "Done"으로 이동하고 PR 링크가 포함된 코멘트를 추가해.
Jira Skill은 이슈 상태 전환, 코멘트 추가, 필드 업데이트를 지원합니다. GitHub Skill과 결합하면 OpenClaw가 PR과 이슈를 교차 참조하여 두 시스템을 동기화할 수 있습니다.
5단계: 리포트 생성
데일리 스탠드업 노트
OpenClaw에게 Jira 프로젝트에서 스탠드업 노트를 작성하도록 요청합니다:
PROJ 프로젝트의 스탠드업 노트를 생성해 줘. 어제 완료된 항목, 오늘 진행 중인 항목, 블로킹된 이슈를 표시해.
출력 예시:
=== 스탠드업 노트 — 2026년 3월 31일 === ## 어제 완료 - [PROJ-234] 인증 타임아웃 수정 — @alice (PR #89 머지됨) - [PROJ-237] API 속도 제한 문서 업데이트 — @bob ## 진행 중 - [PROJ-241] 결제 서비스 v3 API 마이그레이션 — @carol (PR #92 오픈, 코멘트 2개) - [PROJ-245] 웹훅 재시도 로직 추가 — @alice (어제 시작) ## 블로킹 - [PROJ-239] 멀티 테넌트 데이터베이스 마이그레이션 — @dave 차단 요인: DBA의 스키마 변경 승인 대기 중 ## 새 이슈 (미배정) - [PROJ-248] 대시보드 로딩이 느리다는 사용자 보고 (버그, 높은 우선순위) - [PROJ-249] 리포팅 페이지에 CSV 내보내기 추가 (개선, 중간 우선순위)
스프린트 요약
OpenClaw에게 스프린트 리포트를 생성하도록 요청합니다:
PROJ 프로젝트의 현재 스프린트를 요약해 줘 — 벨로시티, 완료율, 이월 항목, 트렌드를 포함해서.
주간 다이제스트
Cron Skill을 사용하여 반복적인 주간 리포트를 예약합니다:
clawhub run cron --schedule "0 9 * * 1" --task "jira-weekly-report"
주간 요약에 포함되는 항목:
- 종료된 이슈 대비 생성된 이슈
- 평균 해결 시간
- 상위 기여자
- 주의가 필요한 블로킹 이슈
6단계: GitHub와 Jira 연결
GitHub와 Jira Skill을 함께 사용하여 PR과 이슈를 동기화합니다. OpenClaw에게 다음을 요청할 수 있습니다:
- PR 제목, 본문, 브랜치 이름에서 Jira 키를 감지 (예:
PROJ-234) - 해당 Jira 이슈에 PR 링크 추가
- PR이 열리거나 머지되면 이슈 상태 업데이트
- 규칙에 따른 브랜치 이름 제안 (예:
fix/PROJ-234-auth-timeout)
고급: 커스텀 워크플로우
중복 감지
새 이슈가 생성되면 OpenClaw에게 중복 여부를 확인하도록 요청합니다:
PROJ-248 "대시보드 로딩이 느리다는 사용자 보고"가 PROJ 프로젝트의 오픈 이슈 중에 중복이 있는지 확인해 줘.
OpenClaw가 Jira Skill을 사용하여 오픈 이슈를 조회하고 AI로 비교합니다. 출력 예시:
PROJ-248 "대시보드 로딩이 느리다는 사용자 보고"의 잠재적 중복: 1. PROJ-201 "첫 방문 시 대시보드 로딩에 10초 소요" (높은 유사도) 상태: 진행 중 | 담당자: @carol → 중복 가능성 높음 — 동일한 증상, 동일한 컴포넌트 2. PROJ-189 "/analytics 엔드포인트의 느린 API 응답" (중간 유사도) 상태: 완료 | v2.1.3에서 수정 → 관련 가능성 있음 — 수정이 이 케이스를 해결했는지 확인 필요
일괄 작업
OpenClaw에게 여러 이슈를 처리하도록 요청합니다:
PROJ의 미배정 버그를 모두 재우선순위화해 줘 — 우선순위를 high로 설정하고 온콜 로테이션에 배정해.
"won't fix"로 표시되고 30일 이상 열려 있는 이슈를 모두 찾아서 사유를 설명하는 코멘트와 함께 종료해 줘.
스프린트 계획 지원
OpenClaw에게 팀 용량을 기반으로 스프린트 계획을 도와달라고 요청합니다:
PROJ의 다음 스프린트 계획을 도와줘. 팀 용량: Alice 8포인트, Bob 6포인트, Carol 8포인트. 목표 총합: 22포인트. 우선순위와 의존성을 기반으로 포함할 이슈를 제안해 줘.
에이전트가 백로그를 읽고, 이슈 복잡도를 분석하여, 스프린트 계획을 제안합니다.
문제 해결
Jira "Authentication failed"
- API 토큰이 유효한지 확인합니다: Jira 인스턴스에 basic auth로
curl을 시도해 봅니다 - Atlassian 계정에 연결된 이메일을 사용하고 있는지 확인합니다
- Jira 인스턴스 URL에 후행 슬래시가 포함되지 않았는지 확인합니다
GitHub와 이슈가 동기화되지 않는 경우
- GitHub Skill이 설치되고 인증되었는지 확인합니다
- PR 제목이나 브랜치 이름에 Jira 키가 포함되어 있는지 확인합니다 (예:
PROJ-234) - GitHub 저장소가 토큰 권한으로 접근 가능한지 확인합니다
분류 규칙이 트리거되지 않는 경우
--dry-run으로 실행하여 기존 이슈에 대해 규칙을 테스트합니다- 규칙 조건을 확인합니다 — 기본적으로 대소문자를 구분하지 않습니다
- 실시간 분류를 사용하는 경우 웹훅이 설정되어 있는지 확인합니다
리포트에 오래된 데이터가 표시되는 경우
- Jira API 캐시는 몇 분 지연될 수 있습니다 — 잠시 후 다시 시도하세요
- API 토큰에 프로젝트 읽기 권한이 있는지 확인합니다
- 설정의 프로젝트 키가 실제 프로젝트와 일치하는지 확인합니다
자주 묻는 질문
지원합니다. Jira Skill은 Jira Cloud(yourteam.atlassian.net)와 Jira Server(자체 호스팅) 모두를 지원합니다. Server의 경우 인스턴스의 전체 기본 URL을 입력합니다. 인증은 Cloud의 경우 API 토큰, Server의 경우 개인 접근 토큰으로 작동합니다.
가능합니다. `jira` 대신 `linear` Skill을 설치하세요. 워크플로우 개념은 동일합니다 — 분류, 상태 동기화, 리포팅 모두 같은 방식으로 작동합니다. Linear의 API가 실제로 더 단순하기 때문에 실시간 동기화 등 일부 기능은 설정이 더 쉽습니다.
기본적으로 분류와 상태 동기화는 드라이런 모드로 실행되어 변경될 내용만 보여주고 실제로 수정하지 않습니다. 규칙이 정확하다고 확신할 때 자동 적용 모드를 명시적으로 활성화합니다. 일괄 작업은 항상 실행 전에 확인을 요구합니다.
Jira Automation은 키워드 매칭과 고정 조건을 사용합니다 — 제목에 "bug"가 포함된 이슈에 라벨을 붙일 수 있지만 맥락을 이해하지는 못합니다. AI 분류는 전체 이슈 설명을 읽고 의도를 이해하며 미묘한 판단을 내립니다. 예를 들어 "이것은 버그입니다"와 "이것은 버그가 아닙니다"를 구분할 수 있습니다 — 키워드 규칙으로는 불가능한 일입니다.
가능합니다. 리포트 명령에 템플릿을 전달하거나 설정 파일에서 기본 템플릿을 설정합니다. 섹션(완료, 진행 중, 블로킹, 새 이슈)을 포함하거나 제외할 수 있고, 그룹화 방식(담당자별, 컴포넌트별, 우선순위별)을 변경할 수 있으며, 상세 수준을 조정할 수 있습니다.
지원합니다. Jira Skill은 API에서 프로젝트의 필드 설정과 워크플로우 정의를 읽습니다. 커스텀 필드는 분류 규칙과 리포트 템플릿에서 사용할 수 있습니다. 커스텀 워크플로우 상태는 상태 동기화에서 작동합니다 — 워크플로우의 정확한 상태 이름을 사용하면 됩니다.