Jeric1223의 Claude Code 스킬
한 번 쓰고 버리는 프롬프트 대신, 다시 쓰는 스킬
반복되는 작업의 순서·형식·검증 기준을 문서로 못 박아두면, 다음에도 같은 품질로 재현된다. 마켓플레이스를 한 번 등록하면 원하는 스킬만 골라 설치할 수 있다.
11 skills · marketplace jeric-skills
스킬
travel-itinerary
v1.0.0목적지·날짜·인원만 주면 검증된 정보 + 구글맵 링크 + 예약 체크리스트가 포함된 일차별 여행 일정표를 생성
travel-itinerary@jeric-skills자세히 →session-to-skill
v1.2.0진행 중인 대화에서 재사용 가능한 패턴을 찾아 제안하고, 선택된 것을 이 저장소 컨벤션에 맞는 스킬로 등록한 뒤 원하면 PR까지 생성
session-to-skill@jeric-skills자세히 →aws-helper
v1.1.0AWS를 조회하기 전에 실측 권한 캐시로 자격증명 프로파일을 고르고, 쓰기는 실행하지 않고 명령어와 롤백 방법만 제시
aws-helper@jeric-skills자세히 →postman-collection
v1.0.0API를 만들거나 고친 뒤 라우터·검증 스키마·enum·인증 미들웨어를 소스에서 읽어 파라미터마다 허용값이 적힌 Postman 컬렉션 JSON을 만들거나 갱신
postman-collection@jeric-skills자세히 →readme-screenshots
v1.0.0앱을 실제로 띄워 고정된 뷰포트·테마로 화면을 캡처하고, docs/에 저장한 뒤 README에 상대경로 + 확대 링크 형태로 삽입하거나 갱신
readme-screenshots@jeric-skills자세히 →dev-start
v1.0.0티켓 단위 개발을 이슈 생성 → 기본 브랜치에서 브랜치 → 설계 승인 → 구현 → 검증 → Postman 컬렉션 → 변경 내역과 직접 할 일 정리까지 한 사이클로 진행
dev-start@jeric-skills자세히 →merge-safe
v1.0.0master 기준 기능 브랜치를 test 같은 통합 브랜치에 넣을 때 충돌을 별도 worktree 브랜치에서만 풀어 기능 브랜치를 오염시키지 않음
merge-safe@jeric-skills자세히 →blog-post
v1.2.0레포의 git 히스토리에서 글감 후보를 제안하고(전부 거절당하면 인터뷰로 전환), 고른 주제로 실제 화면 캡처가 들어간 합니다체 개발기(기획 의도 → 기능 → 기술 → 느낀 점 → 개선) 초안과 150자 소개문을 만든 뒤 AI 티를 벗김
blog-post@jeric-skills자세히 →mentor-mode-teaching
v1.0.0사수 역할로 새 기술의 개념을 먼저 설명하고, 예측 질문을 던진 뒤 맞은 부분·교정·용어표·면접용 한 문장 형식으로 피드백하며 프로젝트를 같이 진행
mentor-mode-teaching@jeric-skills자세히 →save-learning-log
v1.0.0학습 세션을 끝낼 때 다음에 할 일·숙제·미답변 질문·날짜별 Q&A 요약을 프로젝트 MEMORY.md에 남기고, 다음 세션이 그 지점부터 이어가도록 CLAUDE.md에 연결
save-learning-log@jeric-skills자세히 →qa-check
v1.0.0합동 QA에서 외부 사용자가 헷갈리는 지점(용어·빈 값·설명 부재·기본값 불일치 등)을 실제 화면을 열어 점검하고, 댓글을 재현 여부로 판정해 QA 시트 행 형식으로 정리
qa-check@jeric-skills자세히 →