하는 일
지정한 기준점(커밋, 브랜치, 태그, main, HEAD~5)이 확인되고 차이가 비어 있지 않은지 점검한 뒤, 명세의 출처(커밋 메시지의 이슈 참조, 지정한 경로, docs나 specs 아래의 명세 파일)와 저장소의 규칙 문서를 찾습니다. 서로 간섭하지 않도록 서브 에이전트 두 개를 병렬로 돌립니다. 규칙 검토자는 문서화된 규칙 위반마다 해당 규칙을 인용하고 Fowler의 코드 스멜 열두 가지를 판단 기준으로 적용합니다. 명세 검토자는 빠졌거나 일부만 된 요구, 범위 확대, 구현된 것처럼 보이지만 잘못된 요구를 명세 원문을 인용해 보고합니다. 두 보고서는 일부러 분리해 두며 합친 순위는 매기지 않습니다.
결과물
'규칙' 부분, '명세' 부분, 각 축의 한 줄 요약과 그중 가장 심각한 문제.
이런 때 좋습니다
팀의 관례와 원래 이슈를 모두 기준으로 브랜치나 풀 리퀘스트를 검토하려는 사람.
중간 위험:지침만 있는 파일로 스크립트는 없지만, git 명령을 실행하고 저장소 문서의 절차에 따라 이슈 트래커에서 원래 이슈를 가져오며, 코드를 읽는 서브 에이전트를 띄울 수 있습니다. 파일은 읽기 전용입니다. 작성자의 setup Skill이 만드는 docs/agents/issue-tracker.md를 전제로 하며 없으면 명세 위치를 묻습니다. 시험하지 않음: 실제 git 저장소, 트래커, 서브 에이전트가 필요해 데모가 없고 프런트엔드에는 '미검증'으로 표시됩니다. 작성자 Matt Pocock, MIT.