'AI가 코드를 짜준다'는 말은 이제 낡았다. 진짜 질문은 이것이다—AI 에이전트가 스스로 오류를 기록하고, 없는 기능을 직접 만들고, 밤새 배포까지 마친다면, 개발자의 역할은 어디서 시작되고 어디서 끝나는가? dev.to에 연재된 'Wiz' 에이전트 사례와 Claude Code 개발 환경을 세 번 재구축한 경험담은 이 질문에 대한 가장 구체적인 답변에 가깝다.
자율 에이전트의 세 축: Self-Fixing, Self-Extension, 병렬 실행
저자가 개인 AI 에이전트 Wiz를 일주일 만에 완전히 재설계한 이유는 단순하다. 기존 시스템이 '관리해야 할 인프라'가 되어버렸기 때문이다. 커스텀 스킬 폴더, 500줄이 넘는 메모리 파일, 복잡한 임베딩 시스템—정작 실제로 쓰는 것은 거의 없었다. 재설계의 핵심은 Claude Code의 네이티브 아키텍처(~/.claude/skills/, ~/.claude/agents/)로 갈아타는 것이었고, 그 위에 세 가지 자율성 레이어를 쌓았다.
첫 번째는 Self-Extension, 즉 스스로 기능을 확장하는 능력이다. CLAUDE.md에 명시적 지침을 심어두면, 에이전트는 기존 스킬로 처리할 수 없는 요청을 받았을 때 직접 새 스킬 파일을 생성한다. 트위터 포스팅 요청을 받자 Wiz는 API 옵션을 리서치하고, ~/.claude/skills/typefully/SKILL.md를 작성한 뒤, 즉시 해당 태스크를 처리하고 "소셜 포스팅 스킬을 새로 만들었습니다"라고 보고했다. 마법이 아니다. Claude Code + 명시적 지침 + 파일시스템 접근의 조합이다. 하지만 행동 결과는 질적으로 다르다—벽에 부딪히는 대신 길을 만든다.
두 번째는 Self-Fixing, 에러 레지스트리 기반의 자기 수정 루프다. 같은 오류가 반복되는 것에 질린 저자는 /wiz/automation/self-fix/error-registry.json을 만들어 오류 발생 시 맥락과 해결책을 함께 기록하게 했다. 매일 오전 7시 15분, self-improve 태스크가 실행되어 미해결 고위험 오류를 찾아 수정을 시도하고 완료 시 resolved로 표시한다. 오류 발생 → 로그 → 자동 발견 → 수정 → 완료의 사이클이 인간 개입 없이 돌아간다.
세 번째는 병렬 서브에이전트 실행이다. 세 개의 구인 사이트를 순차 크롤링하면 90초가 걸리지만, ~/.claude/agents/에 Haiku 모델 기반 서브에이전트를 세 개 띄우면 30초로 줄어든다. 더 중요한 것은 모델 선택이다. 서브에이전트에 Sonnet 대신 Haiku를 쓰는 것은 비용과 속도를 동시에 잡는 실용적 판단이다. 병렬 실행을 경험하고 나면 순차 실행이 '고장난 것처럼' 느껴진다는 저자의 표현은 과장이 아니다.
'항상 켜진 에이전트'가 바꾸는 것
Wiz는 밤 10시부터 새벽 5시까지 자율 운영된다. 계획(10PM) → 실행(11PM~4AM) → 마무리(5AM) 3단계로 나뉘며, 샌드박스가 아닌 실제 프로덕션 배포까지 수행한다. 하룻밤 사이에 115장의 카드와 21개 카테고리를 갖춘 덱 빌더가 완성되고, 블로그 초안 6개가 SEO 메타데이터와 함께 준비된다. Discord DM과 이메일로 언제든 접근 가능한 이 구조는 에이전트를 '도구'에서 '동료'로 전환시킨다. 월 200달러의 운영비에 실험 14개, 미니앱 31개, 게임 위키, 디지털 제품 스토어까지—같은 아웃풋을 프리랜서에게 맡겼다면 비교가 불가능한 비용이 들었을 것이다.
세 번의 개발 환경 재구축을 거친 또 다른 사례는 다른 각도의 교훈을 준다. Claude Desktop에서 Claude Code로의 전환이 결정적이었던 이유는 기능 차이가 아니라 통합도의 차이였다. MCP를 계속 쌓아 터미널·Git·파일 접근을 각각 연결하는 방식은 연결이 늘수록 불안정해졌다. Claude Code는 파일 조작, 터미널, Git이 네이티브로 통합되어 있다. 여기에 CLAUDE.md가 더해지면 프로젝트별 규칙이 매 세션 자동으로 로드된다. '매번 규칙을 재설명하는 비효율'이 근본적으로 해소된다.
자율성의 한계와 개발자의 새 역할
그러나 이 사례들이 공통적으로 강조하는 것이 있다. 자율성은 명시적 설계 없이 생기지 않는다. 에이전트가 스킬을 자동 생성하고 오류를 스스로 수정하는 것은, 그렇게 하라는 지침이 CLAUDE.md에 구체적으로 적혀 있기 때문이다. Self-Fixing은 에러 레지스트리 구조를 누군가 설계했기에 가능하다. 병렬 실행은 서브에이전트 파일을 누군가 만들었기에 작동한다. 자율성의 실체는 '알아서 다 하는 AI'가 아니라 '잘 설계된 제약 안에서 최대한 자율적으로 움직이는 AI'다.
Wiz가 실행을 잘 하지만 할 수 없는 것도 명확하다. 소셜 포스팅·외부 이메일 발송·기존 작업물 삭제에는 가드레일이 걸려 있다. 창의적 방향 설정, 품질 판단, 마케팅 보이스, 비즈니스 전략, 커뮤니티 뉘앙스—이것들은 여전히 인간의 영역이다. Agent Arena(HN 3위 달성)는 에이전트가 실행했지만 아이디어는 사람이 냈다.
이 모든 사례가 가리키는 방향은 하나다. 프론트엔드 개발자의 역할이 인프라 관리자에서 에이전트 설계자로 이동하고 있다는 것. 어떤 오류를 어떻게 기록할지, 어떤 조건에서 새 스킬을 만들지, 어떤 태스크를 병렬화할지, 어떤 행동에 가드레일을 걸지—이 구조적 판단들이 실제 생산성의 차이를 만든다. 코드를 얼마나 빠르게 짜느냐보다, 에이전트가 얼마나 올바른 방향으로 자율적으로 움직이도록 설계하느냐가 핵심 역량이 되고 있다.
'빠른 프로토타이핑 → 검증 → 고도화' 흐름은 이제 개발자 혼자 도는 루프가 아니다. 에이전트가 밤새 프로토타입을 만들고, 에러를 스스로 고치고, 아침에 보고서를 올린다. 개발자는 그 루프의 설계자이자 감독자다. 자율성을 얼마나 허용하고, 어디서 개입할지를 판단하는 능력—그것이 다음 시대 개발자의 실질적 경쟁력이다.