AI 에이전트 개발, 터미널 대신 데스크톱 앱으로? Baton이 제안하는 새로운 워크플로우

AI 에이전트 시대, 개발 환경도 바뀌어야 할까요?

요즘 AI 코딩 에이전트를 써보신 분이라면 한 번쯤 이런 불편함을 느끼셨을 거예요. Cursor나 Copilot 같은 도구가 코드를 생성해주긴 하는데, 에이전트가 여러 파일을 동시에 수정하고 명령어를 실행하면서 복잡한 작업을 할 때는 "지금 뭘 하고 있는 거지?" 싶을 때가 많거든요. 변경 사항을 하나하나 확인하고 승인하는 과정이 번거롭고, 에이전트가 의도치 않은 방향으로 갈 때 되돌리는 것도 쉽지 않죠.

Baton은 바로 이 문제를 해결하겠다고 나온 데스크톱 앱이에요. AI 에이전트와 함께 개발할 때 필요한 워크플로우를 전용 인터페이스로 제공하겠다는 건데요, 기존 IDE에 AI를 끼워넣는 방식이 아니라 "에이전트 협업"을 처음부터 중심에 놓고 설계한 도구라는 점이 눈에 띄어요.

그래서 Baton이 뭘 해주는 건데요?

Baton의 핵심 아이디어는 에이전트의 작업을 시각적으로 관리하고 제어하는 것이에요. 이게 뭐냐면, AI 에이전트가 코드를 고치거나 파일을 만들 때 그 과정을 실시간으로 보여주고, 각 단계마다 개발자가 검토하고 승인하거나 거부할 수 있게 해주는 거예요. 마치 PR(Pull Request) 리뷰를 실시간으로 하는 것과 비슷한 느낌이죠.

특히 주목할 만한 기능은 브랜칭과 롤백이에요. 에이전트가 A라는 방향으로 작업을 진행했는데 마음에 안 들면, 특정 시점으로 되돌아가서 다른 방향으로 다시 시도할 수 있어요. Git 브랜치를 만드는 것처럼요. 이건 터미널 기반 AI 도구에서는 하기 어려운 일이거든요. Ctrl+Z를 여러 번 누르는 것과는 차원이 다른, 작업 히스토리 단위의 버전 관리를 제공하는 셈이에요.

데스크톱 앱이라는 점도 의도적인 선택인 것 같아요. 웹 앱이 아닌 로컬 앱으로 만들어서 로컬 파일 시스템에 직접 접근하고, 터미널 명령어 실행도 앱 안에서 처리할 수 있게 했거든요. 개발자의 로컬 환경을 그대로 활용하면서도 에이전트와의 협업에 최적화된 UI를 제공하겠다는 전략이에요.

기존 도구들과 뭐가 다른가요?

지금 AI 코딩 도구 시장은 크게 세 가지 흐름이 있어요. 첫 번째는 IDE 플러그인 방식으로 GitHub Copilot이 대표적이고요. 두 번째는 AI 네이티브 IDE로 Cursor, Windsurf 같은 도구들이에요. 세 번째는 터미널 기반 에이전트로 Claude Code, Aider 같은 도구가 여기 속해요.

Baton은 이 세 가지 중 어디에도 정확히 속하지 않는 새로운 카테고리를 만들려고 해요. IDE가 아니라 에이전트 작업 관리 도구에 가깝거든요. 코드 에디터 기능을 직접 제공하기보다는 에이전트가 하는 작업을 감독하고 제어하는 데 집중하는 거예요. 비유하자면 Cursor가 "AI가 도와주는 코드 에디터"라면, Baton은 "AI 에이전트의 작업 관제탑"에 가까워요.

이런 접근은 에이전트가 점점 더 자율적으로 복잡한 작업을 수행하게 되는 흐름과 맞물려 있어요. 지금은 에이전트가 한 번에 하나의 파일을 고치는 수준이지만, 앞으로는 여러 서비스를 동시에 수정하고 테스트까지 돌리는 수준으로 갈 텐데, 그때는 단순한 코드 에디터 UI로는 감당이 안 될 수 있거든요.

한국 개발자에게 주는 시사점

솔직히 말하면 Baton은 아직 초기 단계 프로젝트예요. 하지만 이 도구가 던지는 질문은 꽤 중요해요. "AI 에이전트와 함께 개발할 때, 지금 우리가 쓰는 IDE가 최선의 인터페이스인가?"라는 질문이거든요.

당장 실무에 도입하기보다는 AI 에이전트 개발 워크플로우가 어떻게 진화하고 있는지 감을 잡는 데 참고하면 좋을 것 같아요. 특히 사이드 프로젝트나 프로토타이핑 단계에서 AI 에이전트를 적극적으로 쓰시는 분이라면 한 번 써보시면서 본인의 워크플로우와 비교해보는 것도 괜찮겠죠. AI 에이전트 도구 시장은 아직 초기인 만큼, 어떤 방향이 살아남을지 지켜보는 것 자체가 의미 있어요.