How skills and agents work in AWS Quick

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

AWS Quick은 에이전트가 연결된 데이터와 도구를 활용하고 재사용 가능한 스킬을 불러와 자연어로 반복 업무를 수행하도록 하는 AI 서비스다.

📌 핵심 요약

• AWS Quick은 작업 자동화, 데이터 분석, 웹 애플리케이션 구축, 리서치를 지원한다. 기본 에이전트 Quick은 사용자가 접근할 수 있는 리소스를 요청에 따라 활용하며, 커스텀 에이전트는 특정 업무에 필요한 지침·공간·커넥터·스킬로 범위를 설정한다.
• 에이전트는 공간, 지식 베이스, AWS Quick Sight의 데이터셋·대시보드에 근거해 답하고 커넥터로 외부 애플리케이션을 읽거나 작업을 수행한다. 접근 범위는 사용자 권한을 넘을 수 없으며, 로컬 커넥터는 해당 컴퓨터가 켜져 있고 연결되어 있어야 사용할 수 있다.
• 스킬은 특정 작업을 가르치는 재사용 가능한 지침이며, Agent Skills 명세에 따라 루트의 SKILL.md와 선택적 스크립트·참조 파일로 구성된다. Quick은 먼저 이름과 설명만 읽고 필요한 스킬의 전체 지침을 불러오며, 이름은 최대 64자, 설명은 최대 1,024자이고 지침은 5,000토큰 미만이 권장된다.
• 스킬은 채팅, .md·.zip 파일, SKILL.md가 있는 폴더 또는 기존 대화에서 만들 수 있다. 테스트 후 게시와 공유를 각각 수행해야 다른 사람이 사용할 수 있으며, 공유받은 사람이 추가한 버전은 이후 다시 게시할 때 동기화된다.
• 팀에서 사용할 스킬은 데이터 소스·커넥터·도구의 사전 요구사항과 접근 권한을 고려하고, 실패가 업무에 미치는 영향에 따른 대응을 지침에 담아야 한다. 제공된 원문은 이메일 보고서 전송 실패에 관한 예시를 시작하다가 잘려 구체적인 후속 설명은 확인할 수 없다.

🧩 주요 포인트

1. 에이전트·데이터·커넥터·스킬의 역할 분리 → 업무 범위를 설정하는 구성과 정보를 조회하거나 실제 행동을 수행하는 수단을 구분할 수 있다.
2. 스킬 이름·설명에 따른 점진적 로딩 → 이름과 설명의 작성 품질이 필요한 지침을 선택하는 데 중요하며, 반복 업무의 절차를 재사용 가능한 형태로 담을 수 있다.
3. 게시·공유의 분리와 사용자별 접근 권한 → 스킬 배포만으로 사용 준비가 끝나지 않으므로, 공유 대상의 사전 요구사항과 실패 대응까지 함께 고려해야 한다.

🧠 상세 정리

1. 반복 업무를 에이전트와 스킬로 표현하는 AWS Quick

원문은 주간 현황 보고, 릴리스 노트 작성, 프로젝트 관리, 티켓 생성처럼 AI 에이전트에게 같은 작업을 반복해서 설명하는 문제에서 출발하며, 이를 AWS Quick의 에이전트와 스킬로 표현할 수 있다고 설명한다. AWS Quick은 작업 자동화, 데이터 분석, 웹 애플리케이션 구축, 리서치를 지원하는 AI 서비스로, 자연어 요청을 연결된 데이터 소스와 애플리케이션을 대상으로 처리한다. 에이전트는 자신의 지침을 따르고 작업에 필요한 스킬을 불러오며, 커넥터를 통해 행동하고 공간·지식 베이스·데이터셋·대시보드에 근거해 답한다. 모든 사용자가 이용할 수 있는 기본 에이전트 Quick은 고정된 업무 범위 없이 사용자가 접근 가능한 리소스를 대화마다 활용하므로, 대부분의 작업을 시작할 때 데이터와 도구를 미리 정할 필요가 없다. 커스텀 에이전트는 인사팀 공간을 이용하는 신입 직원 온보딩 도우미처럼 특정 업무에 맞게 지침과 리소스를 제한하며, 테스트하고 게시한 뒤 같은 AWS Quick 계정의 사용자나 그룹과 공유할 수 있다. 어느 에이전트든 사용자가 접근할 수 있는 리소스와 서비스만 이용할 수 있고, 각 에이전트에 허용할 작업은 사용자가 결정한다.

2. 답변의 근거를 제공하는 공간과 지식 베이스

공간은 에이전트가 정보원으로 사용하는 문서와 AWS Quick 리소스를 선별해 모은 것으로, 개인이나 팀 또는 조직 내 다른 그룹을 위해 만들 수 있다. 파일과 폴더를 업로드하거나 대시보드, 지식 베이스, 액션 커넥터, 데이터셋 같은 자산을 추가할 수 있으므로, 문서와 관련 리소스를 함께 구성하는 단위다. Quick과 대화를 시작할 때 공간을 첨부하면 해당 대화에서 사용하는 데이터 범위를 좁힐 수 있고, 에이전트에 공간을 추가하면 구성의 일부가 되어 요청에 필요할 때 활용된다. 지식 베이스는 검색과 질의응답에 적합하도록 문서 또는 데이터 소스의 콘텐츠를 정리하고 색인한 모음이다. Quick은 Google Drive, Microsoft OneDrive, Confluence, Microsoft SharePoint, Amazon Simple Storage Service(Amazon S3), 웹 크롤러, Amazon Bedrock Managed Knowledge Bases 등의 소스에서 지식 베이스를 동기화하며, 정해진 동기화 일정에 따라 최신 상태를 유지한다.

3. 구조화 데이터 분석과 클라우드·로컬 커넥터

데이터셋과 대시보드는 Quick의 비즈니스 인텔리전스 기능인 AWS Quick Sight에서 제공되며, 이 기능은 AWS Management Console을 통해 프로비저닝된 계정에서 사용할 수 있다. 데이터셋은 분석과 대시보드에 사용할 수 있도록 준비한 데이터 모음이고, 대시보드는 다른 Quick 사용자와 공유할 수 있도록 게시한 분석 결과다. 데이터셋을 통해 데이터베이스 테이블 같은 구조화 데이터에 의미 정보가 풍부한 메타데이터를 구성하면 자연어로 복잡한 분석 작업을 수행할 수 있다. 커넥터는 AWS Quick을 외부 애플리케이션이나 기본 제공 도구에 연결하며, 에이전트가 사용자를 대신해 데이터를 읽고 작업을 수행하는 통로가 된다. 클라우드 커넥터는 Microsoft Outlook, Slack, Jira, Asana, Salesforce 및 원격 호스팅 Model Context Protocol(MCP) 서버 등에 연결하고, Quick을 사용하는 모든 기기에서 이용할 수 있다. 직접 호스팅하는 MCP 서버 같은 로컬 커넥터는 사용자의 컴퓨터에서 실행되므로, 해당 컴퓨터가 켜져 있고 연결된 동안에만 도구를 사용할 수 있다.

4. 스킬과 시스템 스킬이 에이전트의 작업을 구성하는 방식

스킬은 특정 작업을 수행하는 방법을 에이전트에게 가르치는 재사용 가능한 지침이며, Quick 에이전트의 행동과 작업 수행을 이루는 기반이기도 하다. 에이전트는 추론과 행동을 결합하는 ReAct 패턴의 관리형 실행 루프인 하네스 안에서 동작하고, 프롬프트를 받으면 사용 가능한 도구와 지침으로 목표를 달성하며, Strands Agents SDK 같은 프레임워크도 같은 모델 중심 루프를 사용한다. Quick의 기본 기능 상당수는 시스템 스킬에서 나오며, 스킬에 포함된 스크립트와 코드를 이용해 Word 문서, PowerPoint 프레젠테이션, Excel 스프레드시트, PDF를 생성하거나 편집할 수 있다. 다른 시스템 스킬은 웹 탐색, 코드 실행, 심층 리서치, 음성·영상 전사, 이미지 생성뿐 아니라 AWS Quick Flows 구축, 루틴 예약, Kiro 같은 코딩 에이전트로의 작업 전달, 메모리·지식 그래프·할 일 관리도 수행한다. 시스템 스킬은 켜거나 끌 수 있지만 편집, 복제, 내보내기, 게시, 공유, 삭제는 할 수 없다. 사용자가 만드는 스킬도 템플릿에 따른 주간 보고서 작성, Jira 업데이트 수집 후 Slack에 요약 게시, Python 계산과 JavaScript 차트 작성 등 Quick이 제공하는 도구를 활용한 다양한 작업을 담을 수 있다.

5. Agent Skills 명세와 필요한 지침만 불러오는 구조

Quick 스킬은 Anthropic이 처음 개발해 공개 표준으로 배포한 Agent Skills 명세를 따르며, 원문은 AWS Quick 데스크톱이 2026년 4월 프리뷰로 출시되고 2026년 9월 정식 출시되었다고 설명한다. 스킬은 루트에 Markdown 파일인 SKILL.md를 둔 폴더이며, 지침에서 사용하는 스크립트나 다른 참조 파일을 선택적으로 포함할 수 있다. SKILL.md의 두 개의 '---' 줄 사이에 놓이는 프런트매터에는 이름, 설명, 그 밖의 관련 메타데이터가 들어가며, 원문은 release-notes-generator를 축약 예시로 제시한다. 스킬 실행을 유도하는 데 가장 중요한 요소는 이름과 설명으로, Quick은 점진적 공개 방식을 사용해 처음에는 각 스킬의 이름과 설명만 읽고 요청에 필요할 때 전체 지침을 불러온다. 따라서 버전 2.3의 릴리스 노트를 생성해 달라는 표현처럼 요청에 포함된 문구가 해당 스킬을 선택하는 데 도움을 줄 수 있다. 명세는 이름을 최대 64자, 설명을 최대 1,024자로 제한하고, 스킬 내부 지침은 5,000토큰 미만으로 작성하도록 권장한다.

6. 채팅과 기존 대화에서 스킬 만들기

스킬은 채팅에서 만들거나 .md·.zip 파일을 가져오거나 루트에 SKILL.md가 있는 폴더를 사용해 만들 수 있으며, 원문은 채팅을 이용하는 방법에 초점을 맞춘다. 시작점은 반복 작업의 요구사항을 Quick에 자연어로 설명하는 것으로, 예시 템플릿은 작업 주기, 데이터 소스, 각 소스를 조회하는 방법을 제시하도록 한다. 이어서 데이터를 어떻게 변환할지와 정확한 단계 순서, 최종 보고서의 형식 또는 예시, 수신 대상, 전달에 사용할 커넥터를 설명하도록 구성되어 있다. 같은 요청 안에서 요구사항을 스킬로 만들고 그 스킬을 검증할 테스트 시나리오도 함께 제안해 달라고 요청할 수 있다. 이미 여러 차례의 대화를 거쳐 특정 작업을 완료했다면 그 대화에서 스킬을 생성해 달라고 요청하는 방법도 있어, 처음부터 요구사항을 새로 작성하는 방식 외에 실제로 수행한 대화를 재사용하는 경로도 제공된다.

7. 게시와 공유, 이후 버전의 동기화

원문은 스킬의 최종 결과에 만족하면 Customize에서 Skills로 이동하고, 초안 상태의 스킬을 찾아 상세 패널을 연 뒤 Publish를 선택하도록 안내한다. 그다음 Share를 선택해 공유할 사람이나 그룹을 지정하며, 게시와 공유는 서로 다른 단계라는 점을 명시한다. 따라서 스킬을 게시했다는 사실만으로 다른 사용자에게 접근 권한이 생기지는 않으며, 실제로 사용할 사람에게 별도로 공유해야 한다. 공유받은 사람은 Shared with me 아래의 Add to Quick을 통해 스킬을 추가하고, 이렇게 추가한 버전은 작성자가 이후 다시 게시할 때마다 동기화된다. 이 절차는 작성자의 초안과 게시된 버전, 공유 대상이 사용하는 버전 사이의 관계를 설명하며, 현재의 구체적인 조작 단계는 AWS Quick 사용자 가이드의 Draft and published versions 및 Sharing your skills를 참조하도록 한다.

8. 팀에서 사용하는 스킬의 사전 요구사항과 실패 대응

간단한 설명이나 대화에서 만든 스킬이 작성자에게 일관되게 동작하더라도, 팀에 공유해 실제 업무에 사용하려면 추가 고려가 필요하다는 것이 원문의 후반부 주장이다. 원문은 스킬을 코드에 비유하고, 만든 사람의 환경에서는 작동하지만 다른 사람이 설치하거나 사용할 때는 실패하는 상황을 들어 데이터 소스·커넥터·도구에 대한 환경 의존성을 설명한다. 스킬만 따로 공유한다면 README에 사전 요구사항을 문서화하는 방안을 제시하고, 스킬을 사용하는 에이전트를 공유한다면 연결된 소스도 함께 공유해야 하며 그렇지 않으면 수신자는 자신이 이미 접근 가능한 소스에서만 답을 얻는다고 설명한다. 또한 연결된 소스가 자체 서비스나 외부 서비스에 의존하므로 실패 상황을 예상하고, 실패가 작업이나 업무 프로세스에 영향을 줄 때 어떻게 대응할지 스킬 지침에 담아야 한다고 강조한다. 에이전트는 목표를 향해 재시도하거나 다른 접근을 시도할 수 있어 사용자가 하위 서비스의 전문가일 필요는 없지만, 업무상 필요한 실패 대응은 구체적으로 제시해야 한다. 제공된 본문은 지정된 수신자에게 이메일로 보고서를 보내는 예시를 제시한 뒤 문장이 잘려 있으므로, 그 사례의 구체적인 대응 방안이나 이후 설명은 확인할 수 없다.

🧾 핵심 주장 / 시사점

• 반복 업무를 재사용하려면 에이전트의 업무 범위, 답변의 근거가 되는 데이터, 행동을 수행하는 커넥터, 절차를 담는 스킬을 함께 이해해야 한다.
• 스킬의 이름과 설명은 단순한 소개 문구를 넘어 전체 지침을 불러올지 판단하는 입력이므로, 실제 요청 표현과 연결되도록 작성하는 것이 중요하다.
• 스킬을 공유받아도 데이터 접근 권한이나 실행 환경까지 자동으로 갖춰지는 것은 아니므로, 팀에서의 활용 가능성은 지침뿐 아니라 사전 요구사항과 실패 대응에도 달려 있다.

✅ 액션 아이템

• AWS Quick의 반복 업무에 맞춰 기본 Quick과 커스텀 에이전트의 활용 범위 및 필요한 공간·커넥터·스킬 검토.
• 스킬 테스트 후 게시와 공유를 각각 수행하고, 공유받은 사용자의 추가 및 재게시 시 버전 동기화 확인.
• 팀에서 사용할 스킬의 데이터 소스·커넥터·도구에 대한 사전 요구사항과 접근 권한, 실패 대응 지침 정리.

❓ 열린 질문

• 대상 반복 업무에는 기본 Quick과 커스텀 에이전트 중 어느 구성이 적합한가?
• 공유받은 사용자는 스킬에 필요한 데이터 소스·커넥터·도구의 접근 권한과 사전 요구사항을 갖추고 있는가?
• 로컬 커넥터를 사용하는 컴퓨터가 꺼져 있거나 연결되지 않았을 때 적용할 실패 대응 지침은 무엇인가?