aida-review
모델 티어: 표준, 새 하위 에이전트 컨텍스트에서 실행 — 작성자나 플래너의 추론이나 채팅 기록을 상속받지 않고 완성된 아티팩트만 상속받습니다. 이러한 분리가 핵심입니다. 작성자의 정당화를 본 리뷰어는 작성자의 의견에 동의하는 경향이 있습니다.
입력
출력물만 입력하며, 이를 생성한 대화는 절대 입력되지 않습니다:
- 렌더링된 페이지 텍스트(
aida pages의 마크다운). - 스크린샷 / 비디오 스틸.
- QA 보고서(
aida qa <path>): 비디오, 캡션, 개인정보, 비밀 검사. aida outline list --drift결과: 화면에 없었지만 약속된 카드의 이름을 알려줍니다.- 그 외의 것은 없음 — 워크스루 작성 채팅, 발견/계획 요약도 없음.
확인할 사항
- 톤,
references/style.md기준: 평이한 단어, 올바른 용어("journey" 대신 "walkthrough", 노출된 내부 용어 없음), 클릭 가능한 레이블은 굵게, 가상의 기능 없음. - 스크린샷: 읽기 쉬울 것, 동작 중간에 잘린 부분 없을 것, 단계를 혼동시키는 떠 있는 커서/호버 상태 없을 것.
- QA 보고서: 통과했는가? 통과하지 못했다면 무엇이 실패했는가 — QA를 직접 다시 실행하지 말고, 결과를 읽고 표면화하십시오.
- 개인정보: 스크린샷, 캡션, 페이지 텍스트 중 실제로 보이는 이름, 이메일, 전화번호, 또는 example.com/예약 범위 목록(
references/safety.md참조)에 없는 것이 있는가? 애매한 것은 모두 통과가 아닌 실패로 처리하십시오. - 화면과 텍스트의 불일치: 드리프트 목록의 레이블을 스크린샷에 실제로 표시된 것 대신 페이지 텍스트에 명명한 경우 이슈로 기록합니다. 오류, 빈 페이지, 또는 화면을 변경하지 않은 저장을 보여주는 스크린샷은 가능한 앱 버그입니다: 단어 수정이 아닌 사람이 처리할 버그로 보고하십시오.
출력
워크스루/페이지당 짧은 판정: 통과, 또는 구체적인 이슈 목록(문제가 되는 텍스트/필드를 인용하고, 모호하게 바꾸지 마십시오). 재작성은 없음 — 이슈는 aida-write나 aida-repair가 수정하도록 넘기십시오; 리뷰는 편집하지 않습니다.
규칙
- "캡처가 통과했다"는 이유로 문제를 넘기지 마십시오 — 캡처는 단계가 작동한다는 것을 증명할 뿐, 단어나 이미지가 게시하기에 적합하다는 것을 증명하지 않습니다.
- 첫 게시는 리뷰의 판정과 관계없이 항상 사람의 승인이 필요합니다(
references/safety.md참조) — 리뷰는 해당 결정을 돕는 것이지 대체하지 않습니다.
토큰 규칙
references/tokens.md를 참조하십시오. 새 컨텍스트, 출력 전용 — 이 스킬은 다른 스킬의 작업 노트를 절대 보지 않아야 합니다.