[Antigravity #8] 반복 업무 자동화: '딸깍' 한 번으로 퇴근하기 (Workflows)
Google은 Antigravity IDE의 기존 Workflows를 지원 종료 대상으로 안내합니다. IDE 문서에 적힌 종료일은 2026년 10월 19일이며, 앱 버전별 마이그레이션 방법은 별도 문서에 정리되어 있습니다. 새 실습은 Antigravity 2.0 앱에서 Agent Skills로 진행합니다. 기존 워크플로우 파일이 있다면 공식 마이그레이션 안내를 참고하세요. 기존 Workflows 종료 안내
1. Workflows가 뭔가요?
반복 작업의 순서와 중단 조건을 저장해 두면 대화마다 같은 설명을 입력할 필요가 없습니다. 예를 들어 배포 전에 검사를 실행하는 스킬에는 사용할 명령, 실패 시 중단할 위치, 결과에 남길 정보를 적습니다. 명령이 실제로 실행됐는지는 종료 상태와 로그로 확인합니다.
2. 실습: “배포 준비(Pre-deploy)” 자동화
먼저 실습할 프로젝트의 루트에서 package.json을 열고 lint, test, build 스크립트와 의존성이 준비되어 있는지 확인하세요. 없는 스크립트는 프로젝트에 맞는 검증 명령으로 바꿉니다.
스킬 작성
프로젝트 루트에 .agents/skills/pre-deploy/SKILL.md를 만들고 아래 내용을 저장합니다. Antigravity 2.0 앱은 이 위치의 프로젝트 스킬을 불러옵니다. 공식 Agent Skills 문서
1
2
3
4
5
6
7
8
9
10
11
12
---
name: pre-deploy
description: Runs pre-deploy lint, tests, and build in the current npm project.
---
# 배포 전 검사
1. 프로젝트 루트의 package.json에서 lint, test, build 스크립트를 확인한다.
2. npm run lint, npm test, npm run build를 이 순서로 실행한다.
3. 스크립트가 없거나 명령이 실패하면 그 단계에서 멈추고 명령과 오류를 보고한다.
4. 각 명령의 종료 상태를 요약하고, 실행하지 못한 단계는 따로 표시한다.
5. 배포, 커밋, 푸시, 파일 수정은 하지 않는다.
테스트 스크립트가 감시 모드로 계속 실행되는 프로젝트라면, 테스트 도구에 맞는 일회 실행 명령으로 바꾸세요.
3. 사용법: 그냥 치세요
프로젝트 대화에서 /pre-deploy를 입력합니다. 목록에 나타나지 않으면 프로젝트가 올바른 폴더를 열었는지와 SKILL.md의 경로를 확인한 뒤 새 대화에서 다시 시도합니다.
성공하면 세 명령의 종료 상태를 확인할 수 있습니다. 실패 흐름은 별도 실습용 작업 폴더에서 테스트 실패를 재현해 확인하세요. 예를 들어 npm test가 실패했으면 npm run build가 건너뛰어졌는지, 오류 원문이 남았는지 확인합니다.
4. 응용: “오늘의 요약(Daily Briefing)”
아침 브리핑도 같은 형식의 별도 스킬로 만들 수 있습니다. 예를 들어 .agents/skills/morning/SKILL.md를 만들고 name: morning을 지정한 뒤, 본문에 아래 절차를 적습니다.
1
2
3
git status --short로 현재 변경 사항을 확인한다.
git log --since="yesterday" --oneline으로 현재 로컬 브랜치의 최근 커밋을 조회한다.
커밋을 세 줄 이내로 요약하고 커밋하지 않은 변경은 따로 표시한다.
이 목록의 범위는 현재 로컬 브랜치입니다. 원격 브랜치의 최신 기록이 필요하면 먼저 원격을 갱신하고 어떤 브랜치의 로그를 읽을지 명시합니다.
5. Workflow로 만들면 좋은 작업
| 작업 | 스킬에 남길 기준 |
|---|---|
| PR 전 점검 | 실제 검사 명령, 중단 조건, 실패 로그 |
| 릴리스 노트 초안 | 비교할 태그 또는 커밋 범위 |
| 브라우저 스모크 테스트 | 테스트 URL, 입력, 기대 화면 |
6. 오늘의 요약
- 반복 절차를 프로젝트의
.agents/skills/<이름>/SKILL.md에 기록합니다. - 스킬을 호출하고 실행 명령, 종료 상태, 생략된 단계를 확인합니다.
- 배포 준비와 운영 배포를 별도 단계로 나눕니다.
다음 편 #9 멀티 에이전트에서는 겹치지 않는 작업을 여러 에이전트에 나누는 방법을 다룹니다.