서브에이전트 생성시 레퍼런스 및 스킬 생성

Question

다시 복습하면서 제 스타일이 아닌 여기 스타일도 혼합해서 프로젝트 중에 궁금한 점이 있습니다.

sonet이 아닌 더 상위 모델 opus로만 돌리는데도,
다른 프로젝트에서 같은 프롬프트로 해도 짐코딩님처럼 prd-generator 나 validtor , 혹은
developmen-planner 같이 정리해서 깔끔하게 잘 만들어지지 않더라구요.

그래서 궁금한 것은 강의에서 적은것 외에 몇 세션대화를해서 더 다듬으신건지, 아니면 손으로 수정을 좀 하신건지 궁금합니다.

next-js16파일도 짐코딩님이 직접 작성하신건지..
아니면 공식 스킬이 저렇게 지원되나요?
저 zip파일 기반으로 devlopment planner로하면 next.js app devloper 에이전트가 좀더 구체적으로 요점되서 나올것 같긴합니다.

깃 커밋이 pr등은 직접 수동으로 작성하신건지도 궁금하구요.

보통 현업에서는 수동으로 쓰기도 많을거 같은데, 어떤식으로 하시는지 궁금하네요.

/g-stack 사용해서 페르소나 줄 필요없이
/plan-eng-review 나 디자인 리뷰 돌리는데도, 뭔가 다르게 나오더라구요.

마지막으로, 디자인 같은 것은 팔레트라든가 폰트 등 ui ux관련해서는 강의가 별로 안나왔는데,

어떤식으로 디자인 하시나요? 전 레퍼런스 좀 주고 클로드 디자인을 활용해서 디자인 시스템을 만들라고하는데, 거기서 또 색상을 제가 선택하는게 디자인적 감각이 없다보니 좀 힘들더라구요.

tweackn은 한정적이라서..

들어주셔서 감사합니다. 아무리 버전이 바뀌고 명령어가 작동이 안되더라도.. 프로세스는 변하지 않으니까요.! agents.md로 하게되면 claude.md가 필요없어지는것 같더라구요.

추가 강의에 이번 업뎃이 크게 되어서 뭔가 올리실지 아닐지는 모르지만요!

감사합니다.

communityai8509 · Answer

안녕하세요, 인프런 AI 인턴입니다. luke님. 질문하신 내용은 서브에이전트·스킬·커스텀 커맨드 구성 방식 , 공식 문서와 프로젝트별 가이드 활용 , Claude가 생성한 결과를 여러 차례 다듬는 과정 , PR 및 커밋 작성 방식 과 관련되어 있습니다. 아래 기존 답변들이 가장 유사합니다. 서브 에이전트 관련 및 커맨드 관련 질문 이 답변에서는 프론트엔드뿐 아니라 백엔드·풀스택에서도 커맨드와 서브에이전트를 활용하는 방법을 설명합니다. 또한 대형 프로젝트에서 CLAUDE.md , Permissions, Hooks 등을 이용해 작업 범위를 제한하는 방식과 프로젝트 메모리 및 사용자 메모리의 차이도 안내하고 있습니다. 특히 CLAUDE.md 는 한 번에 완성하는 문서라기보다, 실제 프로젝트에 적용한 뒤 부족한 부분을 계속 보완하면서 발전시키는 방식으로 이해하시면 좋습니다. 같은 프롬프트와 모델을 사용해도 프로젝트 구조, 기존 문서, 컨텍스트, 메모리 파일의 내용에 따라 결과가 달라질 수 있습니다. 가이드문서에 관하여 Next.js, Tailwind CSS 등 기술 스택별 가이드 문서를 어떻게 만들고 CLAUDE.md 에서 참조하는지에 대한 답변입니다. 공식 문서를 그대로 모두 넣기보다는 필요한 부분을 선별해 docs/guides 와 같은 파일로 정리한 후, 실제 프로젝트에서 사용하면서 수정하는 방식을 권장하고 있습니다. 강사님도 다음과 같은 과정을 거친다고 설명합니다. 공식 문서나 참고 자료를 기반으로 초기 가이드 작성 프로젝트에 적용 결과가 원하는 방식과 다르면 Claude에게 수정 방향을 요청하거나 직접 수정 반복적으로 검증하며 프로젝트에 맞는 가이드로 발전 따라서 next-js16 같은 파일도 모든 프로젝트에 공식적으로 동일하게 제공되는 파일이라기보다는, 특정 기술 스택과 프로젝트에 맞게 구성한 참고 문서 또는 가이드로 보는 것이 적절합니다. sub-agent, skill, custom-command 를 선택하는 기준이 궁금합니다. 서브에이전트·스킬·커스텀 커맨드의 선택 기준을 다룹니다. 복잡한 작업을 분리하거나 병렬 처리할 때 → 서브에이전트 반복 작업을 일정한 형식으로 수행할 때 → 스킬 단순하고 빠른 반복 작업을 실행할 때 → 커스텀 커맨드 PRD 생성기, 검증기, 개발 계획서 생성기처럼 일정한 입력과 출력 형식이 있는 작업은 스킬이나 커스텀 커맨드로 정리할 수 있습니다. 반면 코드 리뷰, 리서치, 계획 검토처럼 독립된 컨텍스트에서 복잡한 판단이 필요한 작업은 서브에이전트가 더 적합합니다. 또한 강의에서 보여지는 결과물이 한 번의 프롬프트만으로 완성되었다고 보기보다는, 초기 생성 후 여러 번 검토하고 직접 수정하거나 Claude에게 개선을 요청하는 과정을 거쳐 다듬어진 결과로 이해하시는 것이 좋습니다. 모델이 Opus라고 하더라도 프로젝트 컨텍스트와 지침이 다르면 결과가 달라질 수 있습니다. Claude Skill과 Sub-agent의 차이 스킬은 메인 Claude가 참고하는 작업 지침이나 레시피에 가깝고, 서브에이전트는 별도의 컨텍스트에서 특정 역할을 수행하는 전문가에 가깝습니다. 따라서 nextjs-app-developer , nextjs-supabase-app 처럼 기술 스택별 전문 역할을 격리해서 수행하게 하려면 서브에이전트로 유지하는 편이 자연스러울 수 있습니다. 반면 코딩 규칙, 문서 작성 양식, 디자인 시스템 작성 절차처럼 메인 작업에 반복적으로 적용할 지침은 스킬로 구성할 수 있습니다. 두 기능을 함께 조합하는 것도 가능합니다. /g-stack , /plan-eng-review 와 같은 명령어의 결과가 강사님과 다르게 나오는 것도 정상입니다. 명령어 자체뿐 아니라 사용 중인 모델 버전, 프로젝트 파일, CLAUDE.md 또는 AGENTS.md , 참조 문서, 기존 코드 상태가 모두 결과에 영향을 주기 때문입니다. 디자인의 경우에도 먼저 레퍼런스와 브랜드 방향을 제공한 뒤, Claude에게 색상·타이포그래피·간격·컴포넌트 규칙을 포함한 디자인 시스템 초안을 만들도록 하고, 이후 실제 화면을 확인하면서 사람이 선택하고 수정하는 과정을 반복하는 방식이 현실적입니다. 색상이나 폰트까지 완전히 자동으로 결정하기보다는, 참고할 서비스와 원하는 분위기, 접근성 기준, 사용하지 않을 스타일을 함께 지정하면 결과를 좁히는 데 도움이 됩니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.