القائمة
이 저장소에서 진행 중인 작업, 설계 결정, 변경 파일, 테스트 상태, 남은 TODO를 다음 작업자나 다음 세션에 넘길 인수인계 문서로 정리할 때 사용한다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
이 저장소에서 신규 기능 개발, 기존 기능 리팩토링, 버그 수정, API 변경, 도메인 정책 변경을 수행할 때 설계 문서화, Red-Green-Refactor 테스트 작성, 구현, 관련 테스트와 전체 테스트 검증, 배포/PR 확인까지 자연스럽게 이어가도록 사용하는 워크플로우 스킬이다.
이 저장소에서 브랜치 변경 내역을 바탕으로 프로젝트 PR 본문 형식에 맞춰 요약, 상세 작업 내용, 참고사항을 작성할 때 사용한다.
이 저장소에서 변경 내용을 바탕으로 프로젝트 커밋 메시지 규칙에 맞는 커밋 메시지를 만들거나, staged 변경을 확인해 적절한 Type과 제목을 정리할 때 사용한다.
이 저장소에서 큰 기능 설계나 정책 변경을 시작하기 전에 AGENTS.md, CONTEXT.md, docs/adr, docs/history, 실제 코드를 근거로 요구사항을 질문하고 도메인 용어와 아키텍처 결정 및 작업 이력을 문서화할 때 사용한다.
이 저장소에서 신규 기능 개발, 기능 수정, PRD 작성, API 변경, 스케줄러/Redis/FCM/외부 API 연동 작업을 할 때 latency, availability, error rate 관점의 SLO 영향을 점검하고 필요한 metric, 테스트, 운영 확인 항목을 정리할 때 사용한다.
이 저장소에서 기능 요청, 정책 변경, API 변경, 앱 요구사항을 docs/history/{0001}-{기능명-slug}/PLAN.md 형식의 PRD 또는 구현 계획으로 정리할 때 사용한다.
| name | handoff |
| description | 이 저장소에서 진행 중인 작업, 설계 결정, 변경 파일, 테스트 상태, 남은 TODO를 다음 작업자나 다음 세션에 넘길 인수인계 문서로 정리할 때 사용한다. |
루트 AGENTS.md 규칙을 전제로 사용한다.
# Handoff: {작업명}
## Context
{왜 이 작업을 하는지}
## Done
- {완료한 작업}
## Decisions
- {결정 사항}
## Changed Files
- `{path}`: {변경 의도}
## Remaining
- {남은 작업}
## Verification
- {실행한 테스트와 결과}
## Cautions
- {주의사항}
application-prod*, env.properties, whiplash-firebase-key.json, deploy.sh, Jenkinsfile) 관련 내용은 반드시 명시한다.