Copilot에서 Antigravity로: 에이전트 우선(Agent-First) 개발의 새로운 패러다임
금요일 오후 4시 50분. 나는 화면에 떠 있는 까다로운 인증 리팩터링 작업을 바라보고 있었습니다. Slack에서는 프로덕트 매니저의 프로필 사진이 벌써 세 번이나 깜빡였습니다.
“이 요구사항은 다음 주 월요일에 배포해야 합니다.”
한숨이 나왔습니다. 기존 방식대로라면 먼저 현재 코드를 모두 훑어 의존 관계를 파악한 뒤 한 줄씩 수정해야 했습니다. GitHub Copilot이 확실히 많은 도움을 주기는 했습니다. 내가 def authenticate_user를 입력하면 복잡한 JWT 검증 로직을 자동으로 완성해 주니까요. 하지만 이번에는 달랐습니다. 다섯 개 파일에 걸친 전체 인증 흐름을 리팩터링하면서 하위 호환성까지 유지해야 했습니다.
솔직히 말해 그 순간에는 막막했습니다.
그러다 2주 전에 설치한 새 도구가 떠올랐습니다. Antigravity를 열고 Manager View에 이렇게 입력했습니다. “인증 흐름을 리팩터링하고 JWT 로직을 독립 모듈로 분리하되 기존 API는 그대로 유지해 줘.” 그런 다음 “Agent 파견”을 클릭했습니다.
10분 뒤 나는 다른 기능의 단위 테스트를 작성하고 있었습니다. Agent는 작업을 끝낸 상태였습니다. Artifacts 패널에는 구현 계획, 다섯 개 파일의 diff, 의존 관계 다이어그램이 정리되어 있었습니다. 한 번 검토해 보니 거의 그대로 쓸 수 있었습니다. 두 군데만 조금 고쳐서 커밋하고 push했습니다. 오후 5시 15분, 컴퓨터를 껐습니다.
바로 이것이 내가 이야기하고 싶은 Agent-First 개발 패러다임입니다. Copilot처럼 “내가 한 줄 쓰면 AI가 한 줄 완성하는” 보조 방식이 아니라, “내가 작업을 정의하면 AI가 자율적으로 실행하는” 새로운 업무 방식입니다.
”완성 중심 사고”에서 “위임 중심 사고”로
먼저 이 패러다임의 핵심 변화를 살펴보겠습니다.
Copilot을 사용할 때 우리는 보통 이렇게 일합니다. 머릿속으로 다음 코드 한 줄을 생각하고 몇 글자를 입력하면 Copilot이 회색 제안을 띄웁니다. Tab으로 받아들이고 계속 작업합니다. 마치 보이지 않는 부조종사가 늘 곁에 있는 것 같지만, 주도권은 여전히 내 손에 있습니다.
이 방식에는 눈에 잘 띄지 않는 비용이 있습니다. 주의력이 조각조각 나뉜다는 점입니다. 두 줄을 쓰고 제안을 확인한 뒤 맞는지 생각하고, 수락하거나 거절한 다음 다시 이어서 작성합니다. 간단한 작업이라면 문제가 없습니다. 하지만 여러 파일을 넘나들며 수십 분, 때로는 몇 시간씩 이어지는 복잡한 작업에서는 이런 파편화된 상호작용이 사람을 지치게 합니다.
Antigravity의 접근 방식은 완전히 다릅니다. **Task-level Abstraction(작업 수준 추상화)**이라는 개념을 도입합니다. AI에게 방법을 한 단계씩 지시하는 대신, 원하는 결과를 자연어로 설명하는 방식입니다.
같은 인증 흐름 리팩터링을 예로 들어 보겠습니다.
- Copilot 방식: 각 파일을 열어 Copilot에 “이 함수를 추출해 줘”, “이 변수 이름을 바꿔 줘”, “이 로직을 새 파일로 옮겨 줘”라고 말합니다. 미시적인 단계마다 계속 직접 조작해야 합니다.
- Antigravity 방식: “인증 흐름을 리팩터링하고 JWT 로직을 분리하되 API는 그대로 유지해 줘”라고 말하면 Agent가 스스로 코드를 분석하고 계획을 세우며, 리팩터링을 실행하고 테스트를 생성합니다.
간단히 말해, 코드를 작성하는 것이 아니라 작업을 위임하는 것입니다.
이 변화는 단순해 보이지만 실제로는 급진적입니다. 개발자의 역할 자체가 달라지기 때문입니다. 개발자는 “코드 작성자”에서 “작업 설계자”이자 “결과 검증자”로 바뀝니다. 코드가 작성되는 과정을 한 줄씩 지켜볼 필요도, 그렇게 해서도 안 됩니다. 결과가 기대에 맞는지만 확인하면 됩니다.
음, 무슨 생각을 하는지 압니다. “AI가 알아서 코드를 작성한다고? 문제가 생기면 누가 책임지지?”
바로 이 핵심 문제를 해결하기 위해 Artifacts 패널이 존재합니다.
Artifacts: “블랙박스”를 “화이트박스”로
솔직히 말해 나도 Antigravity를 처음 사용할 때는 마음이 불안했습니다.
Agent가 스스로 작업하고 터미널에는 로그가 빠르게 올라오는데, 구체적으로 무엇을 하는지는 알 수 없었습니다. 5분 뒤 “작업 완료”라는 메시지가 뜨자 수백 줄의 새 코드를 바라보며 든 첫 감정은 기쁨이 아니라 두려움이었습니다.
“이 코드를 믿어도 될까?”
Google도 분명 이 문제를 인식한 듯합니다. Artifacts 패널은 Antigravity에서 가장 가치 있는 설계 중 하나입니다.
Agent는 작업을 마쳐도 최종 코드만 내놓지 않습니다. Artifacts 패널에는 다음 정보가 표시됩니다.
- 작업 계획: Agent가 작업을 어떻게 나눴고 각 단계에서 무엇을 할 것인지 보여 줍니다.
- 실행 로그: 각 단계의 작업 기록과 수정한 파일, 그렇게 수정한 이유를 보여 줍니다.
- 스크린샷/녹화: UI 변경이 포함된 경우 브라우저 스크린샷이나 녹화가 제공됩니다.
- 의존성 분석: 수정된 파일 사이의 의존 관계를 다이어그램으로 보여 줍니다.
이 정보는 두 가지 핵심 문제를 해결합니다.
첫째, 감사 가능성입니다. Agent가 내린 모든 결정을 되짚어 볼 수 있습니다. 코드에 문제가 생기면 어느 단계에서 잘못됐는지 확인할 수 있으므로, “AI가 만든 정체불명의 코드” 앞에서 속수무책으로 있을 필요가 없습니다.
둘째, 신뢰 구축입니다. 처음에는 모든 Artifact를 세세하게 확인할 수 있습니다. 시간이 지나면서 특정 작업에서 Agent의 성공률이 높다는 사실을 알게 되면, 점차 더 많은 일을 안심하고 맡길 수 있습니다.
새 동료를 이끄는 과정과 비슷합니다. 처음에는 모든 일을 확인하지만 결과물의 품질이 꾸준하다는 것을 알게 되면 더 큰 작업도 맡기게 됩니다. Agent도 마찬가지입니다. Artifacts는 사람과 Agent가 신뢰를 쌓는 다리입니다.
동기식과 비동기식: 병렬 처리가 강력한 이유
Copilot과 Cursor는 모두 동기식입니다. 사용자가 질문하면 도구가 답합니다. 생성이 끝날 때까지 기다려야 다음 작업으로 넘어갈 수 있습니다.
Antigravity의 Manager View는 비동기식과 병렬 처리를 도입했습니다.
무슨 뜻일까요? 서로 다른 작업을 처리할 여러 Agent를 동시에 파견할 수 있습니다. 각 Agent는 서로 방해하지 않고 백그라운드에서 실행됩니다. 사용자는 계속 코드를 작성하다가 Agent의 작업이 끝나면 알림을 받습니다.
Codecademy의 테스트에 따르면 Antigravity에서는 개발자가 서로 다른 다섯 가지 작업을 처리하는 Agent를 최대 5개까지 동시에 파견할 수 있습니다. 기존 업무 흐름에서는 상상하기 어려운 방식입니다.
다음과 같은 상황을 떠올려 보세요.
- 새 기능을 작성하는 동안 한 Agent에는 어제 발견한 bug 수정을, 다른 Agent에는 문서 업데이트를 맡깁니다.
- 금요일 퇴근 전에 Agent 세 개를 파견해 서로 다른 기술 부채 세 가지를 처리하게 하고 월요일 아침에 결과를 확인합니다.
- debug 중에 한 Agent에게 관련 문제의 해결책을 검색하도록 맡깁니다.
이 병렬 처리 능력은 본질적으로 인간 주의력의 단일 스레드 한계를 넘어섭니다. 더 이상 하나의 작업이 끝날 때까지 하염없이 기다릴 필요가 없습니다. 시스템 자원을 스케줄링하듯 AI Agent를 배치할 수 있습니다.
물론 새로운 복잡성도 생깁니다. 여러 Agent의 상태를 관리하고 Agent 사이의 충돌을 처리하는 방법을 익혀야 합니다. 예를 들어 두 Agent가 같은 파일을 동시에 수정할 수 있습니다. 다만 Antigravity에는 몇 가지 충돌 감지 기능이 내장되어 있어, 제출하기 전에 이런 문제를 알려 줍니다.
실전: 첫 Agent를 설정하고 검증하는 방법
이제 직접 사용해 보고 싶을 수 있습니다.
Antigravity는 현재 개인 개발자에게 무료로 제공됩니다(공개 미리보기 기간). 설치를 마치면 Editor View와 Manager View라는 두 가지 화면이 나타납니다.
Editor View는 익숙한 VS Code와 비슷하며 코드 완성, 구문 강조, 사이드바 채팅 기능을 제공합니다. 가볍게 체험하고 싶다면 여기서 Agent Sidebar를 사용해 간단한 작업을 처리할 수도 있습니다.
하지만 진정한 강점은 Manager View에 있습니다. 화면을 전환하면 “작업 제어 센터”와 비슷한 인터페이스가 나타납니다.
1단계: Agent 생성
“New Agent”를 클릭하고 Agent의 이름을 정합니다(예: “Refactor Agent”). 모델(Gemini 3 Pro, Claude Sonnet 또는 GPT-OSS)을 선택하고 “테스트 파일을 수정하지 말 것”, “하위 호환성을 유지할 것” 같은 제약 조건을 설정합니다.
2단계: 작업 파견
작업 입력란에 원하는 내용을 자연어로 설명합니다. 핵심은 구체적이고 검증 가능하게 작성하는 것입니다.
❌ 나쁜 작업 설명: “이 모듈을 최적화해 줘”
✅ 좋은 작업 설명: “utils/auth.py의 JWT 검증 로직을 별도의 jwt_handler.py 파일로 추출하고, 모든 import 문을 업데이트하되 기존 API 시그니처는 그대로 유지해 줘”
3단계: 진행 상황 모니터링
Agent가 실행되면 Manager View에서 상태를 확인할 수 있습니다. 작업이 오래 걸린다면 Editor View로 돌아가 다른 일을 계속해도 됩니다.
4단계: 결과 검증
작업이 끝나면 먼저 Artifacts 패널의 “작업 계획”을 보고 Agent가 요구사항을 의도대로 이해했는지 확인합니다. 그런 다음 코드 diff를 살펴 수정 범위를 점검합니다. 마지막으로 테스트를 실행해 기존 기능이 망가지지 않았는지 확인합니다.
작은 팁: 처음 사용할 때는 코드 포매팅, 변수 이름 변경, 문서 업데이트처럼 위험이 낮은 작업부터 연습하는 것이 좋습니다. Agent의 역량과 한계를 파악한 뒤 더 복잡한 리팩터링을 시도하세요.
역량의 한계가 나온 김에 말하자면, Antigravity도 만능은 아닙니다.
현실 점검: Antigravity의 한계
ITECS의 기업 환경 평가에 따르면 Antigravity는 자율 Agent 아키텍처와 감사용 산출물 생성에서 앞서 있지만, 프로덕션 환경에서 기업이 도입하기에는 몇 가지 장벽이 있습니다.
주요 한계는 다음과 같습니다.
보안 고려 사항: AI가 자율적으로 코드를 수정하게 하면 기업 환경에서 잠재적인 위험이 생깁니다. Artifacts가 감사 기능을 제공하더라도 일부 고도의 민감 프로젝트에는 완전한 위임이 적합하지 않을 수 있습니다.
통합 생태계: VS Code와 Copilot 조합의 성숙한 생태계에 비해 Antigravity의 플러그인과 서드파티 통합은 아직 적습니다. 특정 업무 흐름 도구에 의존하고 있다면 장단점을 따져 봐야 합니다.
학습 곡선: “완성 중심 사고”에서 “위임 중심 사고”로 전환하려면 시간이 필요합니다. 많은 개발자가 초기에 “통제력을 잃었다”는 느낌을 받지만 이는 자연스러운 현상입니다.
또한 모든 사람에게 이 패러다임이 맞는 것은 아닙니다. 코드를 작성하는 과정 자체를 즐기고 모든 줄을 직접 통제하고 싶다면 Copilot이나 Cursor가 더 적합할 수 있습니다. Antigravity는 “반복 작업에서 벗어나 아키텍처와 전략에 집중하고 싶은” 개발자를 위해 설계되었습니다.
맺음말
지금까지 이야기한 핵심은 한 문장으로 정리할 수 있습니다. Agent-First는 개발자를 대체하는 것이 아니라 개발자를 한 단계 성장시키는 방식입니다.
Copilot의 “AI가 내 코딩을 보조한다”에서 Antigravity의 “내가 AI의 코딩을 이끈다”로 바뀌는 것은 도구만의 변화가 아니라 사고방식의 변화입니다. 개발자의 가치는 더 이상 코드를 입력하는 속도에 있지 않습니다. 문제를 정의하고 아키텍처를 설계하며 결과를 검증하는 역량에 있습니다.
솔직히 말해 이런 전환이 하룻밤 사이에 이루어지지는 않습니다. 나도 아직 적응하는 중입니다. 하지만 Agent가 원래라면 두 시간 걸릴 리팩터링을 10분 만에 끝내는 모습을 보면서 이 방향이 옳다는 확신이 들었습니다.
직접 사용해 보고 싶다면 작은 작업부터 시작하는 것이 좋습니다. Antigravity(개인 무료)를 다운로드하고, 늘 리팩터링하고 싶었지만 시간이 없어 미뤄 둔 모듈을 하나 골라 Agent에 맡긴 뒤 어떤 일이 일어나는지 지켜보세요.
첫 결과가 완벽하지 않을 수도 있습니다. 괜찮습니다. 프롬프트를 다듬고 제약 조건을 수정한 뒤 다시 시도하세요.
차츰 반복 작업에 쓰는 시간은 줄고, 정말 가치 있는 의사결정에 쓰는 시간은 늘어난다는 것을 알게 될 것입니다.
이것이야말로 AI 코딩 도구가 우리에게 제공해야 할 가치입니다.
FAQ
Antigravity와 GitHub Copilot의 핵심 차이는 무엇인가요?
Artifacts 패널은 어떤 실질적인 문제를 해결하나요?
Antigravity는 어떤 개발자에게 적합한가요?
Antigravity를 사용할 때 주의해야 할 보안 위험은 무엇인가요?
1분 읽기 · 게시일: 2026년 2월 27일 · 수정일: 2026년 9월 4일
댓글
GitHub로 로그인하여 댓글을 남기세요