brief — 고객 브리프 정리

무엇을 해주나

• 신규 고객 브리프를 받아 원하는 결과(desired outcome), 제약 조건, **근거가 비어 있는 지점(evidence gaps)**을 구분해 정리합니다.
• references/task-context.md(작업 컨텍스트 계약)와 references/land.md(방법론)를 순서대로 읽고 그 규칙에 따라 진행합니다.
• 이미 제공된 디스커버리 내용은 다시 묻지 않도록 통제하며, 상위 스킬(@fde)이 호출한 경우 기존 범위와 정제된 패킷을 재사용합니다.
• 모르는 것은 '모른다'로 보존하고, 구현·검증·배포·인수(acceptance)를 섞지 않고 구분합니다.
• 실행하지 않은 검사나 없는 기능은 정직하게 보고하도록 요구합니다.

이런 분께 추천

• 신규 프로젝트 킥오프·첫 미팅을 준비하는 컨설턴트, FDE(Forward Deployed Engineer), 솔루션 아키텍트
• 고객 요구사항을 문서화해 팀에 넘겨야 하는 PM·기획자
• 요구사항 누락과 중복 질문으로 첫 미팅이 길어지는 팀

활용 예시

1. "이 이메일이 신규 고객 브리프인데 목표와 제약을 정리해줘" → 결과·제약·근거 공백 표로 정리.
2. 킥오프 미팅 직전 "고객에게 꼭 확인해야 할 미확정 항목만 뽑아줘" → 미해결 unknown 목록 생성.
3. @fde 워크플로 안에서 호출되어 이미 수집된 디스커버리를 재사용하고 빈 부분만 보강.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/suboss87/FDEOps/HEAD/skills/brief/SKILL.md

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

클로드스킬마트에서 찾은 스킬을 설치해줘.
GitHub 저장소 suboss87/FDEOps 의 skills/brief 폴더를 내 ~/.claude/skills/suboss87-brief/ 에 그대로 복사해줘.
설치가 끝나면 이 스킬로 무엇을 할 수 있는지 한 줄로 알려줘.