生成AIで手順書やマニュアルをチェックボックス付きの箇条書きへ変換したいとき、最初に決めるのはプロンプトではありません。何を入力してよいか、原文のどの条件を残すか、誰が確認するかです。

先に結論を言うと、最初の1件は次の順で進めます。

  1. 顧客情報や個人情報を含まない、低リスクまたは合成の手順を1件選ぶ。
  2. AIに渡す前に、原文から目的・前提・作業順・例外・停止・確認者を抜き出す。
  3. AIには、原文対応を付けたチェックリスト案だけを作らせる。
  4. 人が各項目を原文と照合し、保持・欠落・追加・不明に分ける。
  5. 人の確認が終わるまで、正式な社内手順として配布したり、実作業の自動実行へつないだりしない。

この6項目と4分類は、この記事の編集上の提案です。公的な固定様式、法令上の義務、安全保証、正確性保証ではありません。

1. 最初の素材は低リスク1件に絞る

最初から顧客対応や承認業務の手順を変換する必要はありません。まずは、入力内容と変換後の影響を小さくできるものを選びます。

選び方 進め方
公開情報または合成例で、社内の入力許可を確認できる 原文の版と参照箇所を控えて試す
個人情報、顧客情報、契約情報、機密情報、第三者の未許諾資料を含む そのまま入力せず、利用条件を確認する。判断できなければ合成例や非個人の素材へ戻す
法務・医療・金融・人事・安全確保・設備制御など、高い影響が出る この小さな試行の対象にしない
外部送信、承認、自動実行、システム書込みが必要になる チェックリスト化で止め、人の確認へ戻す

生成AIサービスへ入力する前には、利用目的、必要な範囲、入力可否、利用規約、プライバシーポリシー、提供者のデータ利用条件を確認します。個人情報を常に禁止するという意味ではありません。条件を確認できない素材を、確認できていないサービスへ渡さないという境界です。

2. AIより先に、原文側の6項目を抜き出す

原文をAIに要約させてから条件を探すのではなく、人が先に基準を作ります。原文に書かれていないことは、AIに補わせません。

項目 原文から抜き出すもの 空欄・不一致の扱い
目的 何のための手順か AIに目的を補わせず、不明として保留
前提条件 対象、開始条件、使える入力、事前準備 入力可否が判断できなければ停止
作業順 1、2、3の順番と完了条件 順番が変わる案は採用しない
例外 〜の場合は、〜でなければ、などの分岐 省略されたら欠落として戻す
停止・相談条件 やめる条件、迷ったときの相談先 AIに新しい相談先を決めさせない
確認者 最終的に人が確認する役割や担当 原文にない場合は不明とし、人が決めるまで保留

ここでのポイントは、チェック項目を増やすことではなく、意味を変えずに実行前の判断へ戻せることです。原文が曖昧なら、チェックリストを完成させようとせず、曖昧さを残します。

3. AIには原文対応を出させる

入力許可を確認した低リスク素材だけを使い、次のように依頼します。

目的：次の原文を、実行前に人が確認できるチェックリスト案へ整理する。

制約：
- 原文にない手順、担当、期限、例外、通知先を追加しない。
- 原文の目的、前提条件、作業順、例外、停止・相談条件、確認者を残す。
- 各チェック項目に、対応する原文の見出しまたは短い箇所を付ける。
- 原文に根拠が見つからない項目は不明とし、推測で埋めない。
- この出力は正式手順ではなく、原文照合前の案として出す。

出力列：
番号 / チェック項目案 / 条件 / 原文対応

AIが付けた原文対応や不明という表示も、照合結果そのものではありません。次の段階で人が原文に戻り、保持・欠落・追加・不明を記録します。

原文にない通知先や担当者を追加禁止に含めるのは、もっともらしい業務手順が混ざるのを見つけるためです。AIに正解を出させる依頼ではなく、原文との差分を見える形にする依頼にします。

4. 仮想例で、追加と欠落を見分ける

以下は、実在の社内手順ではない仮想例です。固有の社内情報を使わず、照合のやり方だけを示します。

原文（仮想例）

毎週月曜、担当者が公開済みの社内FAQを確認する。内容に変更がなければ更新しない。変更がある場合は修正案を作り、責任者の確認後に共有フォルダへ保存する。判断に迷う場合は責任者へ相談する。

AIが作ったチェックリスト案を人が照合した例

No. チェック項目案 人の照合判定 対応
1 毎週月曜に、担当者が公開済みの社内FAQを確認する 保持 原文の対象・曜日・担当者と照合できる
2 内容に変更がなければ更新しない 保持 変更なしの条件を残す
3 変更がある場合は修正案を作る 保持 変更時の作業を残す
4 修正案は責任者の確認後に共有フォルダへ保存する 保持 確認の順番を残す
5 判断に迷う場合は責任者へ相談する 保持 相談条件を残す
6 保存後に社内チャットへ通知する 追加 原文にないため採用しない
7 毎週、FAQを更新する 欠落・意味変更 変更がなければ更新しない、という条件が落ちているため採用しない

No.6のように、実務ではありそうでも原文にない通知を足した項目は追加です。No.7のように、条件を落として作業だけに変えた項目は欠落・意味変更です。どちらもチェック欄を埋めるために採用せず、原文または責任者へ戻します。

5. 照合結果を短い記録にする

チェックリスト案そのものを正式手順として保存する前に、原文との照合結果を残します。次のテンプレートは記事用の提案です。

試行日：
対象手順：
原文の版・参照箇所：
入力可否を確認した人：
確認した社内ルール・サービス条件：

No. | AIの項目案 | 原文の対応箇所 | 保持・欠落・追加・不明 | 人のメモ
----|-------------|----------------|------------------------|--------
    |             |                |                        |

未解決の点：
正式利用の判断：保留 / 人が確認してから判断 / 見送り
確認者：
確認日：

不明を空欄にしないことが大切です。原文にない期限、担当、例外、通知先を見つけたら、推測で補完せず、追加として保留します。原文にあった条件が消えていたら、欠落として戻します。

6. 人へ戻す境界を先に決める

次のどれかに当てはまったら、チェックリスト案を完成させるより先に止めます。

  • 入力してよい情報か、サービスの利用条件かを確認できない。
  • 個人情報、顧客情報、契約情報、機密情報、第三者の未許諾資料を使う必要がある。
  • 法務、医療、金融、人事、安全確保、設備制御など、高い影響が出る判断を含む。
  • AIが原文にない手順や担当を追加した、または例外・停止条件を落とした。
  • 原文の意味が曖昧で、確認者や相談先を人が決められていない。
  • 正式配布、外部送信、自動承認、実作業の自動実行、システム書込みへ接続しようとしている。

人の確認が終わるまでは、案を正式な社内手順として配布しません。チェックリストを作ることと、業務を自動実行できることは別です。

7. 根拠と、この提案の限界

根拠として確認できる事実

デジタル庁の「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン（第2.0版）」は、生成AIの利用目的・利用範囲・利用条件、リスクに応じた対応、出力の適切さの判断、正確性・根拠・事実関係の確認を扱っています。ただし、行政機関等における生成AIの調達・利活用を対象とする資料であり、日本の中小企業へ一律に適用される法的義務ではありません。

個人情報保護委員会の「生成AIサービスの利用に関する注意喚起等について」は、応答結果に不正確な内容が含まれ得ること、入力情報や個人情報に関するリスク、利用規約・プライバシーポリシーの確認を扱っています。2023年の資料なので、特定サービスの現在の保存・学習条件や利用規約を代替しません。

この記事の編集提案

目的・前提・作業順・例外・停止・確認者の6項目、保持・欠落・追加・不明の4分類、低リスクまたは合成例1件から始めること、人の確認後に正式利用することは、上記資料をこの検索意図へ限定的に翻訳したものです。E1やE2がこの6項目のチェックリストや、その有効性を公的に定めているわけではありません。

MASTER key株式会社とAX事業部の発信としては、AIの出力をそのまま業務へ流すのではなく、既存手順の条件・例外・確認者へ戻す視点を置きます。これは認知を高めるための発信仮説であり、本稿が検索クリック、問い合わせ、顧客成果、MASTER key固有の実績を生むことを示すものではありません。

まとめ

生成AIで手順書をチェックリスト化する最初の一歩は、AIに完成版を作らせることではありません。

  • 低リスクまたは合成例を1件選ぶ。
  • 原文から6項目を抜き、AI出力を原文と照合する。
  • 保持・欠落・追加・不明を分け、人の確認が終わるまで正式利用へ進めない。

検索需要、記事別の反応、問い合わせ、業務改善効果は、現時点で未観測です。まずは入力許可を確認できる1件で、原文との差分を記録できるかを試してください。

参照元