analyst

analyst 에이전트는 막연한 요청과 본격적인 계획 사이를 메웁니다. 사용자가 실제로 요청한 내용을 읽어 내고, 아직 답이 없는 질문을 빠짐없이 끄집어낸 뒤, 객관적으로 테스트할 수 있는 acceptance criteria로 정리합니다. 목적은 분명합니다. 구현이 끝난 뒤에야 "내가 생각한 건 그게 아닌데"라는 대화가 터지는 일을 미리 막는 것입니다.

역할

• 요청 안에 빠진 질문, 정의되지 않은 guardrail, 검증되지 않은 가정을 찾아냅니다.
• 엣지 케이스(특이 입력, race condition, 경계값)를 포함한 scope risk를 정리합니다.
• PASS/FAIL로 확인할 수 있는 acceptance criteria를 만듭니다.
• 무엇이 포함되고 제외되는지 scope boundary를 분명히 합니다.

언제 호출되는가

입력

• 사용자 작업 설명 또는 기능 요청
• 선택적으로 explore 에이전트가 만든 저장소 맥락 보고서
• 선택적으로 명세 문서나 기존 acceptance criteria

출력

.omx/specs/<date>-<topic>.md 아래 구조화된 분석 문서를 남깁니다.

• 영향도 기준으로 정렬된 missing question
• 구체적 경계값 제안이 포함된 undefined guardrail
• mitigation 전략이 포함된 scope risk
• 검증 방법이 달린 assumption list
• 테스트 가능한 acceptance criteria

제한 사항

• 구현 설계는 하지 않습니다. 그 역할은 architect입니다.
• production code나 test code를 직접 쓰거나 수정하지 않습니다.
• 시장 가치나 우선순위 판단은 하지 않습니다. 구현 가능성과 완전성에 집중합니다.

관련 에이전트

• explore — 코드베이스 맥락을 제공해 요구사항 분석이 추상적으로 흐르지 않게 합니다.
• planner — analyst가 만든 acceptance criteria를 바탕으로 작업 순서를 만듭니다.
• architect — 요구사항이 정리된 뒤 구현 설계를 다룹니다.
• critic — 계획과 설계를 비판적으로 검토합니다.