Visual Studio 및 VS Code의 사용자 지정 에이전트: 완벽 가이드

홈 » Python » Visual Studio 및 VS Code의 사용자 지정 에이전트: 완벽 가이드

AI 기반 에이전트는 Visual Studio 및 VS Code 내에서 개발자가 작업하는 방식을 혁신하고 있으며, 단일 범용 도우미를 넘어 전문화되고 사용자 정의 가능한 도우미로 구성된 풍부한 생태계로 나아가고 있습니다. 이러한 상담원은 단순히 채팅 창에서 질문에 답하는 것 외에도 작업을 계획하고, 솔루션 전체의 코드를 편집하고, 도구를 실행하고, 클라우드 서비스 또는 외부 지식 기반과 협력하여 실제 기능을 처음부터 끝까지 출시할 수 있습니다.

내장 에이전트, 로컬 및 클라우드 실행 모드, 그리고 저장소에 정의된 완전히 사용자 지정된 에이전트 프로필을 결합하면 단일 작업 방식에 얽매이지 않고 팀의 워크플로에 맞춰 조정할 수 있는 유연한 프레임워크를 얻을 수 있습니다. 디버깅 및 프로파일링부터 자동화된 테스트, 현대화, 문서화, 내부 표준에 맞춘 코드 검토에 이르기까지, Visual Studio 및 VS Code의 사용자 지정 에이전트를 사용하면 모범 사례를 IDE에 직접 통합하고 확장할 수 있습니다.

Visual Studio의 사전 설정 에이전트: 일반적인 워크플로를 위한 특수 도우미

Visual Studio에는 개발 수명주기의 특정 단계에 초점을 맞춘 엄선된 사전 설정 에이전트 세트가 IDE에 깊이 통합되어 있습니다. 이러한 에이전트는 일반적인 채팅 모델을 훨씬 뛰어넘어, 솔루션에서 직접 통화 스택, 진단, 프로파일러 추적, 프로젝트 그래프 및 테스트 인프라에 액세스할 수 있습니다.

디버거 에이전트는 단순히 오류 메시지를 되풀이하는 대신 런타임 컨텍스트를 활용하여 체계적인 오류 분석을 수행하도록 설계되었습니다. 이 도구는 호출 스택, 지역 변수 및 진단 출력을 검사하여 오류를 단계별로 추적할 수 있으며, 눈에 보이는 증상이 아닌 진정한 근본 원인을 찾을 때까지 여러 파일이나 계층에 걸쳐 버그를 추적하는 경우가 많습니다.

프로파일러 에이전트는 Visual Studio의 프로파일링 스택과 긴밀하게 연결되어 있으므로 성능 관련 조언은 실제 코드 경로 및 병목 현상을 기반으로 제공됩니다. 일반적인 튜닝 팁을 제공하는 대신, 프로파일러 세션을 분석하여 실제 병목 현상을 파악하고 프로젝트 아키텍처 및 기술 스택에 맞는 맞춤형 최적화 방안을 제안합니다.

테스트 에이전트(솔루션이 로드될 때 사용 가능)는 프로젝트의 프레임워크 및 규칙에 맞는 단위 테스트를 생성하고 개선하는 데 중점을 둡니다. CI에서 즉시 오류를 표시할 수 있는 정형화된 테스트를 무작정 추가하는 대신, 기존 패턴을 학습하고 해당 컨텍스트를 사용하여 파이프라인에 통합할 수 있는 현실적이고 유지 관리하기 쉬운 테스트를 작성합니다.

Modernize 에이전트(.NET 및 C++ 프로젝트용)는 솔루션 그래프 전반에 걸쳐 프레임워크 및 종속성 업그레이드를 안내하도록 설계되었습니다. 이 도구는 호환성을 깨뜨리는 변경 사항을 찾아내고, 마이그레이션 코드를 제안하며, 코딩 패턴에 맞춰 조정함으로써 현대화가 위험한 수동 재작성이 아닌 지원을 받는 리팩토링처럼 느껴지도록 합니다.

채팅 패널의 상담원 선택기를 통해 또는 채팅창 내에서 '@' 구문을 직접 사용하여 이러한 사전 설정된 상담원에 액세스할 수 있습니다. 이 둘 사이를 전환하면 동일한 코드베이스에 다른 "페르소나"를 적용할 수 있습니다. 예를 들어, 컨텍스트를 잃지 않고 디버깅 중심의 대화에서 테스트 또는 성능 중심의 대화로 전환할 수 있습니다.

사전 설정부터 사용자 지정까지: 플랫폼 기반으로 나만의 에이전트 구축

사전 설정된 에이전트는 가장 일반적인 워크플로를 지원하지만, 팀의 실제 작업 방식에 맞춰 사용자 지정 에이전트를 정의할 때 진정한 강점이 발휘됩니다. Visual Studio와 GitHub Copilot은 에이전트에 대한 공통 기반을 공유합니다. 즉, 작업 공간을 인식하는 모델은 사용자의 코드를 이해하고, 프롬프트를 통해 IDE 도구를 호출할 수 있으며, 전용 역할, 모델 및 도구 세트를 할당받을 수 있습니다.

사용자 지정 에이전트는 마크다운 프로필(일반적으로 다음과 같은 내용 포함)로 정의됩니다. .agent.md 접미사) 아래에 저장됨 agents 저장소 또는 프로필의 폴더입니다. GitHub에서 호스팅되는 프로젝트에서는 일반적으로 다음과 같은 의미입니다. .github/agents/your-agent.agent.md하지만 조직이나 기업 수준에서는 최상위 관리자를 사용할 수도 있습니다. agents 디렉토리 없이 .github/ 여러 저장소에서 동일한 에이전트를 재사용할 수 있도록 접두사를 추가합니다.

각 에이전트 프로필 내부에는 해당 에이전트의 ID, 기능, 도구 및 선택적 MCP 구성을 지정하는 YAML 프런트매터 블록을 선언합니다. 일반적인 특징으로는 사람 친화적인 디자인이 있습니다. name, 짧은 description 에이전트가 하는 일을 요약하면 다음과 같습니다. tools 통화 가능 (선택 사항) mcp-servers 항목, 선호되는 항목 model, 선택 사항 target (예를 들면 vscode or github-copilot그리고 나서 에이전트가 어떻게 동작해야 하는지를 정의하는 주요 지침 메시지가 나옵니다.

YAML 아래 Markdown 영역의 메시지 섹션은 해당 에이전트에 대한 장문의 시스템 프롬프트처럼 작동합니다. 이 기능을 사용하여 어조, 우선순위, 코딩 표준, 검토 체크리스트, 테스트 기대치 또는 상담원이 일관되게 따라야 할 기타 규칙을 설명할 수 있으며, 넉넉한 문자 제한(약 30,000자) 덕분에 상당히 복잡한 행동 양식도 표현할 수 있습니다.

파일 이름 지정 규칙은 안정성과 이식성을 유지하기 위해 엄격하게 적용됩니다. 파일 이름(이전) .agent.md)는 고유하고 설명적이어야 하며 문자( )와 같은 문자만 포함할 수 있습니다.a-z, A-Z), 숫자 (0-9점, 하이픈, 밑줄 등의 특수 문자를 사용하지 않아 다양한 도구와 플랫폼에서 발생하는 문제를 방지할 수 있습니다.

MCP와 외부 지식: 상담원을 회사 핵심 지식 체계와 연결합니다

사용자 지정 에이전트가 진정으로 빛을 발하는 시점은 모델 컨텍스트 프로토콜(MCP)을 통해 외부 지식 소스와 연결할 때입니다. MCP는 에이전트를 저장소 내부의 내용으로 제한하는 대신, 내부 문서 시스템, 디자인 라이브러리, API 또는 데이터베이스와 같은 주요 도구와 상호 작용할 수 있도록 지원합니다.

에이전트 프로필 내에서 구성할 수 있습니다. mcp-servers 에이전트만 특정 MCP 도구를 호출할 수 있도록 항목을 추가합니다. 예를 들어, 디자인 강제 적용 에이전트는 Figma 기반 MCP 서버에 연결될 수 있고, 규정 준수 에이전트는 정책 데이터베이스와 통신할 수 있습니다. 이러한 도구는 명시적으로 활성화하지 않는 한 다른 에이전트에 영향을 미치지 않습니다.

팀들은 이미 이러한 기능을 활용하여 조직에 맞춘 특수 워크플로우를 구축하고 있습니다. 일반적인 패턴 중 하나는 풀 리퀘스트를 일반적인 모범 사례뿐만 아니라 MCP를 통해 제공되는 내부 스타일 가이드 또는 아키텍처 결정 기록에 따라 평가하는 코드 검토 에이전트입니다.

또 다른 일반적인 시나리오는 디자인 시스템 강제 적용으로, 에이전트를 디자인 자산 및 구성 요소 라이브러리에 연결하는 것입니다. 해당 에이전트는 Figma 파일이나 UI 구성 요소 레지스트리를 기반으로 하는 도구를 호출하여 프로덕션 환경에 배포되기 전에 시각적 또는 구조적 편차를 표시하고 개발자가 승인된 패턴으로 되돌아가도록 유도할 수 있습니다.

기획 에이전트 또한 점차 주목을 받고 있으며, 이들은 코드를 작성하기 전에 오로지 탐색 및 범위 설정 작업에만 집중합니다. 이러한 에이전트는 요구 사항을 수집하고, 명확한 질문을 하고, 예외 상황을 탐색한 다음, 사람이 직접 실행하거나 보다 실행 지향적인 코딩 에이전트가 실행할 수 있는 구조화된 구현 계획을 생성합니다.

바로 사용할 수 있는 예제를 찾고 있다면 커뮤니티에서 관리하는 "awesome-copilot" 저장소에서 점점 늘어나는 에이전트 구성 모음을 확인할 수 있습니다. 해당 파일들을 복제하여 시작점으로 사용할 수는 있지만, GitHub.com, VS Code, JetBrains IDE 및 기타 플랫폼 간에 도구 식별자가 다르기 때문에 해당 도구 이름이 Visual Studio 또는 VS Code 환경에 실제로 존재하는지 확인해야 합니다.

자율 에이전트가 다양한 도구와 환경에서 어떻게 작동하는가

개념적으로 "에이전트"는 단순히 코드 조각을 제안하는 것을 넘어 코딩 작업을 자율적으로 실행할 수 있는 AI 비서입니다. 사용자가 "실패하는 테스트 수정", "이 기능 구현"과 같은 상위 수준의 목표를 제공하면 에이전트가 이를 단계별로 나누고, 파일을 편집하고, 명령을 실행하고, 오류가 발생하면 반복 작업을 수행하며, 최종적으로 커밋이나 풀 리퀘스트를 생성합니다.

VS Code는 편집기 내의 대화형 채팅부터 Copilot CLI를 통한 백그라운드 자동화에 이르기까지 다양한 방식으로 이러한 에이전트 동작을 제공합니다. 에이전트는 로컬 머신, 원격 클라우드 환경 또는 Anthropic이나 OpenAI와 같은 타사 공급업체를 통해 실행할 수 있으며, 각 경우에 따라 에이전트의 자율성 수준과 호출할 수 있는 도구를 결정할 수 있습니다.

상담원이 실제로 실행 중인 위치와 관계없이 모든 진행 중인 세션이 채팅 보기 내의 통합 세션 목록에 표시됩니다. 이를 통해 여러 장기 작업의 진행 상황을 쉽게 추적하고, 작업 간 전환을 원활하게 하며, 일관된 활동 기록을 유지할 수 있습니다.

에이전트는 크게 두 가지 차원에서 작동합니다. 실행 위치(로컬 vs 클라우드)와 상호 작용 방식(완전 상호 작용 vs 대부분 자율적)입니다. 로컬 에이전트는 VS Code 에이전트 루프를 사용하여 편집기에서 직접 작업하며 작업 공간에 대한 풍부한 액세스 권한을 갖습니다. Copilot CLI 에이전트는 사용자의 컴퓨터에서 백그라운드로 실행되며 Git 작업 트리를 사용할 수 있습니다. 클라우드 에이전트는 GitHub 인프라에서 실행되며 협업을 위해 풀 리퀘스트와 긴밀하게 통합됩니다.

Anthropic이나 OpenAI와 같은 제공업체의 SDK를 사용하는 "타사" 에이전트에 대한 지원도 있습니다. API 진화와 에이전트형 AI. 이러한 도구는 로컬 환경이나 자체 클라우드에서 실행할 수 있으므로 VS Code의 채팅 및 세션 관리 패턴을 그대로 활용하면서도 데이터 경계를 더욱 세밀하게 제어할 수 있습니다.

에이전트는 크게 두 가지 차원에서 작동합니다. 실행 위치(로컬 vs 클라우드)와 상호 작용 방식(완전 상호 작용 vs 대부분 자율적)입니다. 로컬 에이전트는 VS Code 에이전트 루프를 사용하여 편집기에서 직접 작업하며 작업 공간에 대한 풍부한 액세스 권한을 갖습니다. Copilot CLI 에이전트는 사용자의 컴퓨터에서 백그라운드로 실행되며 Git 작업 트리를 사용할 수 있습니다. 클라우드 에이전트는 GitHub 인프라에서 실행되며 협업을 위해 풀 리퀘스트와 긴밀하게 통합됩니다.

적절한 상담원 역할 및 권한 수준 선택

에이전트 유형이 작업이 실행되는 위치를 정의한다면, 에이전트 페르소나는 해당 작업이 수행되는 방식을 정의합니다. 코드 검토 에이전트는 품질과 스타일에 대한 의견을 제시하도록 구성되어 있지만 파일을 변경할 수는 없습니다. 반면 구현 에이전트는 필요에 따라 코드를 편집하고, 명령을 실행하고, 다양한 도구를 호출할 수 있는 권한을 갖습니다.

VS Code는 기본적으로 Agent, Plan, Ask라는 세 가지 에이전트 페르소나를 제공합니다. Agent 페르소나는 엔드 투 엔드 구현, 도구 오케스트레이션 및 여러 파일 변경에 중점을 둡니다. Plan은 코드를 편집하지 않고 구조화된 단계별 계획을 생성합니다. Ask는 코드베이스 또는 기술 주제에 대한 질문에 답변하고 수동으로 적용할 코드 블록을 제안할 수 있습니다.

채팅 보기의 상담원 드롭다운 메뉴를 통해 언제든지 이러한 페르소나 간에 전환할 수 있으며, 보다 전문적인 흐름을 위해서는 고유한 역할과 도구 세트를 갖춘 사용자 지정 상담원을 정의할 수 있습니다. 이를 통해 예를 들어 보수적인 코드 검토 에이전트와 공격적인 코드 리팩토링 에이전트를 쉽게 분리하여 각각 고유한 목적에 맞게 조정할 수 있습니다.

에이전트가 도구를 호출하고 셸 명령을 자율적으로 실행할 수 있기 때문에 VS Code는 각 세션에서 에이전트가 얼마나 자유롭게 행동할 수 있는지 제어하기 위한 권한 계층을 추가합니다. 권한 선택기를 사용하면 모든 도구 호출에 명시적인 승인이 필요한지, 위험한 호출에만 확인이 필요한지, 아니면 상담원이 거의 완전히 자동화된 "자동 조종" 모드로 실행될 수 있도록 허용할지 결정할 수 있습니다.

기본 승인 모드는 일반적으로 읽기 전용 도구와 명백히 안전한 도구를 사전 승인된 것으로 간주하는 반면, 파일을 수정하거나 명령을 실행할 수 있는 작업에는 사용자에게 확인 메시지를 표시합니다. 승인 우회 기능은 모든 것을 자동으로 승인하여 속도를 극대화합니다. 자동 조종 기능(현재 미리 보기 중)은 도구 승인과 추가 설명 요청에 대한 자동 응답을 통해 상담원이 작업이 완료되었다고 판단할 때까지 계속 작업할 수 있도록 지원합니다.

상담원 간 업무 인계 및 작업 할당

VS Code에서 에이전트를 사용할 때 가장 강력한 기능 중 하나는 세션을 한 에이전트에서 다른 에이전트로 넘겨주는 기능입니다. 이를 통해 로컬 Plan 에이전트를 사용하여 복잡한 기능을 정의한 다음, 해당 계획을 Copilot CLI 에이전트에 전달하여 로컬에서 프로토타입을 만들고, 마지막으로 결과를 클라우드 에이전트로 보내 GitHub에 풀 리퀘스트를 생성하는 등의 워크플로를 구현할 수 있습니다.

세션 드롭다운 메뉴에서 상담원 유형을 변경하면 VS Code는 전체 채팅 기록과 컨텍스트를 상속하는 새 세션을 생성합니다. 기존 에이전트의 대화 내용은 참조용으로 보관되며, 새 에이전트는 동일한 시작점에서 다른 역할이나 실행 환경으로 작업을 계속합니다.

Copilot CLI에서 클라우드 기반 에이전트에 작업을 명시적으로 위임할 수 있습니다. /delegate 채팅창에 명령어를 입력하세요. 수신 에이전트가 집중해야 할 부분을 세부적으로 조정하기 위해 추가 지침을 첨부할 수 있으며, 이는 탐색 단계에서 실제 운영 환경에 적용할 수 있는 변경 사항으로 전환할 때 유용합니다.

GitHub 이슈 및 풀 리퀘스트와의 긴밀한 통합을 통해 기존 워크플로를 벗어나지 않고도 상담원에게 코딩 작업을 할당할 수 있습니다. 문제를 할당함으로써 copilot 또는 댓글에 Copilot 코딩 에이전트를 언급하면 ​​에이전트에 구성된 프로필을 준수하는 코드 변경 또는 검토를 요청할 수 있습니다.

GitHub Pull Requests 확장 기능을 지원하는 IDE에서는 에이전트에게 구현을 요청할 수도 있습니다. TODO 편집자의 직접적인 의견입니다. 이는 흩어져 있는 할 일 목록을 코딩 에이전트가 선택하고 구현하여 커밋이나 PR로 푸시할 수 있는 구조화된 작업 대기열로 효과적으로 변환합니다.

GitHub 및 IDE에서 사용자 지정 에이전트 생성 및 구성

사용자 지정 에이전트 설정은 일반적으로 GitHub.com 또는 IDE에서 시작하며, 여기에서 적절한 형식으로 새 에이전트 프로필을 생성합니다. agents 디렉토리. GitHub.com에는 Copilot 영역 아래에 "에이전트" 탭이 있는데, 이 탭을 이용하면 선택한 저장소와 분기에 템플릿 프로필을 생성할 수 있습니다.

GitHub 에이전트 탭에서 새 에이전트를 생성하면 플랫폼에서 일반적으로 이름이 지정된 템플릿 파일을 생성합니다. my-agent.agent.md저장소에서 .github/agents 폴더에 있습니다. 조직 또는 기업 수준 에이전트의 경우 다음을 제거합니다. .github/ 경로의 일부를 사용하여 파일을 최상위 폴더 아래에 배치합니다. agents 디렉토리 구조로 만들어 여러 프로젝트에서 사용할 수 있도록 합니다.

다음 단계는 허용된 문자 집합을 준수하여 파일 이름을 의미 있고 고유한 이름으로 변경하는 것입니다. 명확한 파일 이름은 팀 구성원이 에이전트의 용도를 이해하고 나중에 GitHub.com 또는 IDE의 채팅 인터페이스에서 드롭다운 목록에서 올바르게 선택하는 데 훨씬 도움이 됩니다.

파일이 준비되면 YAML 프런트매터를 편집하여 에이전트의 이름, 설명, 도구, 그리고 선택적으로 모델 및 MCP 서버 구성을 설정합니다. 설명은 필수이며, 에이전트가 최적화된 용도(성능 검토, API 강화, 테스트 생성, 도메인별 검증 등)를 간략하게 명시해야 합니다.

에이전트 프로필을 커밋하고 기본 브랜치에 병합하면 Copilot의 코딩 에이전트 환경을 사용할 수 있는 모든 곳의 에이전트 드롭다운 메뉴에 새 에이전트가 나타납니다. 여기에는 GitHub.com, Copilot CLI 및 지원되는 IDE가 포함되므로 단일 에이전트 정의를 통해 이러한 모든 플랫폼에서 일관된 동작을 구현할 수 있습니다.

VS Code에서 사용자 지정 에이전트 작업하기

VS Code를 사용하면 채팅 보기에서 바로 사용자 지정 상담원을 쉽게 만들고 수정할 수 있습니다. 채팅 패널 하단에는 상담원 드롭다운 메뉴가 있으며, 여기에는 사용자 지정 상담원을 구성하는 옵션과 새 상담원을 생성하는 바로가기가 포함되어 있습니다.

VS Code에서 새 사용자 지정 에이전트를 만들 때 해당 프로필을 현재 작업 영역 또는 사용자 프로필 중 어디에 저장할지 결정합니다. 워크스페이스 수준 에이전트는 해당 프로젝트의 범위로 제한됩니다. .github/agents 폴더에 저장되는 반면, 사용자 프로필 에이전트는 개인 구성 폴더에 저장되며 사용자가 여는 모든 작업 공간에서 사용할 수 있습니다.

그런 다음 새 에이전트 프로필의 파일 이름을 지정합니다. 이 이름은 에이전트 드롭다운 메뉴에 표시되는 기본 레이블이기도 합니다. VS Code는 새로 생성된 창을 엽니다. .agent.md 이 파일을 사용하면 YAML 및 Markdown 형식의 지침에 설명, 도구, 필요한 동작 프롬프트 등을 입력할 수 있습니다.

편집기에는 환경에서 에이전트가 사용할 수 있는 모든 도구 목록을 보여주는 특수 대화 상자가 열리는 "도구 구성..." 버튼이 있습니다. 여기에는 내장 도구, MCP에서 제공하는 도구, 설치된 확장 프로그램에서 제공하는 도구가 포함됩니다. 원하는 도구를 선택하면 VS Code가 해당 항목을 에이전트 프로필에 자동으로 추가합니다.

에이전트가 어떤 AI 모델을 사용할지 제어하려면 다음을 추가할 수 있습니다. model: YAML의 속성을 입력한 다음 자동 완성 기능을 사용하여 지원되는 모델 세트 중에서 선택하세요. 예를 들어, 이러한 방식을 통해 강력한 리팩토링 에이전트에게는 더 뛰어난 성능의 모델에 대한 접근 권한을 부여하는 동시에, 가벼운 질문 및 답변 에이전트에게는 더 작고 저렴한 모델을 제공하는 것이 용이해집니다.

기존 상담원을 업데이트하는 것도 마찬가지로 간단합니다. 상담원 드롭다운 메뉴에서 "사용자 지정 상담원 구성..."을 선택한 다음 수정하려는 프로필을 선택하면 됩니다. VS Code는 기본 창을 엽니다. .agent.md 파일을 편집하고 저장하면 해당 프로필이 사용되는 모든 곳에서 변경 사항이 적용됩니다.

JetBrains IDE(Eclipse 및 Xcode)의 사용자 지정 에이전트

동일한 에이전트 프로필 형식이 VS Code뿐만 아니라 여러 주요 IDE에서 작동합니다. JetBrains IDE(IntelliJ IDEA, WebStorm, Rider 등), Eclipse, Xcode는 모두 GitHub Copilot 에이전트와 통합되어 GitHub Copilot 파일을 생성 및 편집할 수 있습니다. .agent.md 익숙한 방식으로 파일을 정리합니다.

JetBrains IDE에서는 먼저 GitHub Copilot 채팅 창을 열고 하단의 에이전트 드롭다운 메뉴를 사용하여 에이전트를 구성합니다. 워크스페이스 범위를 선택하면 내부에 새 프로필 파일이 생성됩니다. .github/agents 프로젝트에서 IDE가 해당 프로젝트를 열면 설명, 도구 및 지침을 설정할 수 있습니다.

JetBrains 편집기의 "도구 구성..." 버튼을 사용하면 MCP 기반 도구를 포함하여 사용 가능한 도구를 찾아보고 한 번의 클릭으로 에이전트에 추가할 수 있습니다. 또한 다음을 지정할 수 있습니다. model 여기 속성은 지원되는 AI 모델 목록의 자동 완성 기능을 통해 다시 한번 결정됩니다.

Eclipse에서도 워크플로는 유사합니다. Copilot Chat 보기를 열고 에이전트 드롭다운 메뉴에서 "에이전트 구성..."을 선택한 다음 "추가..." 작업을 통해 새 프로필을 생성합니다. 편집자가 새 글을 시작합니다 .agent.md 아래 파일 .github/agents여기에서 설명, 도구, MCP 서버 및 동작 프롬프트를 정의할 수 있을 뿐 아니라 필요에 따라 모델 및 기타 속성을 조정할 수 있습니다.

Xcode의 통합 기능은 채팅 보기의 상담원 드롭다운 메뉴와 "상담원 생성" 전용 옵션을 활용합니다. 프로필 이름을 지정하면 Xcode가 파일을 생성합니다. .agent.md 아래 파일 .github/agents 또한 편집기에서 AI 모델을 선택하고, 도구(MCP 도구 포함)를 선택하고, 사용자 지정 에이전트 간의 핸드오프를 구성할 수 있는 "에이전트 사용자 지정" 버튼을 제공합니다.

JetBrains, Eclipse 및 Xcode에서 기존 프로필을 업데이트하는 방법은 항상 동일합니다. 에이전트 구성을 열고 에이전트를 선택한 다음 기본 Markdown 파일을 편집하면 됩니다. 이러한 편집 내용은 GitHub의 Copilot 생태계에 반영되므로 어떤 IDE를 사용하든 동일한 사용자 지정 에이전트가 일관되게 유지됩니다.

강력한 에이전트 프로필 설계: 신원, 도구 및 행동

맞춤형 에이전트로부터 실질적인 가치를 얻으려면 명확한 정체성과 집중된 기능을 바탕으로 프로필을 얼마나 잘 설계하느냐가 중요합니다. 잘 만들어진 name description 에이전트의 의도를 명확히 하고 기본 모델이 올바른 행동을 우선시하도록 돕습니다.

The tools 리스트는 에이전트가 실제로 할 수 있는 일을 제어하는 ​​주요 수단입니다. 속성을 생략하면 에이전트에게 환경 내 모든 도구에 대한 액세스 권한을 부여할 수 있으며, 또는 특정 기능만 활성화하도록 지정할 수도 있습니다. 예를 들어 "read", "edit", "search" 그리고 몇 가지 도메인별 MCP 도구가 있습니다.

Optional mcp-servers 항목을 통해 특정 에이전트 프로필에서만 볼 수 있는 추가 서버를 구성할 수 있습니다. 이는 상담원이 기밀 설계 문서나 규정 준수 데이터베이스와 같은 내부 시스템에 대한 특권 액세스가 필요하지만 모든 상담원이 동일한 리소스를 조회할 수 있도록 허용하고 싶지 않을 때 유용합니다.

VS Code, JetBrains IDE, Eclipse 또는 Xcode에서 에이전트를 사용할 때 전용 서버를 지정할 수도 있습니다. model 각 에이전트가 자신의 업무에 가장 적합한 모델을 사용할 수 있도록 속성을 설정합니다. 일부 팀은 비용 절감을 위해 계획 및 아키텍처 검토 에이전트에는 고성능 추론 모델을 사용하는 반면, 경량 질의응답 에이전트에는 더 저렴한 모델을 사용합니다.

선택적 target 속성은 에이전트가 특정 환경에서만 나타나도록 하려는 경우에 유용합니다. 설정하여 target: vscode or target: github-copilot이 속성을 사용하면 IDE 기반 워크플로 또는 GitHub.com 기반 워크플로에 특화된 프로필을 구축할 수 있으며, 이 속성을 생략하면 에이전트를 모든 곳에서 사용할 수 있습니다.

마지막으로, 마크다운 파일의 본문에는 에이전트의 실제 지침 또는 "음성"이 포함되며, 여기에 기준과 기대치를 명시합니다. 단위 테스트 범위 규칙, 기술적 제약 조건, 문서 작성 시 어조 지침 또는 상세한 검토 체크리스트 등을 명시할 수 있습니다. 이러한 콘텐츠가 풍부하고 명확할수록 에이전트는 세션 전반에 걸쳐 더욱 일관성 있게 동작합니다.

GitHub.com, CLI 및 IDE 전반에 걸쳐 사용자 지정 에이전트 사용

사용자 지정 에이전트를 정의하면 한 곳에서만 사용해야 하는 제한이 없습니다. Copilot의 코딩 에이전트가 실행되는 모든 곳에서 코드와 함께 이동합니다. GitHub.com에서는 Copilot에게 이슈 또는 풀 리퀘스트에 대한 작업을 요청할 때 패널 또는 에이전트 탭에서 사용자 지정 에이전트를 선택할 수 있습니다.

GitHub 이슈를 할당할 때, 해당 작업에 특정 에이전트의 특수 구성이 필요한 경우 일반 코딩 에이전트 대신 특정 사용자 지정 에이전트를 선택할 수 있습니다. 예를 들어, 보안에 중점을 둔 에이전트 프로필은 인증 모듈의 변경 사항을 검토하도록 할당될 수 있고, 성능 튜닝 에이전트는 백엔드 서비스의 주요 경로를 관리하도록 할당될 수 있습니다.

GitHub Copilot CLI에서 다음과 같은 슬래시 명령어를 사용하여 특정 사용자 지정 에이전트를 선택할 수 있습니다. /agent 또는 프롬프트나 명령줄 매개변수에서 에이전트를 참조하는 방식으로도 가능합니다. 이렇게 하면 터미널 워크플로가 브라우저나 IDE에서 사용하는 페르소나와 일관되게 유지됩니다.

Copilot 코딩 에이전트가 사용자를 대신하여 풀 리퀘스트를 열 때마다 GitHub는 어떤 사용자 지정 에이전트가 작업을 완료하는 데 사용되었는지 기록합니다. 이는 감사를 수행하고 특정 에이전트 구성이 특정 유형의 변경이나 행동 패턴을 생성하는 경향이 있는지 파악하는 데 도움이 됩니다.

그러면 동일한 상담원 프로필을 지원되는 IDE 내의 채팅 창에서 직접 사용할 수 있으므로, 작업에 따라 계획, 편집, 조사 또는 규정 준수 중심의 상담원 간에 전환할 수 있습니다. GitHub.com과 IDE 환경에서 일부 YAML 속성이 약간 다르게 동작할 수 있지만, 전체적인 프로필은 이식성과 일관성을 유지합니다.

VS Code의 로컬 에이전트: 전체 작업 영역 컨텍스트를 사용하는 대화형 세션

VS Code의 로컬 에이전트는 사용자의 컴퓨터에서 현재 작업 영역을 대상으로 실행되어 매우 높은 상호작용성과 낮은 지연 시간을 제공합니다. 그들은 사용자의 파일, 확장 프로그램, MCP 도구 및 사용자가 구성한 모든 모델(BYOK(Bring Your Own Key) 모델 포함)에 대한 최고 수준의 액세스 권한을 갖습니다.

이러한 로컬 세션은 즉각적인 의견 교환이나 현재 개발 상태와의 긴밀한 통합이 필요한 작업에 적합합니다. 여기에는 브레인스토밍 및 계획 수립, 스택 트레이스 디버깅, 린터 오류 대응, 단위 테스트 결과 검사, 그리고 확장 프로그램에서 제공하는 도구를 사용하는 모든 워크플로가 포함됩니다.

각 로컬 상담원 채팅은 사용자가 사용자 지정 페르소나를 선택하지 않는 한 내장된 상담원(상담원, 플랜 또는 문의) 중 하나를 사용하며, 필요에 따라 상담원 간에 전환할 수 있습니다. 예를 들어, 먼저 Ask를 사용하여 코드베이스의 일부를 이해한 다음, Plan으로 전환하여 기능을 설계하고 마지막으로 Agent로 이동하여 구현할 수 있습니다.

로컬 상담원 세션을 시작하는 것은 채팅 상담원 선택기에서 "상담원"을 선택하고 목표를 간략하게 설명하는 것만큼 간단합니다. "OAuth2 및 JWT를 사용하여 사용자 인증 시스템을 구현하세요" 또는 "이 프로젝트에 대한 CI/CD를 설정하세요"와 같은 명령을 내리면 에이전트가 작업 계획을 수립하고, 도구를 실행하며, 솔루션 전반에 걸쳐 수정 사항을 제안합니다.

에이전트가 작동하는 동안 VS Code는 편집기 오버레이를 사용하여 제안된 편집 내용을 표시하고, 이를 쉽게 탐색, 검토, 수락 또는 거부할 수 있도록 합니다. 또한 도구 선택기를 통해 상담원이 호출할 수 있는 도구 세트를 조정하여 필요에 따라 기능을 확장하거나 제한할 수 있습니다.

Ask 페르소나는 파일 자동 변경 없이 지식과 ​​지침을 얻고자 할 때 특히 적합합니다. Ask는 코드베이스를 심층 분석하고 기술적인 질문에 답하며, 사용자가 "편집기에서 적용" 작업을 통해 수동으로 적용할 수 있는 코드 블록을 반환하여 완벽한 제어권을 유지할 수 있도록 지원합니다.

한편, 플랜 페르소나는 코드를 작성하기 전에 구조화된 구현 계획을 수립하는 데 특화되어 있습니다. 이러한 계획은 다른 담당자에게 전달하거나, 구현에 착수하기 전에 종속성, 데이터 모델 및 예외 상황을 모두 고려했는지 확인하는 체크리스트로 활용할 수 있습니다.

이전에는 여러 파일을 한 번에 수정할 수 있는 "편집 모드"가 있었지만, 더 강력한 에이전트 페르소나로 대체되면서 해당 모드는 더 이상 사용되지 않습니다. VS Code의 특정 설정을 통해 편집 모드를 다시 활성화할 수 있지만, 대부분의 경우 여러 파일을 리팩토링하거나 기능을 개발할 때는 에이전트 페르소나를 사용하는 것이 좋습니다.

세션 진행 중에는 요청이 실행 중인 동안에도 후속 메시지를 자유롭게 보낼 수 있습니다. 나중에 조정할 작업을 예약하거나, 도중에 방향을 바꾸거나, 필요에 따라 에이전트를 중단하고 조종할 수 있으므로 전체 프로세스가 일괄 처리 작업처럼 느껴지기보다는 협업 프로그래밍 세션처럼 느껴집니다.

이러한 모든 기능은 더 광범위한 에이전트 생태계와 연결됩니다. 개요를 보고, 세션을 관리하고, 도구를 추가하고, MCP 서버를 연결하고, 정책을 적용하고 수명 주기 이벤트를 자동화하기 위해 사용자 지정 에이전트 또는 후크를 정의할 수 있습니다. 우수한 상담원 프로필과 워크플로에 투자하면 채팅, CLI, IDE 및 GitHub 자체 전반에 걸쳐 동일한 구성 요소가 효과를 발휘합니다.

이러한 모든 요소를 ​​통합하여 Visual Studio 및 VS Code의 사용자 지정 에이전트는 코딩 환경을 스택, 도구 및 표준을 이해하는 재사용 가능하고 역할 중심적인 협업 도구 세트로 전환하여 팀이 품질과 일관성을 유지하면서 더 빠르게 작업할 수 있도록 지원합니다.