Show GN: Spring IVE 1.5 — Slack에서 코드 맥락 아는 에이전트와 대화하기

Show GN: Spring IVE 1.5 — Slack에서 코드 맥락을 아는 에이전트와 대화하기

AI 코딩 에이전트, 이제 이슈 트래커에서 Slack으로 이동한다

최근 몇 달 사이 개발팀의 흐름이 빠르게 재편되고 있다. 단순히 "AI가 코드를 작성해준다" 수준을 넘어, 이슈가 등록되면 AI가 자동으로 코드를 작성하고 Pull Request까지 열어주는 파이프라인이 실무에 안착하기 시작했다. Claude Code, Gemini CLI, Codex, OpenCode 같은 CLI 기반 코딩 에이전트들이 공개되면서, 이를 한곳에서 관리하고 사람이 검증하는 구조가 자연스러운 다음 단계가 되었다.

바로 그 지점에서 출발한 오픈소스 프로젝트가 Spring IVE다. GitLab과 GitHub 이슈를 자동으로 감지해 AI 에이전트를 실행하고, 작업이 끝나면 MR/PR을 생성하는 웹 대시보드인데, 이번에 공개된 1.5 버전은 Slack 안에서 코드 맥락을 가진 에이전트와 직접 대화할 수 있는 기능을 새롭게 덧붙였다.

Spring IVE 1.5 핵심 기능 — Slack 통합

이번 업데이트에서 가장 주목할 만한 변화는 Slack 통합이다. 기존에는 웹 대시보드에서만 에이전트와 상호작용할 수 있었지만, 1.5부터는 Slack 채널에서 에이전트를 멘션하는 것만으로 대화가 가능하다.

이게 단순한 챗봇 통합과 다른 점은, 봇이 프로젝트 레포지토리를 클론해 코드 맥락을 그대로 알고 있다는 데 있다. 슬랙에서 "이 기능 어디서 처리돼?", "이 API 어떻게 동작해?", "왜 이렇게 구현했어?" 같은 질문을 던지면 에이전트는 실제 코드를 근거로 답한다. 팀 내 사내 콜센터처럼 활용할 수 있는 셈이다.

특히 유용한 부분이 단계 전이 알림이다. 이슈가 "검증 대기"에서 "검증자" 단계로 넘어가면, "확인 대기"에서 "확인자"로, "완료"로 끝나면 "생성자"에게 DM이 전송된다. 멘션 사용자의 언어 설정에 맞춰 다국어로 발송되기 때문에 글로벌 팀에서도 그대로 쓸 수 있다.

# Slack에서 IVE 에이전트 호출 예시@ive-bot 이 PR의 payment_validators 함수가 어떤 검증 로직을 거치나요?# → 봇이 레포 코드를 읽고 실제 함수 동작을 설명

바이브코딩 작업 이력 자동 관리

바이브코딩(Vibe Coding)이라는 말이 회자되면서, 한 가지 새로운 고민이 생겼다. 개발자가 로컬에서 Claude Code 같은 도구로 직접 처리한 작업들을 어떻게 추적할 것인가다. 회사 정책상 정식 에이전트 시스템을 거치지 않고 개인이 알아서 바이브코딩한 일들이 늘수록, "이 코드를 누가, 언제, 어떤 도구로 작성했는가"가 블랙박스가 되었다.

Spring IVE 1.5는 이 문제를 정면으로 다룬다. 대시보드 안에서 실행한 에이전트 작업뿐 아니라 개발자 본인이 바이브코딩 도구로 처리한 작업까지 자동으로 감지해 이력으로 남긴다. 결과적으로 "언제·무엇을·어떤 툴로·얼마나" 작업했는지가 한곳에 정리된다.

회고 미팅이나 업무 보고서를 작성할 때 별도로 기록할 필요 없이, 작업 이력·토큰 사용량·비용이 자동으로 정리된다는 점에서 실용성이 높다.

이미지 입력 공통 지원

별것 아닌 기능 같지만 실무에서 꽤 자주 필요한 업데이트다. 웹 채팅, Slack 멘션, 이슈 본문이나 코멘트에 이미지를 첨부하면 에이전트가 이를 분석한다. 스크린샷 한 장으로 버그 리포트가 끝난다.

예를 들어, UI 깨짐 현상을 캡처해 이슈에 첨부하면 에이전트가 이미지를 읽고 어떤 컴포넌트가 문제인지 추론한 뒤 수정안을 제안한다. 텍스트로 상황을 길게 설명해야 했던 번거로움이 줄어든다.

보고서 — 사람과 AI 비용을 함께 추적

1.5의 또 다른 핵심은 보고서 기능의 고도화다. 단순히 "에이전트가 토큰을 얼마나 썼는가"만 보던 기존과 달리, 이제는 검증과 개발에 투입된 사람의 시간까지 함께 원가로 산정한다.

• 사용자별 단가 배수(rate_multiplier): 시니어, 주니어, 외부 협력자 등 인건비 차등 반영

• 표시 통화·환율 변환: 원화(KRW) 등으로 즉시 확인 가능

• 비중 누적 분포 막대: 비용이 어느 단계에서 가장 많이 쌓이는지 시각화

덕분에 "이 이슈 처리에 사람과 AI가 함께 쓴 비용이 얼마인가"를 한 화면에서 정확하게 파악할 수 있다. 에이전트 도입을 정량적으로 정당화해야 하는 팀 리더에게 유용한 기능이다.

동작 흐름과 기술 스택

Spring IVE의 기본 흐름은 다음과 같다.

1. GitLab 또는 GitHub 프로젝트를 연결하고, 자동 처리할 대상 레이블(예: IVE)을 지정

2. 스캐너가 이슈를 주기적으로 폴링, 레이블이 붙은 이슈를 발견하면 실행 큐에 등록

3. 배정된 AI 에이전트가 레포지토리를 클론하고 claude 또는 gemini 같은 CLI를 실행

4. 작업 완료 후 MR/PR을 생성하고 이슈에 코멘트, 단계 전이를 Slack으로 알림

기술 스택은 다음과 같이 공개되어 있다.

영역	사용 기술
프론트엔드	Next.js 16 (App Router), React 19, Tailwind CSS 4
터미널 임베드	xterm.js, Node.js 커스텀 서버 (node-pty, WebSocket)
데이터베이스	SQLite (better-sqlite3)
지원 에이전트	Claude Code, Gemini CLI, Codex, OpenCode

2.0 로드맵 — Linear 연동과 WBS

공개된 로드맵에 따르면, 다음 메이저 버전인 2.0에서는 Linear 연동이 추가될 예정이다. 단순히 이슈를 자동 처리하는 데서 끝나지 않고, WBS(작업 분해 구조) 기반의 일정·진척 관리까지 한곳에서 다룰 수 있게 확장할 계획이라고 한다. 이슈 처리에서 프로젝트 계획·추적까지 워크플로우 전반을 묶는 것이 목표다.

누가 사용하면 좋을까

• 반복적인 라벨 기반 이슈가 많은 팀 — 버그 트리아지, 라벨 정리, 사소한 리팩터링을 자동화

• 여러 코딩 에이전트를 병행하는 팀 — Claude와 Gemini를 이슈 성격에 따라 분기해 사용

• 바이브코딩 활용도가 높아져 관리가 필요한 팀 — 도구별 작업 이력과 비용을 한곳에 모음

• 에이전트 도입 ROI를 정량적으로 보여줘야 하는 리더 — 사람 시간 + 토큰 비용의 합산 원가 산정

핵심 요약

Spring IVE 1.5는 단순한 기능 추가가 아니라, AI 코딩 에이전트가 팀 워크플로우 안으로 깊이 통합되는 단계를 보여준다. Slack에서 코드 맥락을 가진 에이전트와 대화할 수 있게 된 점, 바이브코딩 작업까지 이력으로 자동 관리되는 점, 사람과 AI 비용을 함께 추적할 수 있는 점은 모두 "도구로 끝나지 않고 운영 시스템으로 진화하고 있다"는 신호다. 2.0에서 Linear 연동과 WBS가 더해진다면, 이슈 트래커와 프로젝트 관리 도구 사이의 경계는 점점 더 흐려질 것이다.

반복성 높은 이슈는 에이전트에게 위임하고, 사람은 검증과 의사결정에 집중하는 구조. 그 흐름 전체가 이제 Slack 안에서 돌아간다.

---

📚 출처

• https://news.hada.io/topic?id=30140