[한영자막] Matt Pocock 스킬 전체 플로우 배우기

한 줄 핵심

Matt Pocock의 skills repo는 설치 → 설정 → grilling → spec/tickets 분해 → 구현 → 코드리뷰로 이어지는 한 흐름을 표준화해, 긴 작업을 컨텍스트 창 크기에 맞게 안전하게 나눠 실행하는 방법을 보여준다.

시간별 요약

1. 0:00
   이 영상은 skills repo의 전체 사용 흐름을 처음부터 끝까지 정리하며, 고급 기능보다 시작에 필요한 핵심 절차에 집중한다. 브라운필드와 그린필드 모두 같은 방식으로 세팅할 수 있게 만드는 것이 출발점이다.
2. 1:03
   설치는 Node.js의 NPX로 `npx skills@latest add mattpocock/skills`를 실행하는 방식이며, 공식 skills와 실험 중인 skills가 분리되어 있다. 설치 범위는 프로젝트 단위와 전역 단위 중 선택할 수 있고, `symlink`를 쓰는 구성이 가장 간단하다.
3. 4:01
   설치 후에는 Claude code 같은 에이전트에서 skills가 가볍게 노출되며, 대부분 사용자 호출형이라 컨텍스트를 거의 차지하지 않는다. 이어서 `setup matt pocock skills`로 issue tracker, triage labels, domain docs 같은 저장 구조를 잡고, local markdown이나 Jira, Linear 같은 대상으로 연결할 수 있다.
4. 7:01
   기본 작업 흐름은 `grill with docs`로 아이디어를 인터뷰해 문제를 선명하게 만들고, 필요하면 `to spec`으로 대화를 압축해 장기 작업용 문서로 저장한 뒤 `to tickets`로 실행 단위로 쪼개는 방식이다. 컨텍스트 창이 충분하면 바로 `implement`로 넘어갈 수 있지만, 여러 세션이 필요하면 spec과 tickets가 기준점이 된다.
5. 14:00
   구현 단계에서는 ticket을 하나씩 처리하고, 마지막에 `code review` 성격의 검증을 돌려 spec과 구현 결과를 대조한다. 리뷰는 main agent가 아니라 sub agent로 수행해야 자기 코드에 대한 과도한 관대함을 피할 수 있고, 타입 체크·빌드·기준 문서 대조까지 함께 수행하는 것이 핵심이다.

실무 인사이트

• 긴 에이전트 작업은 처음부터 끝까지 한 번에 밀기보다, spec과 tickets로 의미 단위를 분리해 컨텍스트 손실을 줄이는 것이 가장 실용적이다.
• skills나 에이전트 설정은 기능 수보다 컨텍스트 점유율이 더 중요하므로, 자주 쓰는 것만 짧고 명확하게 노출하는 설계가 운영 효율을 높인다.
• 최종 검증은 본인이 작성한 코드가 아니라 별도 sub agent가 spec과 기준 문서를 대조하게 해야 품질 저하를 줄일 수 있다.