핵심 개념 한눈에

예를 들어 “우리 팀의 주간보고를 만들어 줘”라고 요청한다고 생각해 보세요. 프로젝트에는 팀 자료와 기준을 담고, 스킬은 보고서를 만드는 절차를 알려 줍니다. 외부 업무 기록을 가져와야 할 때만 연결 도구가 추가로 필요합니다.

flowchart TD
accTitle: 프로젝트에서 역할과 스킬이 만나는 구조
accDescr: 프로젝트의 목표, 자료와 지침이 업무 기준을 제공한다. 역할은 해당 업무의 스킬을 사용해 결과를 만들고 검토한다. 플러그인은 스킬과 도구 등을 추가하며 외부 조회가 필요한 경우에만 연결 도구를 사용한다.
 P["프로젝트: 목표 · 자료 · 지침"] --> A["담당 역할: 작성 · 분석 · 검토"]
 K["플러그인: 기능을 추가하는 묶음"] --> S["스킬: 업무 절차와 참고 자료"]
 S -->|업무 방법| A
 K -.->|패키지에 포함된 경우| M["MCP: 외부 서비스 도구 연결"]
 M -.->|조회가 필요하고 권한이 있을 때| A
 A --> R["결과: 문서 · 표 · 시안"]
 R --> V["원문 · 지침으로 검토"]
 P --> V

주간보고에서는 프로젝트에 팀 자료와 보고 형식, 수치를 추측하지 않는다는 지침을 담습니다. 작성 역할은 보고서 스킬의 절차를 참고하고 검토 역할은 결과를 원문과 비교합니다. 스킬은 일하는 방법, 역할은 그 방법으로 일을 맡아 수행하는 담당자라고 생각하면 됩니다.

플러그인을 설치하면 그 묶음에 포함된 기능을 사용할 준비를 할 수 있습니다. 모든 플러그인에 에이전트나 연결 도구가 들어 있는 것은 아니며, 별도 에이전트 실행도 현재 앱의 지원이 필요합니다. 외부 업무 기록을 직접 조회할 때만 필요한 연결과 계정 권한을 확인합니다.

플러그인에 모든 구성 요소가 반드시 들어 있는 것은 아닙니다. 에이전트 파일이 포함돼 있어도 현재 앱이 그 형식을 지원해야 별도 담당자로 실행할 수 있습니다. 스킬의 업무 방법과 MCP의 실제 조회·변경 권한도 구분합니다.

• 대화·작업: 요청과 결과를 주고받는 기록입니다. 결과물 하나마다 작업을 나누면 찾기 쉽습니다.
• 파일·아티팩트: 검토할 문서·표·시안입니다. 화면의 미리보기와 다운로드 가능한 파일은 각각 확인합니다.
• 메모리: 앱이 유지하는 기억입니다. 중요한 업무 기준은 확인할 수 있는 프로젝트 지침에도 기록하세요.
• 워크플로우: 자료 확인 → 초안 → 검토처럼 업무를 처리하는 순서입니다.

설치와 연결, 파일 생성과 지침 적용은 서로 다른 단계입니다. “설치됨”은 계정 연결 완료를 뜻하지 않고, “지침 파일 생성됨”은 앱의 Projects에 저장됐다는 뜻도 아닙니다.

개념을 익혔다면 첫 결과물 만들기로 이어가세요.

• 스킬과 플러그인
• 프로젝트와 대화
• Claude 플러그인