GPT-6 아스트라(Astra) 데모 영상이 공개 하루 만에 1억 뷰를 넘겼다. 단순한 화제성이 아니다. 브라우저를 열고, 코드를 실행하고, Blender 안에서 3D 장면을 완성하는 AI의 모습은 기술 커뮤니티에 찬사와 공포를 동시에 불러일으켰다. AI타임스 보도에 따르면 개발자들은 아스트라를 상위 에이전트로 배치해 하위 모델들의 작업 범위를 감독하고 프롬프트 토큰 소모를 30% 이상 줄이는 복합 워크플로우를 설계하기 시작했다. 이쯤 되면 팀 리드로서 팀원들에게 솔직하게 물어봐야 할 시점이다. 우리가 지금 하는 일 중 얼마나 많은 부분이 에이전트로 대체될 수 있는가?
이 질문을 불안감으로 받아들일 필요는 없다. 하지만 회피해도 안 된다. 아스트라의 등장은 AI가 '조수' 수준을 넘어 '실행자'로 격상됐다는 명확한 신호다. PC를 직접 제어하는 에이전틱 AI가 실무에 들어오는 순간, 개발자의 역할 정의는 더 이상 도구 숙련도의 문제가 아니다. 무엇을 시키고, 어디까지 믿고, 어디서 개입할 것인가를 판단하는 능력의 문제가 된다.
코드는 이제 상품이다
dev.to에 올라온 한 시니어 엔지니어의 회고는 이 변화를 조용하지만 정확하게 짚는다. 수십 건의 마이그레이션과 레거시 현대화 프로젝트를 거치며 그가 내린 결론은 하나다. "코드 자체는 상품(commodity)이다." AI는 우리보다 빠르고, 대부분의 경우 더 정확하게 코드를 생성한다. 진짜 가치는 코드를 짜는 속도가 아니라 문제를 어떻게 정의하느냐에 있다.
그가 현재 시간을 쓰는 방식은 이렇다. 수백 줄의 코드를 직접 작성하는 대신, 아이디어를 테스트하고, 솔루션을 분석하고, 사용자 니즈에 집중한다. AI는 레거시 참조 코드를 찾아내고, 변환 과정의 위험 지점을 짚어주고, 테스트 케이스를 생성한다. 그의 역할은 AI를 조종(steer)하는 것이다. 방향을 정하고, 결과를 검증하고, 도메인 지식을 적용하는 것.
팀 리드 입장에서 이 표현은 상당히 중요하다. '조종한다'는 건 수동적인 감독이 아니다. AI가 생성한 결과물이 비즈니스 규칙에 맞는지, 경계 조건을 정확히 처리하는지, 아키텍처 원칙에서 벗어나지 않는지를 판단하는 능동적 행위다. 이건 단순히 코드를 리뷰하는 게 아니라, AI가 놓칠 수밖에 없는 맥락을 지속적으로 공급하는 역할이다.
에이전틱 AI가 바꾸는 것: 실행 속도가 아니라 의사결정 구조
아스트라처럼 PC를 자율 제어하는 에이전트가 팀의 워크플로우에 들어오면 무엇이 바뀌는가. 가장 먼저 바뀌는 건 '실행'에 걸리는 시간이다. 지금까지 주니어 개발자가 이틀 걸리던 작업을, 에이전트가 두 시간 안에 초안을 내놓는 상황이 된다. 이건 팀 구성의 문제가 아니라 팀 내 의사결정 밀도의 문제를 야기한다.
실행 속도가 빨라질수록 병목은 코딩에서 판단으로 옮겨간다. 에이전트가 내놓은 결과물을 누가, 어떤 기준으로, 얼마나 빠르게 검토할 수 있는가. 아스트라 커뮤니티에서 나온 불만이 정확히 이걸 보여준다. 복잡한 멀티스텝 작업 중 예외 상황이 생기면 환각이 발생해 작업 흐름이 끊긴다. 서버 불안정과 사용량 제한도 문제지만, 더 근본적인 건 에이전트가 판단을 잘못했을 때 그걸 포착할 수 있는 사람이 팀 안에 있어야 한다는 것이다.
이건 AI 안전성의 문제이기도 하다. 자율적인 PC 제어 능력이 강력해질수록, 에이전트가 의도치 않은 방향으로 작업을 진행했을 때의 파급 범위도 커진다. 보안 취약점 악용, 민감한 데이터 접근, 잘못된 배포 — 에이전트가 실행자가 되는 환경에서 이런 리스크는 이전과 다른 차원의 대응을 요구한다. 팀 리드가 단순히 '좋은 도구 골라주는 사람'이 아니라 에이전트 운영 기준을 설계하는 사람이 돼야 하는 이유다.
그렇다면 팀원은 무엇을 해야 하는가
이 질문이 불편한 이유는 답이 추상적으로 느껴지기 때문이다. "도메인 지식