AI 엔지니어의 90%가 이 4가지 개념을 혼용해서 사용하고 있습니다.

하지만 이들은 서로 다릅니다.

그리고 바로 그 점 때문에 수많은 AI 에이전트(AI agents)가 느려지고, 비용이 많이 들며, 디버깅(debug)이 불가능해지는 것입니다.

4가지 개념:

• 기술 (Skills)
• 하위 에이전트 (Subagents)
• MCP
• 훅 (Hooks)

각각은 완전히 다른 문제를 해결합니다.

이들을 이해하는 가장 간단한 방법은 다음과 같습니다:

📚 기술 (SKILLS) = 에이전트가 무엇을 '아는가' (KNOWS)

재사용 가능한 전문 지식이 필요한가요?

• 코딩 표준 (A coding standard)
• 파일 형식 (A file format)
• 워크플로 (A workflow)

기술 (Skill)을 사용하세요.

필요할 때만 로드하세요.
모든 작업이 영구적인 컨텍스트 (context)를 가질 필요는 없습니다.

🧠 하위 에이전트 (SUBAGENTS) = 에이전트가 어디서 '생각하는가' (THINKS)

심층적인 조사가 필요한가요?
병렬 분석 (Parallel analysis)이 필요한가요?
복잡한 탐색 (Messy exploration)이 필요한가요?

하위 에이전트 (Subagent)를 사용하세요.

해당 작업에 자체적인 작업 공간을 부여하세요.
메인 대화 (main conversation)를 깔끔하게 유지하세요.

🔌 MCP = 에이전트가 어디에 '접근할 수 있는가' (REACH)

다음 항목에 대한 접근 권한이 필요한가요:

• API
• 데이터베이스 (Databases)
• SaaS 도구
• 내부 시스템 (Internal systems)

MCP를 사용하세요.

에이전트가 자신 외부의 무언가와 상호작용해야 한다면, 보통 MCP가 정답입니다.

⚡ 훅 (HOOKS) = 에이전트가 무엇을 '준수해야 하는가' (MUST OBEY)

다음 항목이 필요한가요:

• 검증 (Validation)
• 보안 점검 (Security checks)
• 포맷팅 규칙 (Formatting rules)
• 로깅 (Logging)

훅 (Hooks)을 사용하세요.

모델이 이를 기억할 것이라고 믿지 마세요.
강제(Enforce)하세요.

사고 모델 (The mental model):

기술 (Skills) → 지식 (Knowledge)
하위 에이전트 (Subagents) → 사고 (Thinking)
MCP → 접근 (Access)
훅 (Hooks) → 규칙 (Rules)

대부분의 사람들은 AI 시스템을 다음과 같이 구축합니다:

"MCP로 해결할 수 있을까?"

더 나은 질문은 다음과 같습니다:

"이것이 과연 MCP를 필요로 하는가?"

논쟁적인 의견 (Hot take):

MCP 서버의 상당 부분은 기술 (Skills)이었어야 합니다.

사람들은 재사용 가능한 지식만 있으면 될 상황에서 통합 (integrations)을 만들어냅니다.

그 결과는?

• 더 높은 지연 시간 (latency)
• 더 많은 인증 (auth) 문제
• 더 많은 유지보수

더 나은 AI 시스템은 더 많은 조각을 추가한다고 만들어지는 것이 아닙니다.

어떤 조각을 추가하지 '않아야' 하는지를 아는 것에 의해 만들어집니다.

기술 (Skill)과 MCP 사이를 결정하는 당신만의 규칙은 무엇인가요?
[IMG:1]