챕터별 상세
00:00
Antigravity 클러스터 개념과 작업 분할
Antigravity를 단순한 챗봇이 아닌 여러 에이전트와 도구가 결합된 시스템으로 취급해야 한다. 하나의 거대한 프롬프트로 앱 전체를 만들라고 명령하는 대신 아키텍처, 백엔드, 프런트엔드, 테스트, 검증 단계로 작업을 세분화한다. 백엔드 작업 내에서도 B1, B2와 같이 번호를 매겨 관리하면 에이전트가 혼란 없이 명확한 하위 문제를 해결하게 된다. 이 방식은 컨텍스트 비대화를 방지하고 각 단계에서 발생할 수 있는 오류를 조기에 차단한다.
작업 분할(Task Splitting)은 복잡한 문제를 해결 가능한 작은 단위로 나누어 LLM의 추론 정확도를 높이는 소프트웨어 공학적 접근법이다.
02:15
모델 및 모드 라우팅 전략
모든 작업에 고성능 추론 모델을 사용할 필요는 없으며 작업 성격에 따라 모델과 모드를 다르게 배치해야 한다. 변수명 변경이나 단순 UI 수정 같은 저위험 작업은 Fast 모드와 Gemini 3.1 Flash 같은 빠른 모델을 사용한다. 반면 아키텍처 설계, 복잡한 디버깅, 코드 리뷰 등은 Planning 모드와 Gemini 3.1 Pro 또는 Claude 4.6 Thinking 모델을 할당한다. 이러한 라우팅은 작업 속도를 높일 뿐만 아니라 사용자의 쿼터 소모를 최적화하고 에이전트의 과잉 사고를 방지한다.
모델 라우팅(Model Routing)은 비용, 속도, 성능의 균형을 맞추기 위해 적절한 LLM을 동적으로 선택하는 기술이다.
05:13
지속적 지침과 워크스페이스 규칙 설정
매번 프롬프트에 코딩 스타일이나 프로젝트 제약 사항을 반복 입력하는 대신 Workspace Rules와 Workflows 기능을 활용한다. 프로젝트 전반에 적용될 코드 스타일과 아키텍처 선호도는 Always-on 규칙으로 설정하고, 테스트 생성이나 보안 리뷰는 필요할 때 호출하는 워크플로우로 등록한다. 특히 글로벌 규칙보다는 리액트 앱이나 파이썬 백엔드 등 각 프로젝트의 특성에 맞는 워크스페이스별 로컬 규칙을 설정하는 것이 더 정교한 결과를 만든다. 이를 통해 에이전트는 사용자의 습관을 미리 파악하고 일관된 코드를 생성한다.
워크스페이스 규칙은 IDE 내에서 에이전트의 행동 강령을 정의하는 설정 파일로, 프롬프트 엔지니어링의 반복을 줄여준다.
06:26
컨텍스트 하이진과 병렬 에이전트 활용
대화 스레드가 길어지면 에이전트의 성능이 저하되므로 하나의 스레드에는 하나의 의미 있는 작업 단위만 유지하는 컨텍스트 하이진(Hygiene)이 필수적이다. 백엔드 인증 작업이 끝나면 새로운 대화를 시작하고 이전 작업의 요약본을 전달하여 에이전트가 깨끗한 상태에서 다음 작업을 수행하게 한다. 또한 독립적인 작업들은 여러 에이전트를 병렬로 실행하여 백엔드와 프런트엔드 수정을 동시에 진행할 수 있다. 에이전트가 코드를 작성하기 전 계획(Plan)이나 차이점(Diff) 아티팩트에 직접 피드백을 남겨 잘못된 방향으로 가는 것을 조기에 차단한다.
컨텍스트 하이진은 LLM의 컨텍스트 윈도우 내 노이즈를 제거하여 추론의 정확도를 유지하는 관리 기법이다.
언급된 리소스
AI 분석 전체 내용 보기
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
원문 발행 2026. 03. 23.수집 2026. 03. 23.출처 타입 YOUTUBE
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.
