- 公開日
AIの回答を点検するには、完成した文章を読むだけでなく、依頼、入力、根拠、判断、出力のどこで問題が生じたかを区切って見ると、修正する場所を選びやすくなります。各工程で何を受け取り、何を残し、条件がそろわなければどこへ戻るかを決めます。単純な文章修正に、調査やツール実行を毎回追加する必要はありません。
PAP-40-Layer Frameworkでは、この流れを八つのPhaseにまとめています。Phaseは複数の確認観点をまとめた独自の整理であり、すべての仕事で順番どおりに通過する必須工程や、製品内部の動作を示すものではありません。ここでは、社内FAQの改訂を例に、必要な工程の選び方を説明します。
八つの観点は、作業を行き来するために使う
次の表では、Phaseの名称と、日常業務で何を確認するかを対応させています。「残すもの」は考え方を示す例です。小さな仕事で八種類の別ファイルを作るという意味ではなく、同じメモにまとめても構いません。
| Phaseと名称 | 確認すること | 次へ渡すものの例 |
|---|---|---|
| 1 命令階層・安全原則・役割固定 | 誰の依頼で、何を任され、どこまで進めるか | 目的、担当範囲、実行しない操作 |
| 2 入力解釈・境界防御・主体管理 | 入力の意味、資料の出所、不足や食い違い | 対象資料、適用条件、確認が必要な点 |
| 3 記憶・環境・実行制御 | 今の環境で使える情報や機能、作業の状態 | 参照できる範囲、未完了の作業 |
| 4 外部ツール・検索・グラウンディング | 主張に使う根拠をどう取得し、対応させるか | 原資料の版と該当箇所、主張との対応 |
| 5 内部推論・事実性検閲 | 結論が根拠や計算と合い、不明点を埋めていないか | 確認できた内容と未確認の区別 |
| 6 自己修正・ローカライズ | 誤りの訂正、読者に合う表現、出力形式 | 条件を保って直した原稿 |
| 7 出力・下流安全・最適化 | 渡す先、使われ方、不要な情報や処理 | 利用範囲が明確な成果物 |
| 8 観測・評価・改善 | 何を確かめ、どんな誤りが残ったか | 点検結果、修正理由、次回の改善点 |
例えば、読みやすくする段階で日付の意味が曖昧だと分かったら、言い回しだけを直して先へ進まず、入力や根拠の確認へ戻ります。出力先が社外に変わったら、最後の形式調整だけで済ませず、依頼の範囲や情報の利用条件を見直します。後ろの工程から前へ戻る動きも、この整理に含まれます。
工程を固定順序と混同しない点は、他の枠組みを読む際にも重要です。NISTのAI RMF Coreでは、四つの機能を示しつつ、活動は必ずしも順番に並ぶ手順ではないと説明しています。NISTの四機能と本稿の八区分は目的も区切り方も異なるため、同じ分類として扱いません。
社内FAQの改訂を一巡する
以下は架空の社内業務です。総務担当者がAIを使って会議室の予約FAQを改訂し、総務責任者が内容を確認してから掲載します。AIには下書き作成だけを任せ、社内サイトを更新する権限は与えていない前提です。
元の依頼は「新しい会議室ルールに合わせてFAQを直してください」です。手元には旧FAQと、新しい運用通知があります。
旧FAQ：会議室は一回につき三時間まで利用できます。
運用通知：2026年11月1日以降の利用分から、会議室の利用上限を一回二時間とします。予約した日にかかわらず、利用日で適用を判断します。
運用通知には、二時間を超える利用の例外手順は記載されていません。
最初に依頼を、「対象FAQの利用上限と適用日の説明を改訂する。通知にない例外を補わない。下書きと変更箇所を返し、掲載はしない」と具体化します。Phase 1で残すのは、この作業範囲です。質問されていない予約システム全体の再設計まで始めないようにします。誰の指示を、外部資料に書かれた文言よりどう優先するかという土台は、命令階層と信頼境界とは？ AIへの指示と外部資料を分ける基本で扱っています。
Phase 2では、旧FAQと新通知を同じ強さの資料として混ぜないことが要点です。どの内容をいつから変更する通知なのかを読み、予約日ではなく利用日が条件であると取り出します。通知の送付元や確定状態が不明なら、AIは改訂内容を確定させずにその点を総務担当者へ示し、担当者が通知の発行元へ確かめるまで作業を止めます。
Phase 3では、資料を実際に開けるか、以前の会話に出てきた旧ルールを参照していないか、保存できる下書きの場所はどこかを確かめます。この例では、承認された二つの資料を一度に渡せるため、長期記憶の仕組みを追加する必要はありません。ただし、古い会話内容を使わないという条件は残します。
根拠を取ってから、文章を整える
Phase 4では、改訂する文と通知の該当箇所を結び付けます。「二時間」の根拠と、「11月1日以降の利用分」の根拠は同じ通知にあります。社内の会議室ルールを確かめるために一般のWeb検索をしても、この組織の正式な決定を補えるわけではありません。必要資料がそろっていれば、新たな外部検索は省けます。逆に、資料を開けなかった、読み込みに失敗したという場合は、その内容を「記載なし」や「該当なし」と扱わず、未確認として残します。検索や閲覧の機能がない環境なら、「公式資料で確認して」と書いても機能は増えないため、資料を貼り付けて渡すなど、根拠を入手する手段そのものを変えます。
Phase 5では、資料から導ける範囲を確かめます。通知に例外手順がないため、「例外は認められません」とは書けません。ここで作る期待原稿は、例えば次のようになります。これは説明用の期待結果であり、AIの動作試験は行っていません。
会議室の利用上限は、2026年11月1日以降の利用分から、一回二時間になります。予約した日ではなく、利用日で新しい上限が適用されます。二時間を超える利用については、総務へ確認してください。
最後の確認先は、架空の業務設定で総務を窓口としたものです。実務では、実在する担当部署と受け付ける範囲を確かめてから記載します。連絡先をAIに作らせないでください。
Phase 6では、社員が迷う順に説明を整えます。「11月1日から予約は二時間まで」と短縮すると、予約操作をした日が基準に見えます。そこで「利用分から」「予約した日ではなく利用日」を残します。長い文を短くすることより、行動を変える条件を保つことを優先します。
Phase 7では、総務担当者へ下書きと変更点を渡します。AIが文章を完成させたことと、社内掲載が承認されたことを分け、掲載担当者がどの版を使うか確認できる状態にします。外部の問い合わせ対応へ転用するなら、その利用まで許可されているかは別途確認します。
点検で誤りが見つかったら、原因のある工程へ戻る
Phase 8では、単に「確認済み」と書くより、何を照合したかを残します。この例なら、上限二時間、適用日、利用日基準、未記載の例外を断定していないことを点検します。旧FAQと新通知のどちらを基に修正したかも、後から追えるようにします。
架空のレビューで「予約日で適用を判断すると読める」という指摘が出たとします。通知を読み違えていたならPhase 2と4へ戻り、根拠を確認します。根拠は正しく理解していたのに短縮で意味が変わったなら、Phase 6の表現を直します。「もっと慎重に」と依頼全体を強めるだけでは、同じ箇所で再び条件を落とすおそれが残ります。
ほかの指摘も、症状から戻る場所を選べます。次の表は、このFAQ改訂で起こり得る誤りの例です。
| 症状 | 原因がある観点 | 直すもの |
|---|---|---|
| 旧FAQの「三時間」が残った | Phase 2（どちらが新しい資料か） | 新旧の資料の優先関係を依頼で指定する |
| 通知にない例外手順が書かれた | Phase 5（資料から導ける範囲） | 記載がない手順は断定せず、確認先を示す |
| 予約日が基準に見える文に縮められた | Phase 6（表現の整え方） | 適用条件の語句を残して書き直す |
| 古い版が掲載に使われた | Phase 7（渡す先と版） | 掲載担当者へ渡す版と変更点を明示する |
表の体裁や誤字は最後の整形で直せますが、上の誤りは言い回しを整えるだけでは解決しません。修正を頼むときも、「三時間を二時間に直して」ではなく、「新しい運用通知を優先し、旧FAQの記述は使わずに作り直して」のように、原因に対応する修正を伝えます。
修正後は、変えた一文だけでなく、表や見出しにも予約日基準の表現が残っていないか確認します。確認が終わった版を掲載担当者へ渡し、旧版が使われないようにします。点検結果には、今回抜けた条件と修正箇所を記録します。会話や資料をすべて保存する必要はなく、次の依頼で条件を変えるきっかけになる範囲を残せば足ります。機密情報が混ざる場合は、保存してよい範囲と保持期間のルールに従います。次のFAQ改訂では、原稿を作る前に日付条件を取り出す手順へ変え、その条件が修正文にも残るかを確かめます。
小さい仕事では、記録と工程をまとめる
このFAQで、内容が確定した一文の誤字だけを直す場合、資料取得から全部やり直す必要は通常ありません。原文、修正文、意味が変わっていない確認を同じ画面に置けば、複数の観点を一回の作業で扱えます。外部ツールや翻訳を使わないなら、その専用工程を増やす必要もありません。
一方、「通知が見つからないから根拠確認を省く」は簡略化ではなく、必要条件が満たせない状態です。その場合は分かる範囲の下書きに留め、資料の入手を待ちます。工程を選ぶときは、必要ないから省くのか、他の工程で確認済みなのか、まだ確認できないのかを区別してください。
実務で役に立つのは、八つの名称を覚えていることより、次の人が使える成果物と、止まったときの戻り先が分かっていることです。FAQなら「何を直すか」「何を根拠にするか」「条件を保てたか」「誰が掲載するか」がつながれば、必要な確認を作業の大きさに合わせて組み立てられます。
