claude code agent 추천: 작은 SaaS를 만들 때 실제로 편했던 조합 5가지

2026년 07월 04일

0 Views

claude code agent 추천: 작은 SaaS를 만들 때 실제로 편했던 조합 5가지

Claude Code를 쓴다면 에이전트는 “많이 붙이는 것”보다 “반복 작업을 어디까지 맡길지”가 핵심입니다. 작은 SaaS나 내부 자동화 도구를 만들 때는 Claude Code + GitHub + Playwright MCP + Supabase 문서 참조 + Linear 또는 Notion 이슈 관리 조합이 가장 무난했습니다.

현재 프로젝트에서 작은 기능 하나를 골라 Claude Code + GitHub + 테스트 흐름으로 먼저 실험해보세요.

코드 생성만 보면 Cursor나 ChatGPT도 충분히 강합니다. 하지만 터미널에서 파일을 읽고, 수정하고, 테스트까지 이어가는 흐름은 Claude Code가 특히 편합니다. 여기에 필요한 에이전트만 붙이면 “코드 작성 도우미”가 아니라 “작은 개발 동료”처럼 쓸 수 있습니다.

먼저 하나만 고르라면?

기존 프로젝트 폴더에서 Claude Code를 열고, GitHub 연동과 Playwright 테스트부터 붙여보세요. 체감 효율이 가장 빨리 납니다.

내 상황별 추천 조합 보기

Claude Code 에이전트를 고르는 기준

좋은 에이전트 조합은 멋있어 보이는 기능보다 내가 자주 막히는 병목을 줄여야 합니다. 예를 들어 매번 UI 확인이 귀찮다면 Playwright가 먼저이고, 데이터베이스 스키마를 자주 바꾼다면 Supabase나 PostgreSQL 관련 MCP가 먼저입니다.

제가 에이전트를 붙일 때 보는 기준은 세 가지입니다. 첫째, 파일 수정까지 안전하게 맡길 수 있는가. 둘째, 테스트나 브라우저 확인처럼 사람이 반복하던 일을 줄이는가. 셋째, 실패했을 때 로그와 원인을 추적하기 쉬운가입니다.

1) Claude Code 기본 에이전트: 로컬 프로젝트 수정의 중심

가장 먼저 익숙해져야 할 것은 별도 플러그인이 아니라 Claude Code 자체입니다. 프로젝트 폴더를 열고 “이 컴포넌트의 상태 관리만 분리해줘”, “API 라우트에 입력 검증을 추가하고 테스트도 만들어줘”처럼 범위를 좁혀 지시하면 결과가 안정적입니다.

특히 Next.js, Node.js, Python 스크립트처럼 파일 구조가 명확한 프로젝트에서 강합니다. 반대로 레거시 코드가 크고 컨벤션이 섞여 있으면, 한 번에 리팩터링을 맡기기보다 폴더·파일 단위로 나누는 편이 안전했습니다.

2) GitHub 연동: 변경 내역을 작게 쪼개는 안전장치

Claude Code로 작업할 때 GitHub는 선택이 아니라 안전벨트에 가깝습니다. 에이전트가 여러 파일을 수정하면 결과가 좋아도 “왜 이렇게 바뀌었지?”를 확인해야 합니다.

저는 기능 단위를 아주 작게 나눠 커밋합니다. 예를 들어 “로그인 폼 UI 정리”, “Zod 검증 추가”, “에러 메시지 분리”처럼 커밋을 나누면, Claude가 만든 변경을 되돌리기도 쉽고 PR 리뷰도 편합니다.

3) Playwright MCP: UI 확인을 자동화하고 싶을 때

프론트엔드 작업이 많다면 Playwright MCP가 가장 체감이 큽니다. 버튼이 실제로 눌리는지, 로그인 후 리다이렉트가 되는지, 모바일 뷰에서 깨지는지 같은 확인을 에이전트에게 맡길 수 있습니다.

예를 들어 랜딩페이지 가격표를 수정했다고 가정해보겠습니다. Claude Code가 컴포넌트를 고친 뒤 Playwright로 페이지를 열고, CTA 버튼 텍스트와 레이아웃을 확인하게 만들면 사람이 브라우저를 왔다 갔다 하는 시간이 줄어듭니다. 실제 결과는 프로젝트 구조와 테스트 작성 상태에 따라 달라집니다.

조합	잘 맞는 작업	주의할 점
Claude Code + GitHub	기능 추가, 리팩터링, 버그 수정	커밋을 작게 나누지 않으면 변경 추적이 어려움
Claude Code + Playwright MCP	UI 테스트, 로그인 흐름, 폼 검증 확인	테스트 셀렉터가 불안정하면 오탐이 생김
Claude Code + Supabase	DB 스키마, 인증, RLS 정책 점검	보안 정책은 반드시 직접 검토 필요
Claude Code + Notion 또는 Linear	작업 목록 정리, 이슈 기반 개발	이슈 설명이 흐리면 결과도 흐려짐
Claude Code + Cursor	IDE 안에서 빠른 수정과 터미널 작업 병행	두 도구가 같은 파일을 동시에 고치지 않게 주의

실제로 써먹기 좋은 요청 예시

가상의 예시로, Next.js와 Supabase로 만든 대시보드에서 결제 상태 배지를 추가한다고 해보겠습니다. 이때 “결제 배지 만들어줘”라고만 쓰면 결과가 들쭉날쭉합니다.

대신 이렇게 요청하는 편이 낫습니다.

billing_status 값이 active, trialing, past_due, canceled일 때 각각 다른 배지를 보여줘. 기존 Badge 컴포넌트를 재사용하고, dashboard/account/page.tsx만 우선 수정해. 타입이 없으면 Supabase 타입 정의를 확인한 뒤 필요한 최소 타입만 추가해. 변경 후 npm test가 실패하면 원인을 설명해줘.

이렇게 파일 범위, 데이터 값, 재사용할 컴포넌트, 테스트 조건을 같이 주면 에이전트가 과하게 돌아다니지 않습니다. Claude Code는 맥락을 잘 읽지만, 목표가 흐리면 친절하게 엉뚱한 부분까지 고칠 때가 있습니다.

가장 흔한 실수: 에이전트에게 제품 결정을 맡기는 것

코딩 에이전트는 구현에는 강하지만, 어떤 기능이 지금 필요한지까지 자동으로 맞히지는 못합니다. “관리자 페이지 전체를 개선해줘” 같은 요청은 파일 변경이 커지고 리뷰가 어려워집니다.

더 좋은 방식은 결정은 사람이 하고, 구현 후보를 에이전트에게 맡기는 것입니다. 예를 들어 “관리자 페이지의 검색 속도를 개선할 방법을 3가지 제안하고, 가장 작은 수정부터 적용해줘”처럼 단계화하면 실패 비용이 낮습니다.

FAQ

Claude Code만 쓰면 Cursor는 필요 없나요?

필수는 아닙니다. 터미널 중심으로 작업하고 에이전트에게 파일 수정과 테스트를 맡긴다면 Claude Code만으로도 충분합니다. 다만 IDE 안에서 자동완성, 빠른 inline 수정, 코드 탐색을 자주 쓴다면 Cursor와 병행하는 편이 편할 수 있습니다.

MCP는 처음부터 많이 설치하는 게 좋나요?

아니요. 처음에는 GitHub와 Playwright처럼 효과가 명확한 것부터 붙이는 게 좋습니다. MCP가 많아질수록 권한, 설정 파일, 실패 지점도 늘어납니다.

비개발자도 Claude Code 에이전트를 쓸 수 있나요?

가능하지만 기본적인 Git, 패키지 설치, 에러 로그 읽기는 알아야 합니다. 완전 노코드 도구처럼 생각하면 막히기 쉽고, 작은 수정 단위로 요청하는 습관이 중요합니다.

보안상 조심할 점은 무엇인가요?

.env 파일, API 키, 고객 데이터가 포함된 로그를 그대로 붙여넣지 마세요. Supabase RLS, 결제 웹훅, 인증 로직은 에이전트 결과를 그대로 배포하지 말고 공식 문서와 코드 리뷰로 확인해야 합니다.

바로 할 다음 행동

오늘 처음 셋업한다면 새 도구를 다 설치하지 말고, 현재 만들고 있는 프로젝트에서 작은 기능 하나를 고르세요. Git 브랜치를 만들고 Claude Code에게 “한 파일 또는 한 화면”만 맡긴 뒤, 테스트와 diff를 확인해보면 자신의 작업 스타일에 맞는 조합이 빨리 보입니다.

정리하면, 이번 글의 claude code agent 추천 핵심은 단순합니다. MVP 개발자는 GitHub와 Supabase, 프론트엔드 작업자는 Playwright, 팀 작업자는 Linear나 Notion을 우선 붙이세요. 멋진 자동화보다 되돌릴 수 있는 작은 변경이 더 오래 갑니다.

claude code agent 추천: 작은 SaaS를 만들 때 실제로 편했던 조합 5가지