review-brand

ブランドとコピーのレビュー（内部）

review-change / product-audit が会話内で作成します。エージェントは、このファイルをルーティングされたステップとしてインラインで実行してください。指摘事項のみ。編集やリファクタリングは行いません。

スコープ

呼び出し元が指定した差分またはパス／glob。デフォルトは、デフォルトブランチに対する現在の変更です。返却する表の冒頭にスコープを記載してください。

チェックリスト（すべての項目を評価してください。省略不可。該当なしの場合は明記してください）

• ✓ まずプロジェクトのブランドドキュメントを読みます（例：docs/brand/BRAND.md）。各指摘について、その根拠となるルールを引用します。プロジェクトにブランドドキュメントがない場合は、すべての項目を該当なしとし、その旨を記載します
• ✓ 変更されたコピーのトーンが、宣言されている文体に合致していること（違反しているガイドラインを引用）
• ✓ プロダクト／ドメイン用語が、宣言されている用語集に沿って一貫して使われていること（同じ概念には同じ単語を使い、同じ大文字・小文字表記にする）
• ✓ ブランドドキュメントで禁止または非推奨とされている表現がないこと
• ✓ 主張が正確であること。コードによって強制される制限、制約、削減内容がコピーに明記されていること（明記されていない制限は重大な指摘です。これはリポジトリの厳守ルールです）
• ✓ エラー／空状態のコピーが、責任を押し付けず、何が起きたのかと次に何をすべきかを示していること
• ✓ 変更された箇所と関連箇所との一貫性が保たれていること（同じ操作には、どこでも同じラベルを使う）
• ✓ 差分にプレースホルダー／ダミーテキストがないこと

重要度の基準

有能なユーザーの結果に影響する場合、またはプロジェクトが明示するルールに違反している場合に限り、行を報告してください。根拠の横に、違反しているルールを引用してください。指摘に該当しないもの：コメントや句読点の誤り、書式のみの差異、ルールを引用できないスタイル上の好み、SPEC に明記されたシナリオを超える仮定上の堅牢性。適切に実施された変更では、表を空にして Decision: PASS とするのが期待される結果です。表を埋めるためだけに指摘を追加してはいけません。

返却形式

REVIEW BRAND — scope: <scope>

| # | Finding | Sev | Evidence | Suggested fix |
|---|---------|-----|----------|---------------|
| 1 | <what>  | critical|major|minor | <file:line> | <smallest action> |

Checklist: <n> evaluated, <n> pass, <n> findings, <n> n/a (<which + why>)
Summary: <1-2 sentences>
Decision: PASS | FAIL

重大または重大度「高」の指摘が未解決の場合は FAIL、それ以外は PASS とします。軽微な指摘はブロック要因になりません。呼び出し元のトリアージステップに引き継いでください。

完了条件

• すべてのチェックリスト項目を、根拠（ファイル名：行番号またはコマンド出力）とともに評価するか、理由を添えて該当なしと明記していること。
• 上記の固定形式ブロックだけを、それ以上でもそれ以下でもなく返却し、コードを変更していないこと。