핵심 요약 스킬 자동 발동은 ‘좋은 skill 설명 + 좋은 시작 프롬프트 + 적절한 프로젝트 메모리 + 필요한 곳만 수동 호출’ 조합일 때 가장 잘 됩니다. Claude Code는 skill의 description 필드를 보고 언제 쓸지 판단합니다. 관련 있을 때 자동으로 로드하거나 /skill-name으로 직접 호출할 수 있습니다. flowchart TD A[사용자 요청] --> B{description 매칭} B -->|키워드 일치| C[스킬 자동 발동] B -->|애매함| D[수동 호출 필요] C --> E[작업 수행] D --> F["/skill-name 직접 호출"] F --> E style A fill:#c5dcef style C fill:#c0ecd3 style D fill:#ffc8c4 style E fill:#fde8c0 더보기

Claude Code를 조금만 깊게 써 보면 금방 부딪히는 문제가 있습니다. 규칙은 CLAUDE.md에 몰아넣고, 자동화는 훅에 넣고, 반복 작업은 스킬로 빼야 한다는 말은 알겠는데, 실제로 레포를 어떻게 나눠야 할지 애매합니다. 특히 프로젝트가 커질수록 “무엇을 항상 읽게 할지”, “무엇을 필요할 때만 불러올지”, “무엇을 문서로 남길지"가 섞이기 시작합니다. 이번 글은 temp/claude-structor.md의 간단한 구조 예시를 출발점으로, 실제로 운영 가능한 Claude Code 프로젝트 디렉터리 구조로 확장한 버전입니다. 단순히 폴더 이름만 나열하지 않고, 각 폴더가 왜 필요한지, 어떤 파일을 넣어야 하는지, 그리고 바로 가져다 쓸 수 있는 샘플 예제까지 같이 정리합니다. 더보기

lucas-flatwhite/pm-skills-ko 는 단순히 README만 한국어로 바꾼 저장소가 아닙니다. README, 플러그인 README, 커맨드 문서, SKILL 문서, 그리고 validate_plugins.py 까지 함께 보면, 이 저장소는 원본 pm-skills 를 한국어 사용자에게 바로 설치하고 실행할 수 있는 플러그인 컬렉션으로 재구성한 형태에 가깝습니다. 특히 흥미로운 지점은 세 가지입니다. 첫째, 루트 README가 전체 구조를 한 번에 설명하고, 둘째, 각 플러그인이 skills/, commands/, .claude-plugin/plugin.json 을 갖춘 독립 패키지처럼 정리되어 있으며, 셋째, 검증 스크립트가 이 구조가 실제 Claude Code 플러그인 규약에 맞는지 점검한다는 점입니다. 더보기

Claude Code 주변 생태계는 너무 빨리 커지고 있습니다. MCP, CLI, 스킬, 프레임워크가 동시에 쏟아지다 보니 무엇을 붙여야 실제 생산성이 올라가는지 판단하기가 점점 어려워졌습니다. 이번 글은 YouTube 영상 한 편을 바탕으로, 이 발표자 기준에서 “도구를 많이 붙이는 것"보다 “CLI와 스킬을 조합해 작업 흐름을 단순화하는 것"이 왜 더 중요하게 다뤄지는지 정리한 글입니다. 더보기

제품 관리자(PM)가 Claude AI를 활용할 때, 단순한 텍스트 생성을 넘어 구조화된 프레임워크가 필요한 순간이 있습니다. PM Skills Marketplace는 이런 니즈를 정확히 겨냥한 오픈 소스 프로젝트입니다. 이 마켓플레이스는 발견(Discovery)부터 전략(Strategy), 실행(Execution), 시장 출시(Go-to-Market), 성장(Growth)까지 제품 관리의 전체 라이프사이클을 아우르는 100개 이상의 스킬과 36개의 연결된 워크플로를 제공합니다. 더보기

AI를 오래 써 본 팀일수록 비슷한 불만을 말합니다. 모델은 분명 똑똑한데, 세금 처리 같은 도메인 업무나 팀 내부 절차처럼 맥락이 중요한 일로 가면 매번 설명을 다시 해야 하고 결과 기준도 흔들립니다. 이 영상은 그 문제를 “지능은 높지만 경험은 없는 상태"로 설명하고, 해결책으로 스킬을 제시합니다. 더보기