一键导入
description
SEO description 작성/추가/점검. description 작성, 추가, SEO 개선, 카테고리 일괄 작업, 기존 description 검토 요청 시 사용한다.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
SEO description 작성/추가/점검. description 작성, 추가, SEO 개선, 카테고리 일괄 작업, 기존 description 검토 요청 시 사용한다.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
payment-platform-portfolio 페이지(/payment-platform-portfolio/)의 파일 맵과 편집 위치 안내. 결제 플랫폼 포트폴리오의 문구·수치·다이어그램·시나리오·표·상태 머신·설계 결정을 수정하거나, 어느 파일·어느 상수를 고쳐야 하는지 파악해야 할 때 반드시 먼저 사용한다. '포트폴리오', '히어로 문구', '시나리오 추가', '벤치마크 수치', '설계 결정', '상태 머신', '경합 표', '알람 표' 등 포트폴리오 관련 편집·질문이 나오면, 사용자가 파일명을 명시하지 않아도 이 스킬을 참조해 4계층(astro/css/scripts/data) 중 올바른 파일로 라우팅한다.
기술 블로그 글의 가독성과 품질을 리뷰한다. 글 피드백 요청, 리뷰 요청, 가독성 점검 요청 시 사용한다. '이 글 피드백해줘', '리뷰해줘', '낯선 사람이 읽으면 어떨까' 등의 요청에도 반응한다.
문서 콘텐츠 작성 컨벤션. 문서를 새로 작성하거나 수정할 때, 기존 문서의 스타일 컨벤션 확인 요청 시, 본문 내용을 직접 작성할 때 사용한다.
학습 로드맵 스펙 파일(`<CAT>_SPEC.md`) 작성. 새로운 docs 서브카테고리의 학습 커리큘럼을 GRADLE_SPEC.md / ELK_SPEC.md와 동일한 5 Layer 구조로 설계할 때 호출. '학습 로드맵', '커리큘럼', '과정 파일', '스펙 파일', '문서 계획', '학습 계획' 키워드 또는 기존 `*_SPEC.md` 참조하며 새 카테고리 동일 형식 작성 요청 시 반드시 사용. 단순 문서 1개 추가는 `/add` 사용.
새 docs 서브카테고리(섹션) 추가. DOCS_GROUPS 그룹 배치, 색상 hue, sidebar, index.mdx까지 모든 동기화 지점을 한 번에 일관되게 처리. 사용자가 '새 섹션', '새 카테고리', '새 서브카테고리', '새 항목 추가', '새 도큐 카테고리' 등을 언급하거나 docs/<key>/ 디렉토리를 새로 만들려는 의도가 보일 때 반드시 사용. 단일 문서 추가는 `/add`, 학습 로드맵 설계는 `/roadmap`.
새 게시글/문서 추가. 새 글 추가, 포스팅, 문서 등록 요청 시, 또는 완성된 마크다운 문서를 제공하면서 등록 요청 시 사용한다.
| name | description |
| description | SEO description 작성/추가/점검. description 작성, 추가, SEO 개선, 카테고리 일괄 작업, 기존 description 검토 요청 시 사용한다. |
description: "" 채우기 요청 시@Transactional, COUNT(*), PrintStream검색자가 "이 글을 읽으면 무엇을 얻는가"를 한 문장으로 전달한다.
| 글 성격 | 권장 종결어 |
|---|---|
| 경험·사례 소개 | ~을 다룬다 |
| 원리·개념 설명 | ~를 분석한다 / ~를 정리한다 |
| 방법·방법론 안내 | ~하는 방법을 알아본다 / ~방법을 설명한다 |
| 구현·설계 | ~를 구현한다 / ~를 설계한다 |
| 비교·차이 분석 | ~차이를 비교한다 / ~를 비교·분석한다 |
성격: 실무 경험·트러블슈팅·시행착오 기록
[핵심 문제 또는 주제] + [해결 방법 또는 분석 내용] + [종결어]
# 경험·개선기
description: "Offset이 아닌 Cursor 기반으로 페이징 처리를 적용하여 성능을 개선한 경험을 다룬다."
# 원리 분석
description: "Spring에서 @Transactional을 선언적으로 사용할 때 같은 클래스 내 메서드 호출(Self Invocation)이 트랜잭션을 무시하는 이유를 분석한다."
# 구현
description: "DB 재고 차감과 외부 PG 결제가 분리된 결제 로직에서 보상 트랜잭션으로 실패를 극복하는 플로우를 설계한다."
# 비교·차이
description: "MySQL에서 COUNT(*)·COUNT(1)·COUNT(column)의 동작 원리와 실행 계획 차이를 분석한다."
성격: 개념 정리·학습 레퍼런스 (카테고리별 문서)
[문서가 다루는 개념/기술] + [핵심 설명 포인트] + [종결어]
Docs는 "경험" 서술 대신 개념·원리·구조·사용법 중심으로 작성한다.
description: "JVM의 메모리 구조와 Heap·Stack·Method Area의 역할을 정리한다."
description: "Spring Bean 생명주기와 초기화·소멸 콜백의 동작 순서를 설명한다."
description: "@Transactional의 전파 속성(Propagation)과 격리 수준(Isolation)의 차이를 비교한다."
description: "인덱스의 B-Tree 구조와 쿼리 최적화에 활용하는 방법을 정리한다."
description: "트랜잭션 격리 수준별 발생 가능한 이상 현상(Dirty Read·Phantom Read)을 분석한다."
description: "HTTP/1.1과 HTTP/2의 멀티플렉싱 차이와 성능 개선 원리를 비교한다."
description: "TCP 3-Way Handshake와 연결 수립·해제 과정의 동작 원리를 정리한다."
description: "Dockerfile의 주요 명령어와 이미지 레이어 최적화 방법을 설명한다."
description: "도커 네트워크 드라이버의 종류와 컨테이너 간 통신 방식을 비교한다."
description: "프로세스와 스레드의 차이, 컨텍스트 스위칭 동작 원리를 정리한다."
description: "CPU 스케줄링 알고리즘의 종류와 각 알고리즘의 장단점을 비교한다."
파일 경로를 알려주면 description을 작성해줄게.
"docs/docker 카테고리 description 모두 작성해줘"
→ 해당 디렉토리 파일 전체 스캔 후 일괄 작성
"blog description 품질 점검해줘"
→ 기존 작성 내용을 위 가이드라인 기준으로 검토