Jira 없이 AI 에이전트가 티켓을 직접 관리한다 — Projektor 분석 (tajd.github.io)

한줄 요약

AI 에이전트가 Jira 역할을 대신하는 셀프호스팅 프로젝트 관리 도구, Projektor.

무엇이 달라지나?

프로젝트 관리 도구의 패러다임이 바뀌고 있다. 기존 Jira나 Linear 같은 도구는 사람이 직접 티켓을 만들고, 상태를 옮기고, 스프린트를 계획하는 구조다. Projektor는 이 흐름을 뒤집는다. 이슈 등록, 티켓 이동, 스프린트 계획, 위키 검색까지 — 에이전트가 MCP(Model Context Protocol)를 통해 직접 수행한다.

핵심은 MCP 서버가 "추가 기능"이 아니라 시스템의 주된 인터페이스라는 점이다. 대부분의 AI 연동 프로젝트 관리 도구가 기존 UI에 AI를 덧붙이는 방식이라면, Projektor는 처음부터 에이전트가 조작하도록 설계됐다. 개발자나 PM은 에이전트에게 지시만 내리면 된다.

멀티 에이전트 환경도 고려했다. 에이전트 레지스트리, 파일 클레임, 코디네이션 메시지 기능을 통해 여러 에이전트가 동일한 저장소에서 병렬로 작업하더라도 충돌 없이 협업할 수 있도록 설계됐다. 단일 에이전트 활용을 넘어, 에이전트 플릿(fleet)을 전제로 한 아키텍처다.

기술 스택도 군더더기가 없다. 단 하나의 Cloudflare Worker 위에서 동작하며, Hono 프레임워크, D1(데이터), KV(캐시), R2(첨부파일)를 조합한다. 서버도 없고 컨테이너도 없다. wrangler 명령 하나로 D1, KV, R2가 자동 프로비저닝되고 마이그레이션까지 적용된다.

실무에서 어떤 의미인가?

소규모 개발팀이나 AI 에이전트를 적극적으로 활용하는 팀에게 Projektor가 흥미로운 이유는 크게 세 가지다.

운영 비용 구조가 다르다. Cloudflare의 엣지 인프라를 직접 활용하는 셀프호스팅 구조라 별도의 서버 운영 비용이 발생하지 않는다. 스케일이 커지면 도구를 바꾸는 게 아니라 데이터베이스만 교체하면 된다고 공식 문서는 설명한다.

에이전트 워크플로우와 자연스럽게 통합된다. 현재 많은 개발팀이 코드 작성에는 AI 에이전트를 쓰면서도, 이슈 트래킹은 여전히 수동으로 처리한다. Projektor는 이 둘 사이의 단절을 메운다. 에이전트가 코드를 수정하면서 동시에 관련 티켓을 직접 업데이트하는 흐름이 가능해진다.

깃 파일 트래커처럼 가볍고, Jira처럼 크로스 프로젝트를 지원한다. 로컬 파일 기반 트래커는 팀 협업에 한계가 있고, Jira는 설정 비용이 크다. Projektor는 그 중간 지점을 노린다.

주목할 만한 건, Projektor 자체의 로드맵도 Projektor 안에서 관리되고 있다는 점이다. 공식 문서도 동일한 저장소에서 생성된다. 도구를 직접 먹는(dog-fooding) 구조가 신뢰도를 높인다.

도입 전 체크포인트

Projektor가 모든 팀에게 적합한 건 아니다. 도입을 검토한다면 아래 항목을 먼저 확인하는 게 좋다.

첫째, 팀이 실제로 MCP 기반 에이전트 워크플로우를 운영하고 있는가. Projektor의 강점은 에이전트 통합에 있다. 에이전트를 쓰지 않는 팀이라면 일반 이슈 트래커에 비해 차별점이 크지 않다.

둘째, Cloudflare 계정과 wrangler CLI 환경이 갖춰져 있는가. 배포 자체는 간단하지만, Cloudflare 에코시스템에 익숙하지 않은 팀은 초기 설정에서 러닝커브가 생길 수 있다.

셋째, 현재 팀의 프로젝트 규모와 복잡도가 Projektor의 현재 기능 범위와 맞는가. Jira를 대체하는 도구를 표방하지만, 엔터프라이즈 수준의 워크플로우 커스터마이징이나 레거시 통합이 필요한 조직이라면 아직 검토 단계에서 신중해야 한다.

외주 개발이나 자체 서비스 개발을 진행하는 팀이라면, 에이전트 기반 개발 환경을 어떻게 구성할지가 점점 중요한 의사결정이 되고 있다. Projektor는 그 흐름에서 주목할 만한 실험적 사례다.