GitHub 이슈를,
직접 고른 에이전트가 처리합니다
팀이나 사용자가 보고한 버그와 기능 요청은 이미 저장소의 이슈에 있습니다. 필요한 것은 각각에 에이전트 하나가, 내 머신에서, 내 구독으로, 작업에 맞는 CLI로 일하는 것입니다.
AgentsRoom은 이 이슈들을 Markdown 본문, 스크린샷, 라벨과 함께 프로젝트의 백로그로 가져옵니다. 각 이슈는 티켓이 되고, 이를 Claude Code, Codex, GitHub Copilot CLI, Cursor 또는 다른 에이전트 CLI에 맡깁니다. 티켓 하나에 에이전트 하나입니다. 가져오기는 읽기만 합니다: GitHub에는 아무것도 다시 쓰지 않습니다.
bug 라벨이 붙은 열린 이슈, 티켓마다 에이전트 하나: 가져오기는 GitHub를 읽기만 하고 절대 쓰지 않습니다.
많은 프로젝트에서 GitHub Issues가 곧 할 일 목록입니다: 사용자가 보고한 버그, 팀이 합의한 기능, 지난달 누군가 등록한 정리 작업. Claude Code, Codex 같은 에이전트 CLI는 그 대부분을 고칠 수 있지만, 이슈가 컨텍스트와 스크린샷과 함께 눈앞에 있을 때만 가능합니다.
GitHub Issues 가져오기가 이슈를 그 자리에 놓습니다. GitHub를 한 번 연결하고(이미 로그인되어 있다면 GitHub CLI, 아니면 개인 액세스 토큰), 저장소, 상태, 라벨을 고르고, 이슈를 미리 본 뒤 가져옵니다. 이슈는 프로젝트 백로그의 TODO 열에 일반 티켓으로 들어오고, 다른 티켓과 똑같이 각 티켓에서 에이전트를 시작합니다. 내 컴퓨터에서, 이미 가진 작업 복사본에서.
양방향 동기화가 아닙니다. AgentsRoom은 이슈를 읽기만 합니다: 라벨 추가도, 댓글 작성도, 이슈 닫기도 없습니다. 수정이 완료되면, Fixes #42라고 적은 풀 리퀘스트가 늘 그랬듯 이슈를 닫습니다.
GitHub Issues 가져오기가 하는 일
Linear, Jira, Notion에 더해 백로그의 소스가 하나 더 늘었습니다.
저장소, 상태, 라벨
목록에서 저장소를 고르거나 소유자/저장소를 입력하세요. 열림, 닫힘, 전체 중에서 고르고, bug나 good first issue 같은 특정 라벨이 붙은 이슈만 남길 수 있습니다. 풀 리퀘스트는 제외됩니다.
이슈 하나를 참조로
이슈 하나만 필요한가요? TODO 열의 가져오기 버튼에 그 링크, 소유자/저장소#42, 또는 프로젝트가 이미 가져오는 저장소라면 그냥 42를 붙여넣으세요. 그 이슈만 열 맨 위에 들어옵니다.
작성된 그대로의 본문
GitHub 이슈는 이미 Markdown이므로, 티켓에는 코드 블록, 체크리스트, 스크린샷까지 작성된 그대로의 본문이 들어갑니다. 본문이 빈 이슈에는 대신 링크가 들어가므로, 에이전트에게는 항상 읽을 것이 있습니다.
라벨이 유형과 태그가 됩니다
모든 라벨은 태그로 남습니다. 흔한 라벨은 티켓 유형도 정합니다: bug, enhancement, documentation, refactor, security, performance. 알아보지 못한 라벨이면 추측하지 않고 유형을 비워 둡니다.
다시 가져와도 중복 없음
원할 때마다 가져오기를 다시 실행하세요: 이미 가져온 티켓은 업데이트될 뿐 복사되지 않습니다. 할당한 에이전트, 메모, 보드의 순서는 절대 덮어써지지 않으며, GitHub에서 닫힌 이슈는 완료 상태로 들어옵니다.
읽기 전용, 토큰은 내 머신에
읽기 권한이면 충분하고, 읽기 요청만 보냅니다. 토큰은 내 컴퓨터에 암호화되어 남고 우리 서버에는 절대 도착하지 않습니다. GitHub CLI를 쓰면 AgentsRoom은 그 로그인을 재사용하고 아무것도 저장하지 않습니다.
동작 방식
네 단계입니다. 첫 단계는 머신마다 한 번만 합니다.
- 1
GitHub 연결하기
프로젝트의 백로그에서 티켓 가져오기를 클릭하고 GitHub Issues를 고르세요. 이 머신에서 GitHub CLI에 로그인되어 있다면 GitHub CLI로 연결을 한 번 클릭하면 됩니다. 아니라면 저장소 읽기 권한이 있는 개인 액세스 토큰을 붙여넣으세요.
- 2
저장소 고르기
검색란이 있는 목록에서 저장소를 고르거나 소유자/저장소를 입력하세요. 원하는 상태와 라벨을 설정합니다.
- 3
미리 보고 가져오기
미리 보기를 클릭하고, 번호나 제목으로 목록을 검색하고, 원하는 이슈에 체크한 뒤 가져오세요. 한 번에 최대 500개까지입니다.
- 4
티켓마다 에이전트에게 맡기기
이제 이슈는 TODO의 티켓이 되었고, 각각 GitHub로 돌아가는 링크가 있습니다. 에이전트와 모델을 할당하고, 별도 브랜치에서 작업하게 하려면 이 작업을 위해 별도 워크트리에서 코딩에 체크한 뒤, 티켓을 In Progress로 드래그하세요. 나중에 다시 가져오기로 보드를 다시 맞출 수 있습니다.
GitHub와 에이전트 CLI가 이미 자체적으로 하는 일
GitHub에서는 이슈를 코딩 에이전트에게 할당할 수 있습니다: Copilot, 그리고 2026년부터는 Copilot 요금제에서 Claude와 Codex도 가능합니다. 에이전트는 클라우드에서, GitHub의 인프라 위에서 작업하고, 초안 풀 리퀘스트를 연 뒤 리뷰를 요청합니다. 세션마다 Copilot 요금제의 프리미엄 요청을 하나씩 씁니다.
GitHub에는 공식 MCP 서버도 있으며, 주소는 https://api.githubcopilot.com/mcp/입니다. 이 서버는 에이전트에게 세션 안에서 이슈와 풀 리퀘스트를 읽고 수정하는 도구를 줍니다. Anthropic의 Claude Code GitHub Actions는 이슈나 풀 리퀘스트의 @claude 멘션에 답할 수 있으며, 내 GitHub Actions 사용 시간으로 실행됩니다.
AgentsRoom 가져오기는 다른 필요에 답합니다: 나머지 티켓 옆에 이슈를 보드로 놓고, 이슈마다 에이전트 하나를 내 머신에서, 내 작업 복사본에서, 이미 내고 있는 구독으로, 내가 고른 CLI로 돌리는 것입니다. GitHub가 할당할 수 없는 CLI도 포함됩니다. 둘은 서로 배타적이지 않습니다: 작업을 로컬에서 실행하려면 이슈를 가져오고, 에이전트가 직접 자기 이슈에 댓글을 달거나 라벨을 붙여야 할 때는 GitHub의 MCP 서버를 주세요.
알아 둘 점
- 한 방향뿐입니다: GitHub로는 아무것도 돌아가지 않습니다. 풀 리퀘스트(Fixes #42)로 이슈를 닫거나, 에이전트에게 GitHub의 MCP 서버를 주세요.
- 가져오기 한 번에 저장소 하나입니다. 여러 저장소에서 작업하는 프로젝트는 저장소를 차례로 가져오거나, 이슈 하나씩 링크로 가져옵니다.
- 토큰은 연결한 컴퓨터에 남습니다. 다른 머신에서는 그곳에서도 GitHub를 연결할 때까지 보드 버튼에 다시 연결이 표시됩니다.
- 가져오기 한 번에 이슈 최대 500개까지입니다. 나머지를 보려면 상태나 라벨로 좁히세요.
- 담당자, 마일스톤, 프로젝트, 댓글은 가져오지 않습니다: 티켓에는 제목, 본문, 라벨, 상태가 담깁니다.
- GitHub 연결과 가져오기 구성은 데스크톱에서 합니다. 휴대폰에서는 가져오기를 다시 실행하거나 이슈 하나를 가져올 수 있으며, 둘 다 내 컴퓨터에서 실행되므로 컴퓨터가 켜져 있어야 합니다.
자주 묻는 질문
GitHub에서 이슈를 Copilot, Claude, Codex에 할당하는 것과 무엇이 다른가요?
GitHub에서는 에이전트가 클라우드의 GitHub 머신에서 실행되어 초안 풀 리퀘스트를 열고, 세션마다 Copilot 요금제의 프리미엄 요청을 씁니다. 가져오기를 쓰면 이슈는 AgentsRoom 백로그의 티켓이 되고, 에이전트는 내 컴퓨터에서, 내 작업 복사본에서, 내 Claude, Codex 또는 다른 구독으로 실행되며, 그 터미널에서 지켜볼 수 있습니다. 이슈에 맞는 쪽을 쓰세요.
에이전트가 끝나면 AgentsRoom이 GitHub 이슈를 닫나요?
아닙니다. 가져오기는 읽기만 합니다: 라벨도, 댓글도, 이슈 닫기도 없습니다. 늘 쓰던 방법이 여전히 가장 좋습니다: 이슈를 고치는 커밋이나 풀 리퀘스트에 Fixes #42라고 적으면, 병합될 때 GitHub가 이슈를 닫습니다.
bug 라벨이 붙은 이슈만 가져올 수 있나요?
네. 라벨 입력란에 bug를 입력하고(여러 라벨은 쉼표로 구분) 상태는 열림으로 두세요. 쿼리는 프로젝트와 함께 저장되므로, 나중에 다시 가져오기로 다시 실행하면 바뀐 것만 가져옵니다.
개인 액세스 토큰이 필요한가요?
컴퓨터에 GitHub CLI가 설치되어 있고 로그인되어 있다면 필요 없습니다: GitHub CLI로 연결이 그 로그인을 재사용합니다. 아니라면 저장소 읽기 권한이 있는 개인 액세스 토큰이면 충분합니다. 어느 쪽이든 우리 서버에는 아무것도 올라가지 않습니다.
비공개 저장소에서도 동작하나요?
네, 연결한 GitHub 계정이 읽을 수 있는 저장소라면 됩니다. 저장소 목록에는 내 조직의 저장소를 포함해, 그 계정이 접근할 수 있는 모든 저장소가 표시됩니다.
가져온 이슈에서는 어떤 에이전트 CLI가 작업할 수 있나요?
AgentsRoom이 지원하는 에이전트 CLI 17개(Claude, Codex, GitHub Copilot CLI, Cursor 및 그 외 13개) 모두입니다. 가져온 이슈는 일반 티켓입니다: 할당한 에이전트와 모델로, 공유 체크아웃이나 자체 git 워크트리에서 실행됩니다.
이슈가 열리는 순간 에이전트가 작업을 시작할 수 있나요?
네, 가져오기 대신 웹훅 트리거로 가능합니다: 트리거의 URL을 저장소의 웹훅에 붙여넣으면, 이슈가 열릴 때 AgentsRoom이 에이전트를 시작하고, 이슈의 필드를 프롬프트의 변수로 쓸 수 있습니다. 가져오기는 직접 고른 이슈를 가져오기 위한 것이고, 트리거는 새 이슈 하나하나에 반응하기 위한 것입니다.
이런 것도 함께 보세요
티켓 가져오기
Jira, Linear, GitHub Issues, Notion 티켓을 하나의 백로그로 모으고, 하나씩 내 머신에서 Claude Code, Codex, Cursor 또는 모든 에이전트 CLI에 맡기세요. 읽기 전용.
트리거: 웹훅 모드
시계 대신 웹훅으로 AI 코딩 에이전트를 실행하세요. 공개 URL 하나를 GitHub, GitLab, Slack, Linear, Sentry 또는 JSON을 POST할 수 있는 아무 서비스에나 붙여 넣으면, 이벤트가 도착하는 순간 AgentsRoom이 에이전트를 시작합니다: pull request가 열렸을 때, 빌드가 깨졌을 때, 티켓이 생성됐을 때, 경보가 울렸을 때. 서명 검증, 선택적 페이로드 필터, 폭주 제한, 그리고 페이로드는 프롬프트 변수가 됩니다. 계속 확인하는 에이전트는 한 바퀴 돌 때마다 토큰을 씁니다. 웹훅 트리거는 아무 일도 일어나지 않는 동안 아무 비용도 들지 않습니다.
작업 관리
드래그 앤 드롭으로 AI 에이전트를 지휘하는 시각적 칸반 보드. TODO에 작업을 만들고 In Progress로 끌어다 놓으면 Claude 에이전트가 자동으로 생성되며, Pending과 Done 칼럼으로 진행 상황을 추적하세요. 병렬 AI 코딩을 위한 백로그 기반 개발.
Git worktree
AI 에이전트나 티켓마다 바로 빌드할 수 있는 전용 git worktree를 주세요(의존성 설치, .env 복사 완료). 그런 다음 창 하나에서 리뷰하고, 커밋하고, 병합하세요.
원격 공개 백로그 · 피드백 기반 AI
프로젝트 백로그를 고객과 사용자에게 공개하세요. 버그와 기능 요청, 피드백을 모으고 티켓에 투표하며 전부 AI 코딩 에이전트에 직결합니다. 공개/비공개, 임베드 위젯, Chrome 확장, 로드맵 뷰. AgentsRoom은 백로그를 Claude, Codex, GitHub Copilot CLI, Cursor 및 그 외 에이전트 CLI 13개를 위한 피드백 기반 실행 엔진으로 바꿉니다.
GitHub 이슈를 에이전트에게 맡기세요
AgentsRoom을 다운로드하고, 저장소를 프로젝트로 연 뒤, 백로그에서 티켓 가져오기를 클릭하고 GitHub Issues를 고르세요.
컴패니언 앱: 이동 중에도 에이전트를 모니터링
Claude, Codex, Antigravity CLI 또는 다른 AI 공급자를 사용하세요.
버그와 요청을 공개 백로그로 바로 보내세요.