원시 프롬프트를 분석하고, 의도와 부족한 부분을 식별하며, ECC 구성 요소(스킬/명령어/에이전트/훅)와 매칭하여 즉시 붙여넣을 수 있는 최적화된 프롬프트를 출력합니다. 조언 역할만 수행하며 작업을 직접 실행하지는 않습니다. 트리거: 사용자가 "optimize prompt", "improve my prompt", "프롬프트 최적화해줘", "프롬프트 작성 도와줘", "이 프롬프트 다시 써줘", 또는 프롬프트 품질 향상을 명시적으로 요청할 때 활성화됩니다. 중국어 트리거: "优化prompt", "改进prompt", "怎么写prompt", "帮我优化这个指令". 비활성화 조건: 사용자가 작업을 직접 실행하기를 원하거나 "그냥 해줘", "just do it", "直接做"라고 말할 때. 또한 "코드 최적화", "성능 최적화", "optimize performance" 등은 리팩터링 작업이므로 이 스킬을 활성화하지 마십시오.
원시 프롬프트를 분석하고, 의도와 부족한 부분을 식별하며, ECC 구성 요소(스킬/명령어/에이전트/훅)와 매칭하여 즉시 붙여넣을 수 있는 최적화된 프롬프트를 출력합니다. 조언 역할만 수행하며 작업을 직접 실행하지는 않습니다. 트리거: 사용자가 "optimize prompt", "improve my prompt", "프롬프트 최적화해줘", "프롬프트 작성 도와줘", "이 프롬프트 다시 써줘", 또는 프롬프트 품질 향상을 명시적으로 요청할 때 활성화됩니다. 중국어 트리거: "优化prompt", "改进prompt", "怎么写prompt", "帮我优化这个指令". 비활성화 조건: 사용자가 작업을 직접 실행하기를 원하거나 "그냥 해줘", "just do it", "直接做"라고 말할 때. 또한 "코드 최적화", "성능 최적화", "optimize performance" 등은 리팩터링 작업이므로 이 스킬을 활성화하지 마십시오.
origin
community
metadata
{"author":"YannJY02","version":"1.0.0"}
프롬프트 최적화 도구 (Prompt Optimizer)
초안 프롬프트를 분석 및 비판하고, 이를 ECC 생태계 구성 요소와 매칭하여
사용자가 바로 복사해서 실행할 수 있는 완전한 최적화 프롬프트를 출력합니다.
사용 시점
사용자가 "이 프롬프트 최적화해줘", "내 프롬프트 좀 개선해줘", "프롬프트 다시 써줘"라고 말할 때
사용자가 "...를 위해 프롬프트를 어떻게 쓰는 게 좋을까?"라고 물을 때
사용자가 "Claude Code에게 ...라고 요청하는 가장 좋은 방법이 뭐야?"라고 물을 때
사용자가 "优化prompt", "改进prompt", "怎么写prompt", "帮我优化这个指令"라고 말할 때
사용자가 프롬프트 초안을 붙여넣고 피드백이나 강화를 요청할 때
사용자가 "이걸 프롬프트로 어떻게 표현해야 할지 모르겠어"라고 말할 때
사용자가 "ECC를 ...에 어떻게 활용해야 해?"라고 물을 때
사용자가 명시적으로 /prompt-optimize를 호출할 때
사용하지 않는 경우
사용자가 작업을 직접 수행하기를 원할 때 (그냥 실행하십시오)
사용자가 "코드 최적화", "성능 최적화" 등을 말할 때 — 이것은 리팩터링 작업이지 프롬프트 최적화가 아닙니다.
사용자가 ECC 설정에 대해 물을 때 (configure-ecc 사용)
사용자가 스킬 목록을 원할 때 (skill-stocktake 사용)
사용자가 "그냥 해줘", "just do it" 또는 "直接做"라고 말할 때
작동 방식
조언만 제공하며 사용자의 작업을 직접 실행하지 마십시오.
코드를 작성하거나, 파일을 생성하거나, 명령어를 실행하는 등의 구현 작업을 수행하지 마십시오. 오직 분석 결과와 최적화된 프롬프트만을 출력해야 합니다.
사용자가 "그냥 해", "直接做", 또는 "최적화 말고 그냥 실행해"라고 말한다면, 이 스킬 내부에서 구현 모드로 전환하지 마십시오. 사용자에게 이 스킬은 최적화된 프롬프트만 생성한다고 안내하고, 실행을 원한다면 일반적인 작업 요청을 하라고 지시하십시오.
다음 6단계 파이프라인을 순차적으로 실행하십시오. 결과는 아래의 출력 형식을 사용하여 제시하십시오.
프로젝트의 기존 기술 스택(Next.js 15 + TypeScript + Tailwind CSS)을 사용하여 사용자 로그인 페이지를 구현해줘.
기술 요구 사항:
- 프로젝트의 기존 컴포넌트 구조와 라우팅 규칙을 따를 것
- 폼 검증은 프로젝트에 이미 사용 중인 방식(Zod/Yup 등 확인)을 사용할 것
- 인증 방식: 프로젝트의 기존 인증 스킴을 따를 것 (없다면 기본 JWT 사용)
- 포함 항목: 이메일/비밀번호 로그인 폼, 유효성 검사, 오류 메시지, 로딩 상태, 반응형 레이아웃
워크플로:
1. /plan 을 통해 기존 페이지의 패턴을 참고하여 컴포넌트 구조와 인증 흐름을 먼저 설계할 것
2. /tdd 테스트 선행: 로그인 폼의 단위 테스트와 인증 흐름의 통합 테스트 작성
3. 로그인 페이지와 인증 로직 구현
4. /code-review 를 통해 구현 내용 검토
5. /verify 를 통해 모든 테스트 통과 및 페이지 정상 렌더링 확인
보안 요구 사항:
- 비밀번호 평문 전송 금지
- 무차별 대입 공격 방지 (rate limiting)
- XSS 방어
- CSRF 토큰
수락 기준:
- 모든 테스트 통과, 커버리지 80% 이상
- 모바일 및 데스크톱에서 정상 렌더링
- 로그인 성공 시 대시보드로 이동, 실패 시 오류 메시지 표시
하지 말 것:
- 회원가입 페이지 구현 금지
- 비밀번호 찾기 기능 구현 금지
- 기존 라우팅 구조 수정 금지
