LLM이 “도구를 쓰는 시대”: Grokking · MCP · n8n · Agent 아키텍처 정리
요즘 LLM 흐름을 한 문장으로 요약하면 “사람 언어를 깊게 이해(grokking)하는 모델 + 외부 도구를 붙여 실제 일을 처리하는 구조”로 이동 중임. 단순 대화형 모델을 넘어, 브라우저·DB·모니터링·문서 같은 실제 시스템과 연결되면서 생산성이 급격히 올라가는 중임.
1) LLM Grokking: “맥락을 자연스럽게 다루는 모델”로 이동
- Grokking은 단순 패턴 암기가 아니라, 사람 말의 의도/맥락을 더 깊게 ‘이해한 것처럼’ 다루는 수준을 의미함
- 그래서 프롬프트 한 줄만으로도 “왜 이걸 하는지”, “어떤 제약이 있는지”, “뭘 우선해야 하는지”를 더 잘 따라가게 됨
- 이 흐름이 도구 사용과 결합되면 말 → 실행(툴 호출) → 결과 검증까지 한 번에 이어지는 구조가 됨
2) MCP: LLM이 도구/컨텍스트를 붙이는 표준 연결 방식
MCP(Model Context Protocol)는 LLM이 외부 도구와 컨텍스트(문서/DB/서비스)를 안전하게 연결해 쓰도록 돕는 프로토콜임. 즉, 모델이 “말만 하는 존재”에서 “툴을 호출하는 실행자”로 확장되는 핵심 레이어임.
3) n8n: “자동화 워크플로우”와 LLM을 붙이는 실전 도구
n8n은 다양한 앱/서비스를 연결해 워크플로우를 만들고 자동화하는 플랫폼이고, 최근에는 AI Agent 기반 구성도 빠르게 확산되는 중임.
LLM + MCP + n8n 조합은 “에이전트가 업무 플로우를 실제로 굴리게 만드는” 대표 패턴으로 자주 등장함.
4) “description이 모든 걸 좌우”함 (MCP든 Agent든 똑같음)
여기서 제일 중요한 포인트는 description(설명/스펙)임.
- MCP 도구 description이 부실하면 → 모델이 도구를 “언제/어떻게” 써야 하는지 헷갈림
- Super agent / Sub agent description이 부실하면 → 역할이 겹치고, 책임이 흐려지고, 결과 품질이 흔들림
- 결국 설명(=작업 계약서)이 명확할수록 성능이 오름
좋은 description에 꼭 들어갈 것
- 목적(왜 쓰는지) / 입력·출력 형식 / 금지 사항 / 예시 1~2개 / 실패 시 처리 규칙
5) MCP “TOP 5” (실무에서 바로 체감 큰 조합)
내 기준으로 많이 쓰게 되는 상위 5개는 아래처럼 정리 가능함
- Context7: 최신 문서 기반으로 라이브러리 사용법을 정확히 가져오는 문서 MCP
- Playwright: 브라우저 자동화(로그인/크롤링/테스트/스크린샷 등)
- Sentry: 에러 모니터링/이슈 추적(서비스 운영 품질 체감 큼)
- GitHub: 이슈/PR/코드 변경 흐름을 에이전트 작업과 붙이기 좋음
- PostgreSQL: 데이터 조회/리포트/추천 로직 검증에 바로 연결 가능
6) Superagent · Subagent: 복잡한 AI 시스템을 “관리 가능”하게 만드는 패턴
- Super agent: 전체 목표를 쪼개고 순서/우선순위를 잡아 실행을 오케스트레이션하는 상위 에이전트
- Sub agent: 특정 도메인(예: DB, 프론트, 모니터링, 크롤링 등)을 전문 처리하는 하위 에이전트
이 구조의 장점은 단순함:
- 복잡한 작업을 “전문가 팀”처럼 나눠서 처리 가능
- 각 에이전트가 맡는 범위가 명확하면 유지보수가 쉬워짐
- 여기서도 핵심은 똑같이 description(역할 정의)임
7) Claude Code 플러그인: “프론트엔드 퀄리티가 달라지는” 이유
Claude Code 같은 에이전틱 코딩 환경에서는 플러그인/스킬을 붙이느냐가 결과물을 바꿈.
예를 들어 frontend-design 같은 플러그인은 “그냥 작동하는 UI”가 아니라 더 완성도 높은 프론트 결과를 목표로 설계된 도구에 가까움.
또한 공식 문서에서도 플러그인/마켓플레이스를 통해 미리 빌드된 플러그인을 발견하고 설치하는 흐름을 안내하고 있음.
8) 플러그인/마켓플레이스 생태계: claudemarketplaces.com
요즘은 “플러그인을 어디서 찾고, 어떻게 조합하느냐” 자체가 실력 차이가 되는 구간임.
claudemarketplaces.com은 Claude Code 플러그인/확장 생태계를 찾는 디렉토리 성격의 사이트이고, GitHub를 자동으로 탐색해 마켓플레이스를 모으는 구조로 알려져 있음.
