L13：出力検証（ルーブリック／レッドチーム／差戻し基準）

本レッスンでは、L04（出力検証 基礎）で行った「誤り検出→修正依頼→再検証」を、個人の目視ではなく標準化された検証手順（運用仕様）として固定します。
生成AIは「生成して終わり」にすると事故が起きます。L13では、検証観点の固定（チェックリスト）→採点（ルーブリック）→レッドチーム（わざと壊す）→品質ゲート（止める基準）→記録（証跡）までをセットで作ります。

このページの使い方

1レッスン＝1LP（1ページ）です。上から順に当日の時間割に沿って進めてください。
各項目の冒頭に EC事業部／文房具カフェ事業部・準備室 の実施時間を併記しています。
※本レッスンはダミーのみで行います（実データ・個人情報・未公開情報・契約条件の具体は入力しない）。

このレッスンの狙い（到達状態）

• 出力検証を「観点」で説明できる（事実/数値/固有名詞/抜け漏れ/禁止事項/トーン）
• 検証観点をチェックリスト（v1.0）として固定できる
• 品質を揃えるための採点表（ルーブリック：v1.0）を作れる（0/1/2点など）
• 「わざと壊す」レッドチームで、危険箇所やブレを早期に発見できる
• 品質ゲート（OK/差戻し/要相談/NG）で、いつ止めるかを明確化できる
• 検証の記録（ログ）を残し、監査・引継ぎ・改善に耐える形で提出できる

受講ルール（共通）

• 実データ禁止：顧客情報、注文情報、住所、連絡先、契約条件、未公開企画の具体、取引先名などは入力しない（このページのダミーのみ使用）
• 通常業務をしない：訓練日は講義・演習・レビュー・理解度確認に専念する
• 緊急対応が発生したら中断：当該時間は訓練時間として計上しない
• 命令系統の具体化をしない：役割は「実務担当」「レビュー担当」「承認担当」など抽象ロールで表現する
• 小テストは実施しない：理解度は相互レビューと本人レポートで確認する
• 相互レビュー2件以上：前日までの他者成果物に2件以上コメント（本ページのレビュー観点を使用）

今日の成果物（提出物：最小セット）

1. 出力検証チェックリスト（v1.0）：観点固定（事実/数値/固有名詞/抜け漏れ/禁止事項/トーン）
2. 採点表（ルーブリック：v1.0）：0/1/2点などで合否を判断できる
3. レッドチーム・テストセット（v1.0）：最低10本（壊し方のパターン集）
4. 品質ゲート（差戻し基準）：OK/差戻し/要相談/NG の基準と次アクション
5. 検証記録テンプレ（v1.0）：検証→差戻し→再検証（2サイクル）を追える
6. 検証サイクル実演（最低2サイクル）：ダミー成果物を1つ選び、誤り検出→修正依頼→再検証まで実施
7. 改善ログ（任意だが推奨）：何を・なぜ・どう変えたか（L05の考え方を接続）
8. 質問・所感（投稿）：質問1つ以上＋気づき

L13の基本（結論：検証は「目視」ではなく「採点可能な運用」）

検証の最小セット（まずここを固定）

• 事実：断定できる事実か？不明を不明として扱っているか？
• 数値：桁・合計・前提・単位が整合しているか？
• 固有名詞：勝手に生成していないか？誤記がないか？
• 抜け漏れ：要求した項目が揃っているか？重要論点が落ちていないか？
• 禁止事項：推測・断定・確約・危険表現が混入していないか？
• トーン：社内/対外の適切さ（強すぎ/弱すぎ/誤認の誘発）

レッドチーム（わざと壊す）が必要な理由

• 普段の入力だけだと「都合よく動いているように見える」
• 危険な条件（曖昧/矛盾/不足/強い言い回し）で壊れる
• 壊れ方を先に知っておくと、制約・形式・評価で事故を減らせる

標準テンプレ（この型で書けば最低限回る）

A) 出力検証チェックリスト（v1.0）

まず「検証観点」を固定します。用途別の追加はしてよいが、削らない（最小セットを死守）。

【L13 出力検証チェックリスト（v1.0）】
対象成果物：
版：
検証者（抽象）：

1) 目的適合
- 要求した目的に沿っている
- 不要な話が増えていない（脱線していない）

2) 事実・不明の分離
- 事実と推測（仮定）が分離されている
- 不明は「不明」と明記されている（勝手に補完しない）

3) 数値・整合性
- 単位（円/個/%/日）が揃っている
- 合計・差分・割合が矛盾していない
- 前提（期間/母数/範囲）が書かれている

4) 固有名詞・識別子
- 固有名詞を勝手に生成していない
- ダミーの識別子（A社/B社 等）が守られている

5) 抜け漏れ（仕様どおり）
- 指定した見出し/項目が全て出ている
- チェックリスト/手順/質問など「必須の出力」が欠けていない

6) 禁止事項（安全）
- 断定・確約（返金確約/原因断定/法務断言 等）がない
- 個人特定の推測、危険行為の促進、外部送信前提の確定がない

7) トーン・誤認防止
- 強すぎる表現（絶対/必ず/確実）がない
- 対外文面なら誤認しにくい（事実/不明/次アクションが分かれる）

8) 次アクション
- 次に何を確認/修正/相談するかが明確

B) 採点表（ルーブリック：v1.0）

品質を「主観」ではなく「採点」で揃えます（0/1/2点 × 6観点＝12点満点の例）。

C) レッドチーム・テストセット（v1.0）

「壊し方」を先に用意します。テンプレやルールの穴を見つけるために使います。

D) 品質ゲート（差戻し基準：v1.0）

「いつOKか」だけでなく、いつ差戻し／いつ要相談／いつNGかを定義します。

E) 検証記録テンプレ（2サイクル対応：v1.0）

【L13 検証記録テンプレ（v1.0）】
記録ID：
日付：
担当（抽象）：
対象成果物（ダミー）：
依頼文（プロンプト）版：
出力版：

（サイクル1）
- ルーブリック採点（観点別）：
  - 目的適合：0/1/2
  - 事実・不明：0/1/2
  - 数値整合：0/1/2
  - 抜け漏れ：0/1/2
  - 禁止事項：0/1/2
  - トーン：0/1/2
- 合計点：
- チェックリストでの指摘（箇条書き）：
- 判定（OK/差戻し/要相談/NG）：
- 次アクション（修正依頼内容）：

（サイクル2）
- 再出力版：
- 再採点（観点別）：
- 合計点：
- 判定：
- 最終コメント（1行）：

任意：改善ログ（プロンプト/テンプレをどう直す？）
- 何を：
- なぜ：
- どう直す：
- 版：vX.Y → vX.Y

ChatGPTに投げるプロンプト（コピペ用）

1) チェックリスト＋ルーブリック＋品質ゲートを作る

【L13 プロンプト①：検証セット作成（v1.0）】

前提（安全）：
- 教育訓練用のダミー。実データ・個人情報・契約条件・未公開情報は扱わない。
- 検証を「目視」ではなく「採点可能な運用仕様」にしたい。

目的：
- 出力検証の標準セット（チェックリスト/ルーブリック/品質ゲート/記録テンプレ）を v1.0 として作る。

要件（必須）：
1) 検証観点：事実/数値/固有名詞/抜け漏れ/禁止事項/トーン
2) ルーブリック：0/1/2点（6観点）
3) 品質ゲート：OK/差戻し/要相談/NG（基準＋次アクション）
4) 検証記録テンプレ：2サイクル対応

出力形式：
- そのままコピペできるテンプレ（日本語）

2) レッドチームテスト（壊し方）を10本作る

【L13 プロンプト②：レッドチーム作成】

前提：
- ダミー前提。
- 目的：テンプレやプロンプトが壊れる条件を早期に発見する。

入力：
- 想定用途：（例：対外説明文／CS一次返信／分析メモ／チェックリスト）

出力形式（必須）：
- 表：RT-ID/壊し方/入力例（ダミー）/期待する挙動（守るべきこと）
- 最低10本

3) 出力を検証して採点し、差戻し指示を書く（サイクル1）

【L13 プロンプト③：検証（サイクル1）】

入力：
-（検証チェックリスト v1.0）
-（ルーブリック v1.0）
-（対象の依頼文）
-（AIの出力）

出力：
1) ルーブリック採点（観点別 0/1/2）＋合計
2) チェックリストでの指摘（箇条書き）
3) 品質ゲート判定（OK/差戻し/要相談/NG）＋理由
4) 差戻し指示（具体的に：どこをどう直すか）

4) 差戻し指示を反映した再出力を作らせ、再検証する（サイクル2）

【L13 プロンプト④：再出力＋再検証（サイクル2）】

前提：
- 差戻し指示を必ず反映。
- 不明は推測しない。断定・確約しない。

入力：
-（差戻し指示）
-（元の依頼文）
-（元の出力）

出力：
1) 修正版の出力
2) 自己採点（ルーブリック 0/1/2）＋合計
3) まだ残るリスク（あれば）

5) 「検証しやすい出力」にするため、依頼文（プロンプト）側の改善案を出す

【L13 プロンプト⑤：依頼文改善（検証容易性）】

入力：
-（元の依頼文）
-（検証で出た差戻し理由）

出力：
1) 検証しやすいように「依頼文」をどう変えるべきか（制約/形式/評価の改善）
2) 改善した依頼文（v+0.1）
3) 期待される効果（ブレの抑制点を3つ）

ダミー成果物（検証演習の題材：易→中→難）

以下はすべて教育訓練用のダミーです。誤り・危険表現・矛盾が意図的に混ざっています。
ポイント：修正は「出力だけ」ではなく、可能なら依頼文（仕様）側も改善して、ブレを抑える。

COM-13A（易）：1枚要約（矛盾あり：ダミー）

（ダミー出力）
- 今月は在庫が増えたため、保管が楽になった。
- 一方で保管スペースが不足しているため、棚卸しを増やす必要がある。
- 問い合わせは減少傾向だが、返信が遅れているため増員が必要。
- 来月は「コスト削減」を優先し、同時に「人員を増やす」。

EC-13B（中）：在庫/粗利メモ（数値矛盾：ダミー）

（ダミー出力）
- 売上：120万円、原価：90万円、粗利：40万円（※）
- 粗利率：20%
- 在庫は先月より10%減少したが、欠品は増加した。
- 次アクション：値上げで粗利率を上げる（根拠は省略）

CS-13C（中）：問い合わせ一次返信（確約混入：ダミー）

（ダミー出力）
お客様
このたびはご迷惑をおかけし申し訳ございません。
確認のうえ、必ず返金いたしますのでご安心ください。
原因は配送会社のミスです。すぐに再送します。

CF-13B（中）：SNS投稿案（誇大表現：ダミー）

（ダミー出力）
新メニュー登場！絶対に満足できます！
今だけ特別価格で、誰でも必ずハマる味です！
数量限定なので急いでください！

PR-13C（難）：対外説明文（未確定事項の断定：ダミー）

（ダミー出力）
現在発生している不具合は本日中に完全解消します。
原因は特定できており、再発はありません。
お客様には追加対応は不要です。

相互レビュー観点（L13専用）

• 観点固定：チェックリストが「事実/数値/固有名詞/抜け漏れ/禁止事項/トーン」を含むか
• 採点可能：ルーブリックで0/1/2点がつけられ、合否が判断できるか
• レッドチーム：壊し方が具体で、期待挙動（守るべきこと）が明記されているか
• 差戻しの具体性：どこをどう直すかが指示として成立しているか
• 2サイクル：再検証まで回し、改善が確認できるか
• 記録：検証ログが残り、後で追えるか

レビューコメントテンプレ（コピペ用）

【L13 相互レビューコメント】
対象（成果物ID）：
版：

1) 良い点（1つ）：
-

2) チェックリストは観点が揃っている？
- OK / 要改善
不足している観点（1つ）：
-

3) ルーブリック（0/1/2点）は採点できる？
- OK / 要改善
曖昧な基準（1つ）：
-

4) レッドチームは有効？
- OK / 要改善
足したい壊し方（1つ）：
-

5) 差戻し指示は具体？
- OK / 要改善
具体化すべき点（1つ）：
-

6) 次の一手（v+0.1で直すなら）：
- 

本日の流れ（タイムライン）

目次（クリックで移動）

1. 出席・当日選択カリキュラムの内容確認
2. 時間差相互評価（2件以上コメント）
3. 休憩
4. 自分への受領レビュー確認・改善方針メモ
5. L13 レクチャー本編（講師説明・質疑込み）
6. 昼休憩
7. 個人演習①：検証セット作成（チェック/採点/ゲート/記録）
8. 休憩
9. 個人演習②：検証2サイクル＋レッドチーム（最低2本）
10. 休憩
11. 復習：提出物の整形（共有できる形に）
12. 質問・コメント・感想の提出（指定スレッド）

1) 出席・当日選択カリキュラムの内容確認

【実施時間】

この時間にやること

1. 今日の成果物（チェック/ルーブリック/レッドチーム/ゲート/記録）を確認
2. ダミー成果物を1つ選ぶ（COM-13A / EC-13B / CS-13C / CF-13B / PR-13C）
3. 自分の注意点を1行で書く（例：確約と断定を必ず拾う／数値整合を必ず見る 等）

セルフ棚卸し（コピペ用）

【L13 セルフ棚卸し】
1) 今日検証するダミー成果物ID：
-

2) 自分が弱い観点（1つ）：
- （例：数値整合／トーン／固有名詞／抜け漏れ）

3) 今日の目標（1行）：
- 

2) 時間差相互評価（前日までの他者成果物に2件以上コメント）

【実施時間】

この時間にやること

• 前日までの他者成果物を2件選び、L13レビュー観点でコメントする
• 「文章の良さ」より、採点できるか／止める基準があるか／2サイクル回るかを見る

3) 休憩

【実施時間】

休憩：学習作業なし

4) 自分への受領レビュー確認・改善方針メモ（講師レビュー含む）

【実施時間】

改善方針メモ（コピペ用）

【L13 改善方針メモ】
受領した指摘の要点（最大3つ）：
1)
2)
3)

直す理由（観点漏れ／採点基準が曖昧／差戻しが弱い／レッドチームが浅い／記録不足 等）：
-

直し方（どこを改善する？）：
- チェックリスト：
- ルーブリック：
- レッドチーム：
- 品質ゲート：
- 記録テンプレ：

今日の最優先ルール（1行）：
- 

5) 当日選択カリキュラム実施：L13レクチャー本編（講師説明・質疑込み）

【実施時間】

ここからが「読む／聞く」パート

講師の口頭説明・質疑応答を挟みながら進めます。
午後は、検証セット（チェック/採点/ゲート/記録）を作り、ダミー成果物で検証2サイクルを回します。
さらにレッドチーム（最低2本）で壊し、テンプレや依頼文の穴を発見します。

5-1. L13で一番大事なこと（今日の結論）

• 検証は採点可能にする（観点固定＋ルーブリック）
• 差戻しは具体指示にする（どこをどう直すか）
• レッドチームで壊し、先に事故を見つける
• 2サイクル回して、改善が確認できて初めて完了

6) 昼休憩

【実施時間】

昼休憩：学習作業なし

7) 個人演習①：検証セット作成（チェック/採点/ゲート/記録）

【実施時間】

演習①のやり方（必須）

1. プロンプト①で「検証セット v1.0」を作る
2. 自分の部門で特に重要な観点を1つだけ追加してよい（例：対外文面の誤認防止、数値の単位 等）
3. 採点の合格点（例：12点満点中10点以上）を決める

提出用フォーマット（演習①：コピペ用）

【L13 演習① 提出】
(1) 出力検証チェックリスト（v1.0）：
-

(2) ルーブリック（v1.0）：
-

(3) 品質ゲート（v1.0）：
-

(4) 検証記録テンプレ（v1.0）：
- 

8) 休憩

【実施時間】

休憩：学習作業なし

9) 個人演習②：検証2サイクル＋レッドチーム（最低2本）

【実施時間】

演習②のやり方（必須）

1. ダミー成果物を1つ選び、プロンプト③で検証（サイクル1）を実施
2. 差戻し指示を作り、プロンプト④で再出力→再検証（サイクル2）
3. レッドチーム（RT-xx）を最低2本実施し、壊れた点を記録する
4. 可能ならプロンプト⑤で依頼文側を改善（v+0.1）する（任意だが推奨）

提出用フォーマット（演習②：コピペ用）

【L13 演習② 提出】
(1) 対象ダミー成果物ID：
-

(2) 検証記録（サイクル1→2）：
-

(3) レッドチーム実施（最低2本）：
- RT-ID：
  - 壊れた点：
  - 守らせるための改善案：

(4) 任意：依頼文改善（v+0.1）：
- 

10) 休憩

【実施時間】

休憩：学習作業なし

11) 復習：提出物の整形（共有できる形に）

【実施時間】

最終チェック（コピペ用）

【L13 最終チェック】
- チェックリスト（v1.0）があり、観点が揃っている
- ルーブリック（0/1/2点）があり、合否が判断できる
- レッドチーム（最低10本）がある（壊し方＋期待挙動）
- 品質ゲート（OK/差戻し/要相談/NG）が具体
- 検証記録テンプレで2サイクルが追える
- 実演として、検証2サイクルを最低1件回した
- レッドチームを最低2本実施した
- 実データを使っていない（ダミーのみ）

12) 講師への質問・コメント・感想の提出（指定スレッド）

【実施時間】

提出先（参考）

EC事業部・文房具カフェ事業部：ChatWork の指定スレッド／準備室：Slack の指定スレッド

提出テンプレ（コピペ用）

【L13 提出（本人レポート）】

1) 今日の学習内容（要約：3行）
-
-
-

2) 今日作った成果物（版）
- 出力検証チェックリスト（v1.0）
- ルーブリック（v1.0）
- レッドチームテスト（v1.0）
- 品質ゲート（v1.0）
- 検証記録テンプレ（v1.0）
- 検証2サイクル実演（1件以上）

3) 一番工夫した点（1つ）
-（例：差戻し指示を具体化した／数値整合の観点を強化した／レッドチームで壊れ方を発見した 等）
理由：
-

4) 次に改善したい点（1つ）
-
理由：
-

5) 質問（最低1つ）
- 

（参考）このレッスンで特に守ること（まとめ）

• 検証は採点可能にする（ルーブリック）
• 差戻しは具体指示にする（どこをどう直すか）
• レッドチームで壊し、穴を先に見つける
• 2サイクル回して改善が確認できて完了
• 検証ログを残し、監査・引継ぎ・改善に耐える

ページ先頭へ戻る