Aspire가 코딩 에이전트에게 앱 전체를 넘긴다 — aspire agent init
명령 한 줄로 컨테이너·프로세스·디버거를 다 띄우고, 그 통제권을 코딩 에이전트에게 넘긴다. aspire agent init이 실제로 하는 일.
Microsoft Developer 채널에 짧은 영상이 하나 올라왔습니다. Aspire PM인 Maddy Montaquila가 Aspire로 코딩 에이전트를 강화하는 방법을 70초 만에 설명합니다.
핵심 문장은 이겁니다.
“Aspire화된 앱은 코딩 에이전트에게 앱 전체에 대한 훨씬 많은 맥락과 통제권을 준다.”
짧지만 짚고 갈 게 여러 개라 정리했습니다.
Aspire가 뭐였더라
이름이 .NET Aspire에서 그냥 Aspire로 바뀌면서 성격도 달라졌습니다. 지금은 폴리글랏입니다.
- C#, TypeScript, JavaScript, Python, Java, Go, Rust
- Docker 컨테이너, React/Vite 프론트, 백엔드, 데이터베이스
스스로를 “agent-ready, code-first tool for composing, debugging, and deploying distributed applications” 이라고 소개합니다. 중심에 AppHost가 있고, 여기가 서비스·의존성·리소스가 어떻게 연결되는지에 대한 단일 진실 공급원입니다.
| 기능 | 내용 |
|---|---|
aspire run | 서비스·DB·컨테이너를 한 번에 기동, 서비스 디스커버리와 엔드포인트 연결까지 |
| 대시보드 | 리소스 토폴로지 실시간 확인, OpenTelemetry 로그·트레이스·메트릭 통합 |
| 배포 | Docker, Kubernetes, Azure Container Apps, AWS용 산출물 생성 |
현재 최신은 Aspire 13.5입니다.
에이전트 입장에서 뭐가 달라지나
분산 앱을 코딩 에이전트에게 맡겨본 적 있으면 아실 겁니다. 프론트 따로, 백엔드 따로, DB 컨테이너 따로 띄우고, 로그는 터미널 세 개에 흩어져 있고, 프론트가 백엔드랑 제대로 붙었는지 확인하려면 백그라운드 태스크를 여러 개 돌려야 합니다.
영상에서 말한 달라지는 점은 이렇습니다.
- 명령 하나로 컨테이너·프로세스·코드·디버거를 전부 기동
- 에이전트가 개별 리소스를 껐다 켤 수 있음
- 모든 로그를 한 곳에서 봄 → 프론트가 백엔드랑 잘 붙었는지 보려고 백그라운드 태스크를 여러 개 돌릴 필요가 없음
- Aspire 대시보드에서 보이는 것은 에이전트에게도 노출됨 (CLI + 함께 배포되는 스킬 세트를 통해)
aspire agent init이 실제로 하는 일
영상에서는 “명령 한 줄이면 스킬이 여러 개 깔린다”고만 넘어가는데, 문서를 보니 좀 더 구체적입니다.
이 명령은 감지된 에이전트 환경에 맞춰 AI 에이전트 설정을 초기화합니다.
스킬 번들은 6개입니다.
| 스킬 | 역할 |
|---|---|
aspire | 기본 |
aspire-init | 초기 설정 |
aspire-orchestration | 리소스 기동·정지, 커스텀 리소스 명령 (DB 시드·초기화 등) |
aspire-monitoring | 앱 모니터링, OpenTelemetry로 프로파일링 |
aspire-deployment | 배포 API로 테스트·운영 환경 배포 |
aspireify | 리소스 탐색, 의존성 연결, OpenTelemetry 설정, 검증 |
aspire agent init을 단독으로 실행하면 기존 워크스페이스에 추가해도 안전한 것들만 골라 넣습니다. 앞의 다섯 개고, aspireify는 빠집니다. 남의 프로젝트 구조를 건드리는 스킬이라 그런 것으로 보입니다.
그리고 설치 대상이 눈에 띕니다. 감지된 각 에이전트 클라이언트의 사용자 레벨 설정에 스킬과 PostToolUse 훅을 넣습니다. 문서가 예로 든 게 GitHub Copilot CLI와 Claude Code입니다.
Microsoft 도구가 Copilot만이 아니라 Claude Code까지 대상으로 명시하고 있다는 점. 에이전트 도구 계층이 특정 벤더에 묶이지 않는 방향으로 가고 있다는 신호로 읽힙니다.
스킬은 데이터를 노출하지 않는다
여기가 제일 짚고 싶은 부분입니다.
Aspire 스킬은 마크다운 지시문 묶음입니다. 각 스킬이 폴더 하나에 SKILL.md로 들어가고, 그 안에 언제 이 스킬이 적용되는지, 에이전트가 어떤 순서로 일해야 하는지가 적혀 있습니다.
문서가 명확히 선을 긋습니다.
스킬은 서비스를 실행하지도, 애플리케이션 데이터를 노출하지도 않는다. Aspire 도구를 올바르게 쓰는 법을 에이전트에게 가르칠 뿐이다.
이게 MCP와 결이 다른 지점입니다.
- MCP 서버 — 능력을 노출한다. 도구 목록과 스키마를 주고, 모델이 골라 호출한다
- 스킬 — 사용법을 가르친다. 실행도 데이터 제공도 안 한다. “이럴 땐 이렇게 해라”는 문서다
실제로 일이 되게 하는 건 여전히 Aspire CLI와 대시보드입니다. 스킬은 그 위에 얹힌 설명서고요. 둘은 대체재가 아니라 다른 층입니다.
짚고 갈 것
좋아 보이는 점 분산 앱에서 에이전트가 겪는 문제는 대부분 맥락이 흩어져 있어서 생깁니다. 로그가 세 군데면 에이전트는 세 번 확인해야 하고, 그만큼 토큰과 왕복이 늘어납니다. AppHost 하나로 모으는 접근은 이 비용을 직접 줄입니다.
확인이 필요한 점
- 이 글은 70초 영상과 공식 문서를 근거로 정리한 것이고, 저는 아직 직접 돌려보지 않았습니다
- 기존 프로젝트를 Aspire화하는 비용이 얼마나 되는지는 별개 문제입니다.
aspireify가 기본에서 빠져 있다는 건 그만큼 침습적이라는 뜻으로 보입니다 - PostToolUse 훅을 사용자 레벨 설정에 넣는다는 점은 확인이 필요합니다. 프로젝트 단위가 아니라 클라이언트 전역에 영향을 준다는 뜻이니까요
직접 붙여보고 실습 기록으로 따로 남기겠습니다.
참고
- How does Aspire make Copilot more efficient when I’m building an app? — Microsoft Developer (Maddy Montaquila), 2026-09-07, 70초
- aspire agent init command — Aspire 공식 문서
- Aspire skills for AI coding agents and AppHost projects
- Use AI coding agents with Aspire AppHost projects today
- Agentic development aspirations: build, run, observe — without more Markdown — Aspire Blog
- aspire.dev
이 글은 위 영상과 문서의 내용을 정리하고 재구성한 것입니다. 다이어그램은 직접 그렸습니다.