AI 코딩 에이전트를 처음 쓰기 시작했을 때, 대부분의 개발자가 거치는 단계가 있다. 프롬프트를 정교하게 다듬고, 컨텍스트를 잘 넘기고, 결과물을 꼼꼼히 리뷰하는 것. 그게 숙련이라고 생각하는 시기다. 그런데 최근 등장하는 도구들과 워크플로우들은 조금 다른 질문을 던지고 있다. 에이전트를 잘 쓰는 것과 에이전트 경험을 잘 설계하는 것은 같은 문제가 아니라는 것이다.
에이전트는 생각하고 있는데, 우리는 아무것도 못 본다
Claude Code나 Cursor로 작업을 시작하면 그다음엔 기다림이다. 스피너, 스크롤되는 텍스트, 탭 전환. 에이전트가 지금 어디쯤 와 있는지, 테스트가 돌고 있는지, 막혀 있는지 알 방법이 없다. dev.to에 소개된 Codogotchi는 이 '보이지 않는 에이전트' 문제를 흥미로운 방식으로 풀었다. macOS 메뉴바에 스프라이트 애니메이션 캐릭터(Maew)를 올려놓고, 에이전트의 상태 변화를 실시간으로 시각화한다. 구현 중엔 집중하는 모션, 테스트 실패엔 긴장한 표정, PR 게이트 통과엔 축하 애니메이션. 대시보드가 아니라 '앰비언트 시그널'이다—시선 끝에 걸리는 정도의 정보로, 컨텍스트 스위칭 없이 에이전트 상태를 인식하게 만든다.
이 접근이 흥미로운 이유는 기술적 복잡도 때문이 아니다. 에이전트와 셸 사이에 훅 바이너리를 끼워 넣어 이벤트를 분류하고 로컬 state.json에 기록하는 구조는 단순하다. 클라우드도, 계정도, 텔레메트리도 없다. 핵심은 에이전트의 내부 상태를 어떤 UX 언어로 번역할 것인가라는 인터랙션 설계 질문이다. 숫자와 로그 대신 감정이 있는 캐릭터를 선택한 것은 개발자 경험에 대한 뚜렷한 관점을 담고 있다.
프롬프트하는 사람에서 루프를 설계하는 사람으로
Claude Code 팀을 이끄는 Boris Cherny가 공유한 말이 있다. 그는 더 이상 에이전트에게 직접 프롬프트하지 않는다. 루프를 짜고, 루프가 프롬프트한다. 그의 역할은 루프를 설계하는 것이다. dev.to의 Dragos Roua는 이 개념을 직접 실험했다. 9개 앱에 걸쳐 'By the same dev' 섹션과 버전 표기 형식이 맞는지 감사하는 50줄짜리 Python 루프를 짰다. 결과는 간단했다—오래된 앱 하나가 빌드 번호 없이 마케팅 버전만 표시하고 있었다. 수십 번의 릴리즈 동안 아무도 못 잡은 버그였다.
그런데 이 글에서 더 가치 있는 부분은 루프가 틀렸던 사례들이다. 파일 경로가 잘못돼 빈 입력을 받은 모델이 자신 있게 오답을 냈고, 토큰 절약을 위해 파일을 잘랐더니 감사 대상 코드가 잘린 부분에 있어서 틀린 판정을 냈고, 규칙을 너무 문자 그대로 썼더니 의도는 맞지만 표현이 다른 코드가 실패 처리됐다. 루프 엔지니어링의 핵심 기술은 더 좋은 프롬프트가 아니라 신뢰할 수 있는 입력을 구성하는 것이고, 루프가 어디서 자신 있게 틀리는지 아는 것이다. Addy Osmani의 표현을 빌리면, 루프는 재귀적 목표다—에이전트를 쥐고 있던 손을 시스템에 넘기는 것이다.
설계 단계의 실험, 코드 없이 먼저
에이전트 루프를 짜기 전에, 혹은 어떤 AI 기능을 프로덕트에 붙이기 전에, 팀은 대개 이런 과정을 거친다. 문서를 읽고, API 키를 발급받고, 테스트 스크립트를 짜고, 응답을 파싱하고, 출력을 렌더링한다. 하루 이틀이 그렇게 배관 작업으로 사라진다. ApiPass Playground는 이 단계를 브라우저에서 끝내버린다. velog 리뷰에 따르면, 모델 선택—프롬프트 입력—파라미터 조정—결과 비교가 하나의 화면에서 슬라이더와 클릭으로 완결된다. 같은 프롬프트를 여러 모델에 동시에 돌리고 결과를 나란히 볼 수 있으며, 실행 전에 크레딧과 비용이 먼저 표시된다.
이 도구가 흥미로운 지점은 기술적 기능보다 협업 구조의 변화다. PM은 PRD를 쓰기 전에 모델 가능성을 직접 확인할 수 있고, 디자이너는 엔지니어 없이 이미지 모델의 스타일 차이를 눈으로 검증할 수 있다. '엔지니어에게 스파이크 요청하기' 티켓 없이, 결정권이 있는 사람이 직접 실험하고 판단한다. 빠른 프로토타이핑에서 가장 큰 병목이 협업 대기 시간이라는 걸 생각하면, 이 도구는 단순한 편의 기능이 아니라 팀의 실험 속도 자체를 바꾸는 구조적 도구다.
세 가지가 가리키는 하나의 방향
Codogotchi, 에이전틱 루프, ApiPass Playground. 표면적으로는 전혀 다른 도구처럼 보이지만, 세 가지 모두 같은 이동을 가리키고 있다. AI 도구를 직접 쓰는 사람에서 AI 도구가 작동하는 경험과 구조를 설계하는 사람으로의 이동이다. 에이전트 상태를 어떤 UI 언어로 보여줄 것인가, 반복 작업을 어떤 루프 구조로 위임할 것인가, 모델 선택 실험을 누가 어떤 흐름으로 할 수 있게 만들 것인가—이것들은 모두 설계 질문이다.
프론트엔드 개발자 입장에서 이 흐름은 낯설지 않다. 우리는 오래전부터 사용자가 직접 데이터를 다루게 하는 대신, 그 경험을 설계해왔다. AI 에이전트도 마찬가지다. 더 좋은 프롬프트를 쓰는 것보다, 에이전트가 틀렸을 때 어디서 틀리는지 알 수 있는 구조를 만드는 것, 상태를 주변 시야에서 인식할 수 있는 UX를 만드는 것, 실험의 마찰을 제거해 팀 전체가 판단에 참여할 수 있게 만드는 것—그것이 AI 시대의 프론트엔드가 해야 할 설계다.
앞으로 에이전트는 더 강해지고 더 자율적으로 움직일 것이다. 그럴수록 '어떻게 프롬프트할 것인가'보다 '어떤 구조 안에서 움직이게 할 것인가', '그 과정을 사람이 얼마나 잘 인식하고 개입할 수 있는가'가 더 중요한 질문이 된다. 에이전트를 잘 쓰는 것과 에이전트 경험을 잘 설계하는 것, 이 두 가지는 이제 분명히 다른 역량이다.