Menu
SEO description 작성/추가/점검. description 작성, 추가, SEO 개선, 카테고리 일괄 작업, 기존 description 검토 요청 시 사용한다.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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 품질 점검해줘"
→ 기존 작성 내용을 위 가이드라인 기준으로 검토