en un clic
enhance
학습 문서 보강. /enhance 호출 시, 특정 문서나 카테고리의 보강을 요청할 때 사용한다.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Menu
학습 문서 보강. /enhance 호출 시, 특정 문서나 카테고리의 보강을 요청할 때 사용한다.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle 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 | enhance |
| description | 학습 문서 보강. /enhance 호출 시, 특정 문서나 카테고리의 보강을 요청할 때 사용한다. |
/enhance 호출 시$ARGUMENTS — 대상 문서 경로 또는 카테고리명 (생략 시 다음 작업 항목 제안)
/writing skill의 컨벤션을 반드시 준수한다 (문체, 볼드 금지, 헤더 구성 등).각 문서를 개선할 때 아래 기준을 충족해야 완료로 간주한다.
하나의 문서(또는 문서 그룹)를 보강할 때 아래 5단계를 순서대로 진행한다. 단계별로 대화하며 진행. 한 번에 전체를 바꾸지 않고, 한 문서씩 집중한다.
대상 문서 전체를 읽는다. 문서가 여러 개인 경우 카테고리 내 파일 목록을 먼저 확인 후 관련 파일을 파악한다.
Done Criteria 4가지로 현재 문서를 평가한다. 평가 결과를 항목별로 정리해 사용자에게 보여주고, 작업 범위를 합의한다.
| 기준 | 평가 항목 |
|---|---|
| 설명 완결성 | Why/How 없이 What만 서술된 항목이 있는가 |
| 트레이드오프 | 장단점·적용 조건·대안이 빠진 항목이 있는가 |
| 메커니즘 구체성 | "~를 통해", "~를 보장" 같은 추상 서술만 있는가 |
| 문장 품질 | 모호한 표현·끊긴 문장·불완전한 서술이 있는가 |
Audit 결과를 바탕으로 추가/수정/삭제 대상을 결정한다. 과도한 추가는 지양하고, 기준 미달 항목만 타깃으로 삼는다. 사용자 확인 후 진행.
아래 3가지 관점을 순서대로 적용해 문서를 수정한다.
4-1. Refine (문장·구조 다듬기)
4-2. Deepen (깊이 추가)
4-3. Internalize (실무·면접 관점 내재화)
## [문서명] Audit
| 기준 | 상태 | 메모 |
| :--- | :--- | :--- |
| 설명 완결성 | 부족 / 양호 | ... |
| 트레이드오프 | 부족 / 양호 | ... |
| 메커니즘 구체성 | 부족 / 양호 | ... |
| 문장 품질 | 부족 / 양호 | ... |
작업 대상:
- [수정 항목 1]
- [수정 항목 2]
진행할까요?
## [문서명] 보강 완료
변경 파일:
- [파일 경로]
주요 변경 내용:
- [변경 사항 요약]
lastUpdated 갱신: YYYY-MM-DD