Paca는 Jira, Trello, ClickUp, Monday류의 프로젝트 관리 도구를 AI 에이전트 시대에 맞게 다시 설계한 오픈소스 플랫폼이다. 핵심 차이는 에이전트를 챗봇이나 자동화 보조 기능으로 붙이는 것이 아니라, 같은 스프린트와 같은 보드 위에서 일하는 팀원으로 모델링한다는 점이다.
핵심 개념
Paca에서 AI 에이전트는 백로그를 읽고, 스프린트에 배정되고, 작업 상태를 바꾸고, BDD 시나리오와 시스템 설계 문서(SDD)에 기여한다. 사람은 보드 밖에서 에이전트를 따로 프롬프트하는 것이 아니라, 같은 작업 단위와 같은 변경 기록 위에서 협업한다.
| 영역 | 일반 프로젝트 관리 도구 | Paca |
|---|---|---|
| AI 통합 | 챗봇, 자동화 애드온 | 에이전트를 팀원으로 모델링 |
| 실행 위치 | 사람 중심 보드 | 사람 + AI 에이전트가 같은 보드 사용 |
| 데이터 소유 | 주로 벤더 클라우드 | 셀프호스팅 |
| 확장 | 제한적 마켓플레이스 | 설정 파일 + WASM 플러그인 |
| 에이전트 연결 | 외부 도구 연동 | MCP 서버와 Claude Code 스킬 제공 |
P-A-C-A 사이클
Paca는 Plan → Act → Check → Adapt 흐름으로 팀 작업을 정리한다.
- Plan: PO, BA, AI 에이전트가 백로그와 BDD 시나리오를 함께 다듬는다.
- Act: 스프린트 중 사람과 에이전트가 보드에서 작업을 가져가고 진행 상태를 업데이트한다.
- Check: QA 에이전트와 사람이 결과를 검증한다.
- Adapt: 스프린트 데이터를 바탕으로 다음 사이클을 조정한다.
이 구조는 agentic-loop-tips-three-loops의 “사람 승인 루프”를 프로젝트 관리 도구 안으로 끌어온 형태다.
확장 구조
Paca의 백엔드 플러그인은 WebAssembly(WASM) 모듈로 실행되고, 프런트엔드 플러그인은 표준 모듈 번들로 붙는다. 플러그인은 필요한 host function을 선언하는 capability 기반 권한 모델을 쓴다. MCP 서버도 제공해 Claude, 커스텀 에이전트, MCP 호환 도구가 Paca의 데이터 레이어에 직접 접근할 수 있다.
설치
프로덕션 설치는 릴리스 설치 스크립트로 시작한다.
curl -fsSL https://github.com/Paca-AI/paca/releases/latest/download/install.sh | bash수동 설치는 Docker Compose 파일과 .env 템플릿을 내려받아 구성한다.
언제 쓸 만한가
Paca는 “AI가 코드를 작성한다”보다 “AI가 팀 프로세스 안에서 일을 맡는다”가 중요한 조직에 맞다. 에이전트에게 이슈 생성, 상태 변경, BDD 작성, 설계 문서 갱신까지 맡기려면 기존 프로젝트 관리 도구의 챗봇 애드온보다 데이터 모델 자체가 에이전트 친화적인 편이 낫다.
다만 이미 Jira·Linear·GitHub Projects에 조직 프로세스가 깊게 묶여 있다면 전환 비용이 크다. 실험 팀, AI 네이티브 제품팀, 자체 호스팅을 선호하는 소규모 개발 조직부터 검토하는 것이 현실적이다.
관련 문서
- agentic-loop-tips-three-loops — 추론·도구·사람 승인 루프 분리
- ai-agent-toolkit-tips-2026 — 2026년 오픈소스 에이전트 스택 7계층 선택 기준
- mcp — 에이전트 도구 연결 프로토콜
참고 자료
- Paca-AI/paca — GitHub 공식 저장소