요구사항 방안 설계 (req-design)

무엇을 해주나

• 일정이 확정된 요구사항을 구현 전에 설계 단계로 끌고 가, 회의·채팅에 흩어지던 논의를 문서로 수렴시킵니다.
• 최소 두 개의 선택지("아무것도 바꾸지 않고 문서/프로세스만 수정" 포함)를 각각 방법·변경 범위·비용·리스크·탈락 사유와 함께 작성합니다.
• 결정·사유·폐기된 안·결정자·시점·전제(뒤집히면 재검토)를 담은 **결정 기록(ADR 형태)**을 남깁니다.
• diff에는 안 잡히지만 영향받는 곳(호출자, 설정, 데이터 마이그레이션, 외부 인터페이스, 문서, 타 팀)을 파급 범위로 열거하고 각 항목마다 "깨지지 않았음을 어떻게 확인하는가"를 지정합니다.
• 기대 효과를 시점·확인 방법·통과 기준이 붙은 검수 체크포인트 표로 분해합니다.
• 결과를 lark-cli로 요구사항 문서의 해당 블록에 써 넣고, Meegle 워크플로 노드에 검토 의견을 기록합니다.

이런 분께 추천

• Lark(Feishu) 문서 + Meegle로 요구사항을 관리하는 팀의 TPM·기획자·테크리드
• 구현 전에 설계 근거와 영향 범위를 반드시 남기는 문화를 만들고 싶은 조직
• 결정 기록과 검수 기준 템플릿만 떼어 자체 도구에 맞게 고쳐 쓰려는 분

활용 예시

1. "이번 스프린트에 들어간 결제 재시도 요구사항, 방안 어떻게 정하지?" → 선택지 A/B/무변경안 비교표와 결정 기록 초안 생성.
2. "이 변경이 어디까지 영향 가?" → 호출 서비스·설정 키·데이터 마이그레이션·외부 API 문서까지 파급 범위 목록과 각각의 확인 방법 제시.
3. 설계 리뷰 통과 후 → Meegle 검토 노드에 의견을 기록하고, 검수 체크포인트(리뷰 통과/핵심 경로 테스트/그레이 배포 지표)를 문서 6장에 삽입.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/MiniMax-AI/mcode-stack/HEAD/stacks/req-tpm/skills/req-design/SKILL.md

내가 원하는 것: (여기에 하고 싶은 일을 쓰세요)

AI 스킬마트에서 찾은 스킬을 설치해줘.
GitHub 저장소 MiniMax-AI/mcode-stack 의 stacks/req-tpm/skills/req-design 폴더를 내 ~/.claude/skills/req-design/ 에 그대로 복사해줘.
설치가 끝나면 이 스킬로 무엇을 할 수 있는지 한 줄로 알려줘.