aida-review
モデル層: standard、新しいサブエージェントコンテキスト — 作成者やプランナーの推理過程やチャット履歴を継承せず、完成した成果物のみを受け取ります。この分離が要点です。作成者の正当性を見たレビュアーはそれに同意しがちだからです。
入力
出力のみを受け取り、それを生成した会話は受け取りません。
- レンダリングされたページテキスト（
aida pagesからのMarkdown）。 - スクリーンショット / ビデオ静止画。
- 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 を参照。新しいコンテキスト、出力のみ — これが他のスキルの作業メモを見てはいけない唯一のスキルです。