에이전트가 백그라운드에서 코드를 짜고 있다. 그 사이 개발자는 무엇을 하고 있어야 할까.
OpenAI가 코딩 에이전트 Codex를 대규모 업데이트하면서 이 질문이 갑자기 현실적으로 느껴지기 시작했다. 이번 업데이트의 핵심은 단순한 기능 추가가 아니다. Codex는 이제 macOS 앱을 백그라운드에서 직접 조작하고, 여러 에이전트가 병렬로 동시에 실행되며, 며칠에 걸친 장기 작업도 중단 없이 이어간다. 사용자가 다른 작업을 하는 동안 에이전트가 GitHub 리뷰에 대응하고, Slack과 Notion의 맥락을 읽어 후속 작업을 제안한다. UI 변경 지시를 인앱 브라우저에서 내리면 에이전트가 코드 변경까지 처리한다.
이것은 '도구가 빨라졌다'는 이야기가 아니다. 워크플로우의 구조 자체가 바뀌고 있다는 신호다.
기존 AI 코딩 도구는 개발자의 손 옆에 붙어 있었다. 자동완성, 코드 제안, 리팩토링 도움—모두 개발자가 키보드 앞에 앉아 있을 때 작동하는 방식이었다. Codex의 백그라운드 실행은 그 전제를 깼다. 에이전트는 이제 개발자의 집중 시간을 기다리지 않는다. 비동기로, 병렬로, 지속적으로 작동한다.
캔바가 같은 날 공개한 Canva AI 2.0은 다른 레이어에서 같은 변화를 보여준다. 캔바는 스스로를 '디자인 툴에서 업무 OS로' 재정의했다. 자연어 입력으로 디자인을 생성하고 수정하는 것을 넘어, 내부 조율 레이어가 Slack·Notion·Gmail·HubSpot 등 외부 서비스를 연결해 콘텐츠 생성과 업무 흐름을 하나의 파이프라인으로 묶는다. 회의 녹취가 자동으로 요약되고, 이메일이 제안서로 변환되며, 브랜드 기준이 모든 결과물에 자동 적용된다.
프론트엔드 개발자 입장에서 이것은 흥미로운 긴장감을 만든다. Canva Code 2.0과 Sheet AI는 인터랙티브 콘텐츠와 데이터 기반 문서 생성까지 플랫폼 내에서 처리한다. HTML 불러오기 기능도 추가됐다. '디자인 핸드오프'라는 개념 자체가 희미해지는 방향이다.
세 번째 변화는 더 조용하지만, 어쩌면 가장 실질적이다. dev.to에서 공개된 feedback-synthesis-mcp는 GitHub Issues, Hacker News, App Store 리뷰 등 14곳에 흩어진 고객 피드백을 MCP 서버로 수집해 3단계 LLM 파이프라인으로 처리한다. Haiku가 테마와 감성·심각도를 추출하고, 유사 항목을 클러스터링한 뒤, Sonnet이 우선순위와 증거 링크, 실행 제안을 함께 뱉는다. 300개 피드백을 읽어 '실제로 중요한 다섯 가지'를 정리하는 데 $0.05가 든다.
이 도구가 겨냥하는 사용자는 PM이 없는 2~30인 규모의 팀이다. 하지만 이 로직이 더 중요하다. 피드백을 읽고 우선순위를 판단하는 것, 즉 프로덕트 감각의 핵심이라고 여겨졌던 작업이 파이프라인으로 추상화되고 있다.
세 가지 흐름을 나란히 놓으면 하나의 패턴이 보인다.
Codex는 실행 레이어를 자동화한다. 코드 작성, 테스트, 리뷰 대응—개발자가 손으로 처리하던 반복 작업들이 에이전트의 영역으로 이동한다. 캔바 AI 2.0은 조율 레이어를 자동화한다. 어떤 도구를 쓸지, 어떤 서비스와 연결할지, 어떤 브랜드 기준을 적용할지가 에이전트 기반 조율로 처리된다. MCP 피드백 도구는 의사결정 인풋 레이어를 자동화한다. 무엇을 만들어야 할지 판단하기 위한 신호 수집과 분류가 파이프라인이 된다.
실행, 조율, 인풋—개발자와 프로덕트 매니저가 시간을 쏟던 세 가지 레이어가 동시에 자동화되고 있다.
그렇다면 개발자는 무엇을 해야 하나. 이 질문에 '아직 AI가 못 하는 것을 해야 한다'는 답은 너무 수동적이다. 더 정확한 프레임은 이렇다. 에이전트가 잘 작동하려면 누군가가 '무엇을 시킬지'를 설계해야 한다.
Codex에 어떤 작업을 위임하고, 어디서 사람이 검토해야 하는지. 캔바의 조율 레이어에 어떤 컨텍스트를 주입해야 결과물이 일관성을 갖는지. MCP 피드백 파이프라인이 뱉는 클러스터를 어떤 기준으로 해석하고 로드맵에 반영할지. 이것들은 에이전트가 스스로 결정할 수 없다. 에이전트가 잘 작동하는 환경을 만드는 것—그것이 지금 개발자와 프로덕트 리더에게 이동하고 있는 역할이다.
에이전트 시대의 개발자는 코드를 덜 쓰는 사람이 아니다. 시스템을 설계하고, 에이전트에게 컨텍스트를 공급하며, 자동화된 레이어들이 맞물리는 경계를 관리하는 사람이다. 백그라운드에서 에이전트가 일하는 동안, 개발자는 그 에이전트가 올바른 방향으로 달리고 있는지를 판단하는 위치로 이동한다.
그 판단력은 빠른 도구가 줄 수 없다. 사용자 문제를 이해하고, 시스템의 의도를 명확히 하며, 자동화된 결과물을 비판적으로 읽는 능력—이것이 에이전트가 백그라운드에서 일하는 시대에 전면으로 나와야 하는 개발자의 핵심 역량이다.