AI 에이전트가 코드를 쓴다. 이건 이제 논쟁거리가 아니다. Cursor를 켜면 에이전트가 파일을 열고, 함수를 짜고, 테스트까지 돌린다. Spektrum에 자연어 한 줄을 넘기면 몇 분 안에 라이브 URL이 돌아온다. 그렇다면 프론트엔드 개발자는 무엇을 해야 하는가? 이 질문에 세 가지 서로 다른 실험이 하나의 답으로 수렴하고 있다.
에이전트는 멈춘다—그리고 당신은 자리를 비운다
dev.to에 올라온 한 포스트는 Cursor 에이전트의 아주 현실적인 문제를 다룬다. 장시간 태스크를 걸어두고 자리를 뜨면, 에이전트는 중간 어딘가에서 조용히 멈춰 있다. 결정 지점에 걸렸거나, 허용되지 않은 툴을 실행하려다 막혔거나, 그냥 다음에 뭘 할지 몰라서다. Claude Code도 똑같다. 이 문제를 해결한 방식이 흥미롭다. 코드를 고친 게 아니라 에이전트 루프 자체에 훅을 걸었다.
Cursor의 훅 시스템은 에이전트 루프의 특정 시점—툴 실행 직전, 파일 편집 직후, 에이전트 종료 직전—에 스크립트를 끼워 넣을 수 있다. beforeShellExecution 훅으로 실행 승인 요청을 Slack으로 보내고, stop 훅으로 종료 직전에 "다음 지시가 있나요?"를 물어보게 만들었다. 폰에서 답장하면 에이전트가 계속 달린다. Anthropic도 Claude Code에 Telegram·Discord 연동 Channels를 발표하며 같은 방향을 택했다. 결국 핵심은 에이전트가 혼자 판단하게 두는 게 아니라, 사람이 개입할 수 있는 구조적 포인트를 설계하는 것이다.
AI가 코드를 쓴다고 엔지니어링이 사라지는 건 아니다
같은 날 dev.to에는 더 근본적인 질문을 던진 글이 올라왔다. "AI가 코드를 타이핑한다면, 우리는 아직 엔지니어링을 하고 있는 건가?" 저자의 답은 명쾌하다. 타이핑은 원래 엔지니어링의 본질이 아니었다.
바이럴 데모들이 보여주는 "스크린샷 → 앱 생성" 흐름의 함정도 정확히 짚어낸다. AI가 뱉어내는 코드는 대개 단일 파일 모놀리스, 제로 보안, 강하게 결합된 로직이다. 거기에 기능을 추가하려고 프롬프트를 한 번 더 넣으면? AI는 더 많은 코드를 그 위에 쌓고, 15개 프롬프트 전에 맺어뒀던 의존성을 조용히 깨뜨린다. "맞습니다, 수정했습니다"를 반복하면서 세 가지를 고치는 척 다섯 가지를 망가뜨리는 루프. 이건 AI의 잘못이 아니다. 표면적 프롬프트에 가장 확률 높은 답을 돌려줄 뿐이다.
엔지니어는 다르게 접근한다. "앱 만들어줘"가 아니라 아키텍처 블루프린트를 프롬프트로 넣는다. 세 가지 핵심 워크플로우를 디커플드 서비스로 분리하고, 모든 메서드에 단위 테스트를 강제하고, 레포지토리 패턴으로 데이터 레이어를 격리하라는 구조적 지시를. 그리고 AI가 틀렸을 때—프로젝트 철학을 위반하거나 병목을 만들 때—그걸 잡아내고 방향을 교정하는 게 진짜 엔지니어링이다. 문제 해결 능력은 AI가 대체하지 못한다. 오히려 더 선명하게 드러난다.
Spektrum이 보여주는 다음 단계
Spektrum은 이 흐름의 극단을 실험한다. 자연어 한 줄 → 코드 생성 → 환경 설정 → 배포 → 라이브 URL, 이 전체 사이클을 단일 플로우로 압축한다. SDK 몇 줄이면 createProject, createTask, codeAndDeploy, getAppUrl로 완결된다. 앱 하나 생성 비용이 평균 $0.50이니, 아이디어 검증 비용은 사실상 제로에 수렴한다.
중요한 건 Spektrum이 "코딩을 없애준다"는 것보다, 프로토타이핑과 검증 사이클의 마찰을 제거한다는 데 있다. 기존 워크플로우에서 아이디어 → 동작하는 프로덕트 사이에는 프로젝트 셋업, 아키텍처 결정, 서비스 연결, 배포 파이프라인이라는 여러 레이어가 있었다. Spektrum은 이것들을 하나의 연속된 프로세스로 접어버린다. 사용자 검증이 필요한 MVP라면, 이 속도가 의사결정 자체를 바꾼다.
구조 설계가 새로운 핵심 역량이다
세 실험을 겹쳐보면 패턴이 보인다. Cursor 훅 설계, 아키텍처 블루프린트 프롬프팅, Spektrum의 태스크 정의—공통점은 모두 에이전트가 어떻게 작동할지 구조를 먼저 설계한다는 것이다. AI에게 "이거 해줘"를 반복하는 사람과, 에이전트 루프의 의사결정 포인트를 설계하고 개입 지점을 명시하는 사람 사이의 결과물 차이는 시간이 갈수록 벌어진다.
프론트엔드 개발자에게 이건 역할의 소멸이 아니라 레버리지의 이동이다. 컴포넌트를 손으로 타이핑하던 시간이 줄어드는 만큼, 사용자 여정을 어떻게 쪼갤지, 시스템 경계를 어디에 그을지, 에이전트가 막힐 때 누가 어떤 신호를 받을지를 설계하는 데 더 깊이 들어갈 수 있다. AI가 구문을 담당하면, 우리는 구조를 담당한다. 그리고 구조가 훨씬 어렵다.