소프트웨어 기본 사항이 그 어느 때보다 중요합니다. Matt Pocock의 Claude Code 기술 세트

Mattpocock/Skills 해체 - 4개월 만에 61,000개의 별을 달성한 이 창고가 왜 그렇게 인기가 있는지, 그리고 그 18분 동안의 연설 뒤에는 어떤 내용이 담겨 있는지. 5가지 AI 프로그래밍 실패 모드부터 5가지 설치 가능한 기술까지 완벽한 Matt Pocock 워크플로 맵을 제공합니다.

Software fundamentals matter now more than they actually ever have. Code is not cheap. Bad code is the most expensive it's ever been.

Matt PocockSoftware Fundamentals Matter More Than Ever (AI Engineer Conference, 2026)

이동

스펙 대 코드의 물결에 압도당했지만 여전히 차분한 사람

2026년은 AI 프로그래밍의 "사양에서 코드까지" 서술이 가장 중요한 해입니다. 사양을 작성하고, 컴파일러를 실행하고, 코드를 읽지 않고 사양을 작성한 다음 컴파일러를 실행합니다. 커뮤니티에 떠오른 슬로건은 "code is cheap"(코드는 싸다)이다. 즉, 어쨌든 AI는 초당 10,000줄을 더 생성할 수 있는데 왜 신경써야 하느냐는 뜻이다.

Matt Pocock은 이에 대해 공개적으로 반대하는 몇 안되는 사람 중 한 명입니다. 그는 AI 코딩이 매우 강력하다는 사실을 부정하지 않지만 실제로 자신의 수업 "실제 엔지니어를 위한 클로드 코드"에서 사양 대 코드를 테스트했으며 결론은 매우 가슴 뭉클했습니다. 실행할 때마다 코드가 점점 더 나빠집니다. 이것이 바로 Pragmatic Programmer에서 언급된 "소프트웨어 엔트로피", 즉 소프트웨어 엔트로피 증가입니다.

그래서 그는 두 가지 일을 했습니다:

이 관찰 내용을 18분짜리 강연으로 정리하세요. 소프트웨어 기본은 그 어느 때보다 중요합니다.
해당 해독제를 GitHub 저장소에 패키징합니다. mattpocock/skills - "Skills for Real Engineers. Straight from my .claude 디렉터리."

창고는 2026년 2월 3일에 출시되었으며 4개월 만에 61.1,000개의 별과 5.3,000개의 포크에 도달했습니다. 같은 기간 동안 가장 빠르게 성장하는 AI 프로그래밍 웨어하우스 중 하나였습니다.

Software Fundamentals Matter More Than Ever

A 18-minute talk arguing that good codebases matter more than ever in the AI age. Maps 5 common AI coding failure modes to 5 installable Claude Code skills, each rooted in a classic software engineering text.

Matt PocockYouTube2026

이동

mattpocock/skills

Skills for Real Engineers. Straight from my .claude directory. 61k+ stars in 4 months.

Matt PocockGitHub2026-02

이동

맷 포콕은 누구인가?

TypeScript를 작성해 본 적이 있다면 아마도 이 유형을 접했을 것입니다. 그는 최근 몇 년간 중국어와 영어계에서 가장 많은 TypeScript 교육을 펼친 사람 중 한 명입니다.

영어계에서 매우 인기 있는 유료 강좌 시리즈인 TotalTypeScript.com의 창립자
aihero.dev 뉴스레터 구독자 60,000명 이상, 주제가 TS에서 AI 코딩으로 변경됨
Twitter @mattpocockuk 및 YouTube @mattpocockuk에 짧은 동영상 튜토리얼이 많이 있습니다.
OpenAI/Anthropic 사람이 아니며 순수 독립 개발자 + 교육자 배경입니다.

그의 성격은 매우 명확합니다. 선임 엔지니어의 관점에서 본 AI 코딩. 우리는 “AGI가 온다”라고 외치지도 않고, “프로그래머들이 일자리를 잃을 것이다”라고 외치지도 않습니다. 그가 외친 것은 "구세대 소프트웨어 엔지니어의 비법은 여전히 매우 유용합니다. LLM이 실행할 수 있는 형식으로 변환하기만 하면 됩니다."였습니다.

핵심 주장: 코드는 저렴하지 않습니다

전체 연설에는 단 하나의 주장만 있으며 각 기술은 그에 대한 각주입니다.

코드 베이스 구조가 나쁘면 AI는 나쁜 코드 베이스에만 나쁜 코드를 작성합니다. 따라서 좋은 코드 기반이 그 어느 때보다 중요하며 기본적인 소프트웨어 기술이 그 어느 때보다 중요합니다.

Matt는 인간과 AI의 역할을 매우 간단하게 설명하기 위해 군사적 비유를 사용했습니다.

If we think about AI as a really great on-the-ground programmer—a tactical programmer, a sergeant on the ground making the code changes—you need someone above that. You need someone thinking on the strategic level. And that's you.

Matt PocockSoftware Fundamentals Matter More Than Ever

이동

전략적 계층은 무엇을 하는가? 디자인 개념, 통합 언어, 모듈 경계 - 이 세 가지는 "코드 작성"이 아닌 "문제 정의"이며 LLM이 가장 잘 수행할 수 없는 작업입니다.

다섯 가지 실패 패턴 → 다섯 가지 고서 → 다섯 가지 기술

Matt는 연설에서 전체 방법론을 매핑 테이블로 압축했습니다. 실패 모드에 직면할 때마다 그는 20년 전에 해결된 고전 이론을 다시 지적한 다음 Markdown 형식의 Skill 파일을 제공합니다.

#	AI 프로그래밍 실패 모드	고전 이론 및 출처	해당 스킬
1	AI는 당신이 원하는 것을 하지 않습니다	디자인의 디자인(브룩스)—— 디자인 컨셉, 디자인 트리	`/grill-me`
2	AI가 여러 가지 장황한 용어로 말을 건다	도메인 기반 디자인(Evans) - 유비쿼터스 언어	`/grill-with-docs`
3	AI는 제대로 작동하지만 실행할 수 없습니다	실용주의 프로그래머(Hunt & Thomas)—— "피드백 속도가 속도 제한입니다"	`/tdd`
4	AI가 잘못된 코드 기반을 돌아다닌다	소프트웨어 디자인 철학(Ousterhout) - 심층 모듈, 삭제 테스트	`/improve-codebase-architecture`
5	당신의 두뇌는 AI 출력을 따라갈 수 없습니다	켄트 벡 —— 매일 디자인에 투자	"인터페이스 디자인, 구현 위임"

항목 5 저장소에는 별도의 기술이 없으며(예전에는 design-an-interface이 있었지만 더 이상 사용되지 않음) 그 정신은 /to-prd 및 /improve-codebase-architecture에 흡수되었습니다. 둘 다 코드를 작성하기 전에 모듈 인터페이스에 대해 생각해야 합니다.

매일 실제로 사용하는 기술 5가지

연설은 철학적 뼈대였습니다. Matt는 나중에 aihero.dev에 "내가 매일 사용하는 5가지 상담원 기술"이라는 기사를 게시하여 이 뼈대를 일일 작업 흐름으로 전환했습니다. 이 5개는 앞으로 이 시리즈에서 하나씩 해체될 개체입니다.

/grill-me                       ← 先和 AI 谈清楚要做什么
        ↓
/to-prd                         ← 把对话凝固成 PRD
        ↓
/to-issues                      ← 把 PRD 切成可独立领取的 vertical slice
        ↓
/tdd                            ← 每个 slice 用红绿重构跑通
        ↓
/improve-codebase-architecture  ← 周期性检查，把 shallow 模块改成 deep

이 5가지 기술이 함께 결합되어 Matt의 완전한 연구 개발 프로세스를 구성합니다. 각 단계에 해당하는 실패 모드는 이전 섹션의 표에 나와 있습니다.

각 품목의 자세한 분해(이 시리즈의 후속 페이지):

설치 방법

웨어하우스 README에서는 설치를 위한 한 줄 명령을 제공합니다.

npx skills@latest add mattpocock/skills

이 명령은 다음을 수행합니다.

어떤 스킬을 설치하고 싶은지 확인해보세요
설치할 에이전트를 선택할 수 있습니다. (Claude Code, Codex, Cursor 등 모두 지원)
해당 SKILL.md 파일을 .claude/skills/(또는 에이전트에 해당하는 디렉터리)에 넣습니다.

**/setup-matt-pocock-skills**을 동시에 확인하는 것이 좋습니다. 이는 세 가지 질문을 묻는 일회성 구성 기술입니다.

이슈 트래커는 어떤 용도로 사용되나요? (GitHub / GitLab / 로컬 마크다운 / 기타)
Triage label에는 어떤 단어가 사용되나요? (필요한 분류 또는 기타)
도메인 문서를 어디에 둘 것인가? (CONTEXT.md/ADR 경로)

/setup-matt-pocock-skills을 한 번 실행하면 프로젝트 루트 디렉터리의 AGENTS.md 또는 CLAUDE.md에 기록됩니다. 그 후에는 모든 엔지니어링 기술(to-prd, to-issues, triage, tdd 등)이 자동으로 이 구성을 읽습니다. 이 단계는 생략되며 이후의 모든 스킬은 동일한 질문을 계속해서 묻습니다.

/grill-me(가장 가볍고 순수한 생산성 클래스)을 시도하고 싶다면 문제 추적기에 의존하지 않으므로 설정을 건너뛸 수 있습니다.

본 스킬셋과 BMAD / Spec-Kit / GSD의 차이점

BMAD, Spec-Kit, GSD와 같은 사양 기반 프레임워크를 이미 사용하고 있다면 "왜 Matt의 세트가 여전히 필요한가요?"라고 물을 수 있습니다.

Matt는 README에 다음과 같이 직접적으로 썼습니다.

Approaches like GSD, BMAD, and Spec-Kit try to help by owning the process. But while doing so, they take away your control and make bugs in the process hard to resolve. These skills are designed to be small, easy to adapt, and composable.

Matt Pocockmattpocock/skills README

이동

핵심 차이점:

BMAD/Spec-Kit/GSD는 사양에서 코드까지 완전한 파이프라인을 지정하는 프레임워크입니다. 그 과정을 따라야 합니다.
Matt 이 세트는 구성요소입니다. 각 스킬에는 몇 줄에서 수십 줄에 이르는 마크다운 파일이 있습니다. 언제든지 분해하고 수정할 수 있습니다.

예: grill-me의 실제 전체 텍스트는 이 정도로 짧습니다.

Interview me relentlessly about every aspect of this plan until we reach
a shared understanding. Walk down each branch of the design tree,
resolving dependencies between decisions one-by-one. For each question,
provide your recommended answer.

Ask the questions one at a time.

If a question can be answered by exploring the codebase, explore the
codebase instead.

전체 스킬은 7라인입니다. 하지만 Claude가 결정을 내리기 전에 20, 50, 심지어 100가지 질문을 하게 만드는 것은 바로 이 7줄입니다. 아주 적은 텍스트를 사용하여 큰 행동 변화를 활용한다는 디자인 철학이 이 기술 세트가 인기를 얻는 근본적인 이유입니다.

이 시리즈를 읽는 방법

이전에 Matt의 세트를 접해본 적이 없다면 Meta.json의 순서대로 읽는 것이 좋습니다.

개요(현재 보고 있는 기사) - 전체 그림 보기
Grill Me - 개별적으로 설치하여 먼저 사용해 보세요. 임계값이 가장 낮습니다.
Grill With Docs - grill-me의 고급 버전, CONTEXT.md 도입 시작
to-PRD + to-Issues - 대화를 실행 가능한 티켓으로 전환
TDD - Matt 자신이 "에이전트 출력 품질을 향상시키기 위해 사용해 본 방법 중 가장 안정적인 방법"이라고 말했습니다.
코드베이스 아키텍처 개선 - AI를 장기간 사용할 수 있도록 정기적인 유지 관리

이미 Claude Code를 사용하여 실제 프로젝트를 작성하고 있다면 가장 직관적인 기사인 /grill-me + /tdd로 바로 이동하세요.

가르치거나 글을 쓰고 있다면 /grill-me을 읽는 것만으로도 충분합니다. 이는 코드에만 국한되지 않는 일반적인 "설계 대화" 도구입니다.

내 사용 제안

이 기술 세트를 직접 설치한 후 가장 큰 물리적 변화는 다음과 같습니다.

첫 번째: 서두르지 말고 코드 작성을 시작하세요. 과거에는 AI가 "로그인 추가"를 수신하면 500줄을 레이아웃하기 시작했습니다. 이제 /grill-me이(가) 먼저 "기기를 기억하시겠습니까?"라는 20가지 질문을 할 것입니다. "세션이 만료되는 데 얼마나 걸리나요?" "계정 잠금에 몇 번이나 실패하셨나요?" 30분 후에 쓰도록 하세요. 당신이 절약하게 될 것은 후속 2시간의 재작업입니다.

두 번째: CLAUDE.md가 더 이상 부풀어오르지 않습니다. 예전에는 CLAUDE.md에 "코드를 작성하기 전에 요구사항을 이해해주세요", "지나치게 추상화하지 마세요" 등 금지사항이 많이 적혀 있었는데, 클로드는 그래도 이를 지켰습니다. Matt의 세트로 전환한 후 CLAUDE.md에는 도메인 지식(설계 시스템, 구성요소 사양, 배포)만 넣고 일반적인 방법론은 스킬에 넘겨줍니다. 양측의 책임은 분명합니다.

셋째: 심층적인 모듈 사고는 기술 자체보다 더 가치가 있습니다. /improve-codebase-architecture을 설치하지 않더라도 SKILL.md에서 "삭제 테스트"를 읽는 것만으로도(이 모듈을 삭제한 후 복잡성이 사라지면 통과되었음을 의미함) 이미 PR 검토 중에 다시 살펴보게 됩니다.

비용 참고:

스킬 5개를 설치하면 AI가 추가 질문을 하게 됩니다. "한 문장에 500줄을 생성하는 것"에 익숙한 사람들은 불편하다고 느낄 것입니다.
/tdd이 엄격하게 구현된 후에는 먼저 테스트를 작성하기 위해 간단한 스크립트도 필요합니다. 이는 탐색 코드에 친숙하지 않습니다. "이번에는 TDD 건너뛰기"라고 말할 수 있습니다.
/grill-with-docs이(가) CONTEXT.md를 수정하는 데 앞장설 것입니다. 처음 실행하기 전에 시험 실행하는 것이 가장 좋습니다.

참조 리소스

5 Agent Skills I Use Every Day

Matt's own writeup of his daily 5-skill workflow: grill-me → to-prd → to-issues → tdd → improve-codebase-architecture. Rich with concrete examples like a video editor feature build.

Matt Pocockaihero.dev2026

이동

My 'Grill Me' Skill Went Viral

The story of why a 7-line markdown file became one of the most copied AI coding patterns of 2026.