서브에이전트·훅·MCP 서버·슬래시 명령을 새 프로젝트마다 다시 복사해 붙이고 있다면, 그 설정은 계속 흩어지기만 합니다. 개인 .claude/ 폴더 안에만 있으면 팀원과 공유도 안 되고 버전 관리도 되지 않아, 누가 어떤 설정을 쓰는지조차 알 수 없게 됩니다.서브에이전트부터 직접 만든 MCP 서버까지 하나씩 붙여 쓰다 보니, 결국 이걸 통째로 묶어 옮기는 문제에 부딪혔습니다. 10분 따라 하면 스킬·훅·MCP를 한 폴더에 묶어 /plugin install 한 줄로 배포하는 구조가 손에 잡힙니다.1. 플러그인이 뭔가 — 지금까지 만든 걸 묶는 포장 계층Claude Code 플러그인은 Claude Code를 확장하는 자기완결형 디렉터리입니다. 스킬·에이전트(서브에이전트)·훅·MCP 서버·LSP 서버·모니터..
Claude Code에 파일 검색·번역·내부 API 같은 내 도구를 붙이고 싶은데 방법이 막막할 겁니다. MCP는 스펙 변화가 잦아 오래된 블로그로 MCP 서버 만들기를 따라 하면 깨진 import·구 SSE 방식으로 시간만 날립니다.Claude Code에 여러 도구를 붙여 써온 관점에서 현재(1.29.0 기준) 동작하는 최소 코드만 정리했습니다. 이 순서대로 가면 최소 MCP 서버 하나를 만들어 Claude Code에서 직접 호출하는 것까지 끝납니다.1. MCP가 뭐고 왜 직접 만드나MCP(Model Context Protocol)는 AI 클라이언트와 외부 도구 사이의 USB-C 같은 표준 규격입니다. Claude Code든 Claude Desktop이든 규격만 맞으면 같은 서버를 그대로 꽂아 씁니다...
.ts 하나 돌려보려고 ts-node·nodemon·tsconfig 세팅부터 하는 게 번거로웠던 적 있을 겁니다. Node 24에선 그냥 node app.ts로 되는데, 모르면 안 써도 될 의존성을 계속 얹고, 무턱대고 걷어내면 enum에서 에러가 터집니다. Node로 스크립트·백엔드를 다뤄온 관점에서 공식 문서를 직접 확인해 되는 것과 안 되는 것을 갈랐습니다. 이 순서대로 가면 ts-node를 걷어낼지, 어디까지 걷어낼지 판단이 섭니다.빌드 없이 .ts가 실행되나 — 되는 것부터됩니다. Node 24는 .ts 파일을 그대로 받습니다.node app.ts--experimental-strip-types 플래그는 필요 없습니다. 이 타입 스트리핑은 v23.6부터 기본으로 켜져 있고, v24에서 Stable..
노션 문서·GitHub 이슈·에러 로그를 Claude Code 채팅에 계속 복사해 붙여넣고 있을 겁니다. 그럴 때마다 맥락이 끊기고, 매번 어디서 뭘 가져올지 찾느라 시간이 새 나갑니다.여러 외부 서비스를 Claude Code에 연결해 써온 관점에서, 헷갈리기 쉬운 지점만 골라 정리했습니다. 이 순서대로 가면 노션·GitHub·DB를 명령 한 줄로 붙여 Claude가 직접 읽고 조작하는 것까지 끝납니다.1. MCP 연동이 뭔가 — 연결과 제작은 다릅니다MCP(Model Context Protocol)는 AI 클라이언트와 외부 도구를 잇는 USB-C 같은 개방형 표준입니다. 노션·GitHub·구글 커넥터가 바로 그 회사나 앤스로픽이 미리 만들어 둔 MCP 서버예요. 그러니까 대부분의 사람이 할 일은 서버를..
Claude Code로 작업하다 보면 저장할 때마다 포맷 돌리고, rm -rf 같은 위험 명령은 없나 눈으로 확인하고, .env는 건드리지 말라고 매번 프롬프트에 적게 됩니다. 사람이 매번 챙기면 언젠가 한 번은 까먹고, 그 한 번이 규칙 붕괴나 사고로 이어집니다. AI 도구를 실무에 붙여 돌려온 관점에서 보면, "부탁하는 규칙"보다 "항상 실행되는 규칙"이 훨씬 안전합니다. 이 순서대로 가면 settings.json 몇 줄로 포맷·위험 명령 차단·파일 보호·알림·컨텍스트 재주입 5가지가 자동으로 걸립니다.1. Hooks가 뭐고 왜 쓰나Claude Code Hooks는 Claude Code 생명주기의 특정 시점에 사용자가 정의한 셸 명령을 자동 실행하는 기능입니다. 핵심은 실행 방식입니다. CLAUDE...
Spring Boot 3.5의 오픈소스 지원이 2026년 6월 30일 끝나면서 4.0으로 올려야 하나 고민하는 시점입니다. 미루면 보안 패치가 끊기고, 그냥 버전만 올리면 앱이 기동조차 안 되거나 API가 전부 403으로 막힙니다. 현업에서 Java·Spring을 다뤄온 관점에서 공식 마이그레이션 가이드를 실제 깨지는 항목 위주로 정리했습니다. 이 순서대로 가면 3.x에서 4.0까지 무엇이 깨지고 어떻게 고치는지 손에 잡힙니다.왜 지금 올려야 하나 — 3.5 EOLSpring Boot 3.5의 오픈소스 지원은 2026년 6월 30일 종료됐습니다. 이후 3.x 브랜치는 상용(Commercial) 계약이 있어야 보안 패치를 받습니다. 무료로 계속 쓰면 새 CVE가 나와도 패치가 안 옵니다. 그래서 판단은 단..
7월 1일부터 Free·Pro 플랜은 Claude Code 기본 모델이 Sonnet 5로 바뀌었는데, Max·API는 여전히 Opus 4.8이라 뭘 써야 할지 헷갈립니다. 단가만 보고 Sonnet 5로 전면 전환하면, 새 토크나이저 탓에 9월 청구서가 오히려 오를 수 있습니다. 두 유료 플랜(Claude Max·Gemini Pro)을 병행하며 Claude Code를 매일 붙여 쓰는 입장에서 단가·벤치·토큰을 직접 맞춰봤습니다. 다 읽으면 어느 작업을 어느 모델에 보낼지, 토큰 함정 피하는 기준까지 답이 보입니다.결론부터 — 어느 쪽 누구에게Claude Sonnet 5 vs Opus 4.8를 고를 때 헷갈리는 지점부터 정리합니다. 7월 1일부터 기본 모델이 바뀐 건 Free·Pro 플랜뿐입니다. Max·T..
서브에이전트를 만들긴 했는데 Claude가 위임을 안 하거나, 병렬로 돌리면 오히려 느려진 적이 있을 겁니다. 역할 분리를 잘못 잡으면 컨텍스트만 낭비하고 토큰 청구서만 늘어납니다.Claude Code를 실무 코딩·리팩토링·리뷰에 써온 관점에서 배치 기준을 정리했습니다. 이 순서대로 가면 서브에이전트 배치가 손에 잡힙니다.서브에이전트란 — 왜 메인 대화에 안 두나Claude Code 서브에이전트는 별도 컨텍스트에서 돌고 결과 summary만 메인 대화로 반환하는 워커다. 메인 대화에서 파일 30개를 grep하면 그 결과가 전부 메인 컨텍스트를 채운다. 서브에이전트에 시키면 검색 과정은 격리된 곳에서 끝나고, 메인에는 "핵심 3개 파일" 한 줄만 돌아온다. 핵심은 이거다. 서브에이전트를 쓰는 이유는 병렬이..
사이드 프로젝트를 배포할 때 Vercel·Cloudflare·Netlify 셋 중 어디로 올릴지 막판까지 고민하게 됩니다. 무료라는 말만 믿고 올렸다가 트래픽이 한 번 튀면 결제일에 예상 못한 청구서가 날아옵니다.풀스택으로 프론트를 직접 배포해온 관점에서 세 서비스의 공식 가격을 과금 단위까지 분해했습니다. 비교가 끝나면 어떤 프로젝트를 어디에 올려야 할지 답이 보입니다.본문의 모든 가격은 2026년 6월 기준이며, 세 서비스 모두 플랜·한도를 자주 바꿉니다. 결제 전에 공식 가격 페이지를 다시 확인하는 것을 권장합니다.한눈에 — 세 서비스 핵심 스펙Vercel Cloudflare Netlify 비교의 시작점은 무료 한도와 유료 시작가입니다. 먼저 한 표로 정리했습니다. 표에 없는 시나리오·함정은 아래 ..
인증을 직접 짤지 SaaS에 맡길지 고민이라면, 그 결정이 프로젝트 후반의 운영 부담을 거의 다 결정합니다.잘못 고르면 토큰 만료 처리·소셜 로그인 추가·보안 패치에 매주 시간이 새 나가고, 반대로 과한 SaaS를 붙이면 사용자 수가 늘 때 청구서가 부담스러워집니다. 현업에서 일해온 관점에서, 백엔드 인증을 직접 구현하다 운영 비용에 데어본 경험과 인증 SaaS 비교(가격·과금 단위 5종)를 같이 정리했습니다. 비교 끝나면 세션·JWT·OAuth2 중 무엇을 쓸지, 그리고 직접 짤지 SaaS를 붙일지 답이 보입니다.먼저 결정 트리 — 자체 구현이냐 SaaS냐인증은 "어떤 방식이 좋은가"보다 "내가 직접 운영할 수 있는가"가 먼저입니다. 소셜 로그인·MFA·SSO가 필요하면 자체 구현 비용이 급격히 오르니..