웹앱을 에이전트 도구로, 코드 없이 자동 변환

웹앱을 뜯어보지 않고도, 그 앱이 스스로 부르는 API를 관찰해 AI 에이전트 도구로 자동 변환하는 기술이 공개됐다. 소스 코드 한 줄 건드리지 않고 지라(Jira)·스포티파이(Spotify) 같은 서비스를 에이전트가 조작하게 만든다.

무슨 일인가 / 배경

해커뉴스(Hacker News)에 소개된 이 프로젝트는, 로그인된 웹앱 '안'에서 도는 브라우저 에이전트가 앱이 자기 API를 어떻게 호출하는지 지켜보다가 그 호출들을 자동으로 에이전트 도구로 바꾼다. 개발사는 이를 '호스트 앱이 바뀌면 스스로 갱신되는 자동 생성 MCP(Model Context Protocol) 서버'에 비유했다. 지라·스포티파이·해커뉴스 데모가 공개됐고, 어느 것도 원본 소스 코드는 손대지 않았다고 밝혔다.

핵심 짚어보기

개발사가 이 방식을 택한 이유는 현실적이다. 이상적으로는 모든 앱이 MCP나 깔끔한 API를 제공해야 하지만, 실제로는 인증 방식(JWT·쿠키·혼용)부터 제각각이라 에이전트가 곧바로 쓰기 어렵다. 그렇다고 브라우저로 화면을 클릭하는 '컴퓨터 유즈' 방식은 느리고 불안정하며 토큰을 많이 먹는다. 그래서 기존 브라우저 에이전트에 한 단계를 더해, 인증된 API를 '레시피'로 만든다. 레시피에는 API 엔드포인트와 메서드, 인증 방식과 토큰 갱신법, 응답·입력 스키마, 사람이 읽을 수 있는 설명이 담긴다. API가 바뀌면 에이전트가 이를 감지해 레시피를 새 버전으로 교체하므로 코드를 직접 작성하거나 유지보수할 필요가 없다. 흐름은 '에이전트가 앱을 학습해 레시피 생성 → 앱 소유자가 대시보드에서 도구 활성화 → 에이전트가 사용자 대신 앱 안에서 실제 동작 수행' 순이다. 예컨대 '내 동료를 워크스페이스에 초대해줘'라는 말 한마디로, 제3자 서버를 거치지 않고 앱에 이미 있는 초대 API를 그대로 호출하는 식이다. 도움말 문서나 PDF 같은 자료만 넣어 쓸 수도 있지만, 개발사는 그럴 경우 여느 챗봇과 다를 바 없다고 선을 그었다. 개발자는 파괴적 동작을 하지 않도록 지시했지만 LLM이 실수할 수 있어, 학습은 테스트 계정에서 하라고 권했다. 표준화가 가장 까다로웠던 대상으로는 그래프QL(GraphQL)을 꼽았다.

1인기업 실전 적용 포인트

• 공식 API나 MCP가 없는 SaaS라도, 내가 이미 쓰는 계정 위에서 에이전트가 대신 조작하게 만들 여지가 생긴다.
• 사내 도구 자동화 시 서버 코드 수정 없이 '레시피'만 얹으면 되므로, 개발 리소스가 없는 1인기업에 부담이 적다.
• 반드시 테스트·스테이징 계정에서 먼저 학습시켜, 실계정에서의 삭제·결제 같은 파괴적 오작동을 차단하라.
• API가 바뀌어도 레시피가 자동 갱신되니, 유지보수 인력이 없는 환경일수록 이점이 크다.

전망 / 주의점

로그인 계정에서 에이전트가 직접 행동한다는 점에서 권한 범위와 파괴적 동작 방지 장치는 반드시 짚어야 할 리스크다. 그럼에도 'API 스펙이 없어도 에이전트가 쓸 도구를 자동으로 만든다'는 접근은, 통합에 쓸 손이 부족한 1인기업에 특히 매력적인 방향이다.

출처: HN (https://news.ycombinator.com/item?id=48847834)