스킬, 규칙, MCP의 선택 기준

本页目录8 个章节

2026년 9월 자료를 기준으로 정리한 가이드입니다. 요금, 모델, 화면 명칭은 변경될 수 있으며 실시간 제품 정보가 아닙니다.

재사용 작업 절차, 프로젝트 제약, 외부 도구를 구분하세요.

필요한 최소한의 방식 선택

지속적인 프로젝트 관례에는 규칙, 반복 절차에는 스킬, 외부 도구·데이터에는 MCP를 쓰세요. 설정 계획을 위한 구분이며 실제 로딩은 클라이언트에 따라 다릅니다.

결과를 중심으로 스킬 설계

좋은 스킬은 적용 시점, 입력, 단계, 검증 방법을 설명합니다. 예를 들어 릴리스 노트 스킬은 커밋 범위를 정하고 독자별로 변경을 묶고 이슈 링크를 검증해야 합니다.

클라이언트 간 설정을 무작정 복사하지 마세요

TRAE, Cursor, Zed 모두 스킬을 제공하지만 디렉터리, 메타데이터, 권한 동작은 같지 않을 수 있습니다. 설치된 클라이언트 문서를 따르고 배포나 이전 전에 작은 작업으로 시험하세요.

메모리와 에이전트 역할 명확히 하기

장기 프로젝트 정보와 일시적 진행 상황을 구분하세요. 여러 에이전트에 구체적인 입력과 출력을 주고 합쳐진 변경을 검토하세요. 작업을 명확히 나눌 수 있을 때만 에이전트 증가가 유용합니다.

첫 실제 작업: 수정, 검증, 검토

이미 빌드되는 작은 저장소를 선택하고 깨끗한 Git 체크포인트를 저장하세요. 현재 통과하는 검사 명령을 기록해 기준을 만듭니다.
기존 폼에 필수 입력을 추가하는 것처럼 확인 가능한 결과 하나를 지정하세요. 관련 파일, 기존 검증 함수, 유지할 동작을 알려 줍니다.
수정 전에 짧은 계획을 검토하세요. 영향받는 구성 요소, 데이터 흐름, 검증 명령을 확인하고 부족한 맥락을 먼저 보충합니다.
변경 사항을 나누어 검토하고 의존성, 생성 파일, 환경 변수와 오류 처리도 확인하세요. 정상 경로와 실패 경로를 모두 실행합니다.
완료 후 사용량과 검토 시간을 기록하세요. 두 번째 대표 작업에서도 시험한 뒤 유료 플랜이나 팀 이전을 결정합니다.

수정해서 사용할 작업 설명

목표: 사용자에게 보이는 변화.
맥락: 관련 파일과 기존 구현.
제약: 공개 API와 기존 의존성 유지.
검증: 프로젝트 검사와 실패 경로 확인.
완료: 변경 파일, 실행한 검사, 남은 제약 보고.

결과를 사용할 수 없을 때

응답 성공이 올바른 코드를 보장하지는 않습니다. 잘못된 파일을 수정하면 범위를 좁히고 진입점을 알려 주세요. 명령 실패는 동일한 터미널 환경에서 재현하세요. MCP는 서버 시작, 인증, 클라이언트 설정을 분리해 확인하고 사용량 문제는 잔액과 모델부터 확인하세요. 관련 없는 작업을 잃지 않도록 패치를 작게 유지합니다.