IDE에서 스펙 문서로 생산성을 확장하기 - Anti Gravity

Source: Dev.to

지금 IDE와 AI로 하고 있는 일

AI와 “채팅”하는 방식에서 벗어나, Gemini를 위한 Instruction Layers 역할을 하는 작은 .md 파일들을 만들기 시작했습니다. 이 변화는 LLM을 대화형 비서에서 예측 가능하고 모듈화된 기술 스택의 일부로 전환시킵니다.

핵심 개념: 프롬프트를 설정 파일처럼 사용하기

터미널을 열 때마다 요구사항을 다시 설명하는 대신, 프롬프트를 Angular 컴포넌트처럼 다루세요. 특정 작업에 대해 Gemini가 정확히 어떻게 행동해야 하는지를 알려주는 간단한 Markdown 파일을 만들면 됩니다. 다양한 도구에서는 이를 워크플로우, 스킬, 규칙이라고 부를 수 있지만 전제는 동일합니다: IDE에서 쉽게 참조할 수 있는 무언가를 작성해두고, 매번 프롬프트를 다시 쓰지 않고도 AI에 적용할 수 있게 하는 것입니다.

같은 내용을 여러 번 프롬프트해야 할 때—Anti Gravity든 다른 통합 IDE든—직접 타이핑하지 말고 사양(spec)을 참조하고 업데이트하세요.

“Angular‑Style” 인스트럭션 파일

• 캡슐화: 명확히 정의된 목적.
• 재사용 가능: 어떤 기능 브랜치에서도 사용할 수 있음.
• 일관성: 매번 표준화된 출력 제공.

예시: pr-assistant.md

# PR Comment Assistant

## Goal
Draft and post high‑quality GitHub PR comments via the git CLI.

## Rules
- Keep feedback actionable, professional, and concise.
- Call out uncertainty explicitly; no speculation.

## Structure
Context → Suggestion → Reasoning.

## Execution
- Output via git CLI; do not use inline IDE comments.
- Treat comments as notes for reviewers and future contributors.

왜 이렇게 하면 좋은가 (Anti Gravity 실전)

구조가 없으면 Prompt Drift에 빠집니다: 지시가 느슨해지고, 출력이 일관되지 않으며, 계속해서 같은 일을 반복하게 됩니다. .md 인스트럭션 파일을 사용하면 **인지적 오프로드(Cognitive Offloading)**가 가능합니다:

• 예측 가능성: Gemini는 마지막 메시지의 “느낌”이 아니라 사양을 따릅니다.
• 효율성: IDE에 집중하면서 프롬프트를 구상하기보다 기능을 호출합니다.
• 확장성: 파일은 레포에 존재하고, 코드베이스와 함께 진화하며, 버전 관리되고, 팀 전체와 공유될 수 있습니다.

Angular가 집중의 언어가 되는 이유

이 접근 방식은 Angular의 핵심 원칙을 반영합니다:

• 관심사의 분리: 각 .md 파일은 하나의 구체적인 작업만 담당합니다.
• 재사용성: 동일한 인스트럭션 파일을 다양한 PR 및 프로젝트에서 사용할 수 있습니다.
• 일관성: 매번 표준화된 결과를 얻습니다.

AI와 단순히 “대화”하는 것이 아니라, 개발 환경에 AI를 녹여내는 것입니다.

마무리 생각

Angular 코드베이스 내에서 Anti Gravity의 진정한 힘은 코드를 더 빠르게 작성하는 것이 아니라, 개발 과정에서 발생하는 정신적 부담을 줄이는 데 있습니다. 고성능 IDE와 작고 잘 설계된 인스트럭션 파일을 결합하면, 단순한 비서를 넘어선 맞춤형 자동 협업자를 얻게 됩니다.