build — 범위가 정해진 기능 구현 스킬

무엇을 해주나

• 이미 결론이 정해진(요구사항이 이해된) 고객 대면 변경 작업을 기존 코드베이스에서 구현하도록 진행 절차를 잡아준다.
• references/task-context.md(작업 컨텍스트 계약)와 references/build.md(실제 방법론)를 순서대로 읽게 해, 권한·기록 위치·산출물 범위를 먼저 확정한다.
• 구현(implementation), 검증(verification), 배포(deployment), 수락(acceptance)을 섞지 않고 구분해 보고하게 만든다.
• 실행하지 못한 검사나 없는 도구를 "됐다"고 말하지 않도록 정직한 보고를 규칙으로 못박는다.
• @fde 같은 상위 워크플로에서 호출되면 이미 끝난 설정·질문을 반복하지 않고 기존 스코프를 재사용한다.

이런 분께 추천

• 고객/사내 요청 티켓을 받아 기존 저장소에 기능을 붙이는 개발자
• 장애 대응과 일반 배포 작업을 구분해 관리하고 싶은 팀 리드
• AI가 "테스트 통과했습니다" 같은 근거 없는 완료 보고를 하는 것이 싫은 사람

활용 예시

1. "결제 실패 시 재시도 배너를 추가해줘"처럼 범위가 확정된 요구를 받아, 구현 → 로컬 검증 → 미검증 항목 명시까지 한 번에 정리.
2. 여러 서비스가 섞인 모노레포에서 변경 대상 파일과 확인 방법을 먼저 합의한 뒤 작업을 시작.
3. 상위 FDE 워크플로가 수집한 요구사항 패킷을 그대로 물려받아 중복 질문 없이 구현 단계로 진입.

참고: 장애·인시던트 대응에는 사용하지 않도록 설계되어 있다.

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

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

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