안티그래비티로 자율 코딩 구축하고 개발 속도 10배 높이는 플러그인 2개 #antigravity #claude #에이전트 #자동화 #클로드 #바이브코딩

AI에게 코딩을 맡길 때 바로 구현부터 시작하면 무엇을 만들어야 하는지, 어떤 예외를 처리해야 하는지, 작업 후 무엇을 남겨야 하는지가 빠지기 쉽습니다. 이 영상은 Gstack과 Superpowers, Compound Engineering의 스킬을 연결해 아이디어 검토부터 개발 후 기록까지 이어가는 예를 소개합니다. 스킬을 설치한다고 실행 권한이나 비용이 자동으로 통제되는 것은 아니므로 각 도구의 현재 문서와 내 환경의 권한을 함께 확인하세요.

무엇을 준비하나요?

• Git과 GitHub: 소개한 공개 저장소에서 스킬 파일을 확인합니다.
• Antigravity 또는 사용 중인 에이전트와 편집기: 스킬을 저장하고 호출하는 데 사용합니다.
• 테스트할 작은 프로젝트: 처음에는 복사본이나 별도 작업 환경을 사용합니다.
• 스킬 저장 위치: 원문은 .gemini/antigravity/skills 경로를 예시로 들었습니다. 실제 프로젝트·전역 경로와 설치 방법은 사용하는 앱과 현재 문서에서 확인해야 합니다.

세 저장소는 서로 다른 프로젝트입니다. 가져오기 전에 파일 내용, 라이선스와 신뢰할 수 있는 출처인지 확인하고, 전체 저장소를 설치해야 하는지 필요한 스킬만 사용할 수 있는지도 살펴보세요. 영상에서 소개한 스킬 이름과 저장소 구조는 이후 바뀔 수 있습니다.

전체 작업 흐름

아이디어 질문 → 기획·전략 검토 → 기술 설계 검토 → 구현 방안 구체화 → 필요할 때 작업 분할 → 개발 후 지식 기록 순서입니다. 각 단계의 결과를 다음 단계의 입력으로 전달하며, 실제 프로젝트에서 필요하지 않은 단계는 생략할 수 있습니다.

1. Gstack으로 기획과 설계를 검토합니다

Gstack 저장소에서 영상이 소개한 다음 세 스킬을 확인합니다.

• office-hours: 만들려는 문제와 사용자, 빠진 질문을 살펴봅니다.
• plan-ceo-review: 기능을 넓힐지 줄일지와 제품 방향을 검토합니다.
• plan-eng-review: 구현 구조와 실패할 수 있는 조건을 엔지니어링 관점에서 살펴봅니다.

원문은 해당 스킬 폴더를 내려받아 사용하는 환경의 스킬 위치에 두는 방식을 설명합니다. 저장소의 최신 설치 지침이 영상과 다를 수 있으니 실제 폴더 경로와 호출 가능 여부를 먼저 확인하세요. 특정 폴더만 내려받기 어렵다면 저장소에서 제공하는 다운로드 방법을 확인한 뒤 필요한 파일을 살펴볼 수 있습니다.

예를 들어 작업 전에 다음처럼 목표와 제약을 전달할 수 있습니다.

[만들고 싶은 기능]을 설명할게요.
누가 어떤 문제를 겪는지 질문하고, 필요한 기능과 나중에 해도 되는 기능을 구분해 줘.
답을 알 수 없는 부분은 추측하지 말고 확인할 질문으로 남겨 줘.

이 문장은 이해를 돕기 위한 보완 예시입니다. 답변이 나오면 실제 사용자의 문제와 내가 유지할 수 있는 범위가 맞는지 확인합니다.

2. Superpowers로 구현 방안을 구체화합니다

Superpowers 스킬 저장소에서 원문에 나온 brainstorming과 subagent-driven-development를 살펴봅니다.

brainstorming은 아이디어의 범위와 설계 선택을 대화로 구체화하는 용도입니다. subagent-driven-development는 독립적으로 나눌 수 있는 작업을 여러 에이전트에 맡기고 결과를 검토하는 방식입니다. 서브에이전트 사용은 선택 사항이며 사용 중인 도구가 이를 지원하는지와 각 에이전트의 파일·네트워크 권한을 확인해야 합니다.

스킬을 사용할 때는 작업 범위와 건드리지 말아야 할 파일, 테스트 방법을 함께 알려 주세요. 에이전트가 생성한 코드가 설계와 맞는지, 실제 테스트가 통과했는지 사람이 결과를 확인합니다. 스킬 자체가 삭제, 비용 발생 또는 외부 전송을 완전히 막아 주지는 않습니다.

3. Compound Engineering으로 작업 결과를 남깁니다

원문은 Compound Engineering의 ce-compound를 개발 후 배운 점을 기록하는 예로 소개합니다. 설치와 호출 방식은 현재 저장소에서 확인하세요.

기록에는 실제로 해결한 문제, 원인, 선택한 방법, 검증 결과와 아직 남은 문제를 넣습니다. 오류 메시지나 설정을 적을 때는 비밀번호·API 키·개인정보를 제거합니다. 다음 작업에서 기록이 실제로 도움이 되는지 검토하고 오래된 지침은 갱신하세요.

4. 내 프로젝트에 작게 적용하고 확인합니다

처음에는 한 가지 작은 기능으로 흐름을 시험합니다. 기획 검토에서 나온 질문, 기술 설계에서 확인한 예외, 구현 후 테스트 결과, 마지막에 남긴 기록을 순서대로 비교하세요. 단계별 결과가 길기만 하고 결정에 도움이 되지 않는다면 그 단계의 입력과 산출물을 더 구체적으로 제한할 수 있습니다.

• 스킬이 현재 앱의 올바른 위치에 있고 실제로 호출되는가?
• 제안한 설계가 내 프로젝트의 실제 파일·제약과 맞는가?
• 실행 권한과 외부 서비스 비용을 내가 확인했는가?
• 변경 내용과 테스트 결과를 직접 검토할 수 있는가?

원본 유튜브 영상에서 소개 순서를 확인하고, 실제 설치 전에는 각 저장소의 최신 안내를 확인하세요.