品質データをAIに渡す前に｜プロンプトの型と注意点

不具合報告の原因分析でつまずいて、測定値をそのままAIに貼り付けようとした——手が止まった経験はないでしょうか。データには客先の製品名が入っていて、規格値も客先指定です。これは社外に出してよい情報なのか。手が止まるのは正しい反応です。

製造業でAIを使うときの最初の関門は、技術ではなく情報の取り扱いです。この記事では、何を渡してはいけないのか、渡すためにどう加工するのか、そして依頼文をどう組み立てるのかを順に整理します。プロンプトの具体的な文言はサービスの更新で古くなるため、「何を書くか」という型を中心に扱います。

渡す前に確認すべき場面

次のような場面では、入力する前に立ち止まってください。

• 客先から提供された情報を含むとき：図面、規格値、仕様書、客先の製品名
• 公表前の不具合情報を扱うとき：市場クレーム、対策検討中の案件
• 個人が特定できる情報が混ざるとき：作業者名、検査員コード、シフト表
• 取引条件が読み取れるとき：単価、数量、納入先、歩留まり

逆に、これらを含まない一般的な相談——「対応のある2群を比べる手法は何か」「pandasで群ごとの平均を出す書き方は」といった質問は、データを渡さずに済むため問題になりにくい使い方です。

NG例（△）: 社内規程を確認しないまま、測定データを丸ごと貼り付けるのがもっとも避けたい行動です。無料で使えるサービスの多くは、入力内容を品質改善に利用する設定が既定になっている場合があります。しかも履歴を削除しても、学習への利用まで遡って取り消せるとは限りません。確認は入力する前に行うものだと考えてください。

もうひとつのNG例が、「数値だけだから大丈夫」と考えることです。測定値そのものは無味乾燥に見えても、規格値・単位・製品名が並ぶと、その工程の実力や取引先が推測できる情報に変わります。判断は数値単体ではなく、セットで見て行います。

渡してはいけない情報

どこまでが危ないのかを、区分して整理します。判断の軸は「社外の人に見せられるか」です。AIサービスは社外です。

情報の種類	そのまま渡す	理由
客先名・製品名・型番	❌	取引関係が特定される
図面・仕様書の内容	❌	多くの場合、客先との守秘義務の対象
公表前の不具合情報	❌	対外的な影響が大きい
作業者・検査員が特定できる情報	❌	個人情報の取り扱いに該当しうる
単価・数量・納入条件	❌	取引条件は営業秘密にあたりうる
加工した測定値（匿名化済み）	⚠️	規程しだい。確認のうえ判断する
手法・関数の一般的な質問	✅	社内情報を含まない

⚠️の行が判断の分かれ目です。匿名化した数値なら問題ないと考えがちですが、会社によっては「工程データの社外持ち出し」自体を禁じている場合があります。加工すれば必ず使えるわけではありません。

見落とされやすいもの

意識しやすいのは客先名や図面ですが、実際に紛れ込みやすいのは次のようなものです。

• Excelのシート名・ファイル名：「A社_2026年度_受入検査.xlsx」のような名前ごと貼り付けてしまう
• エラーメッセージ内のパス：社内サーバー名やユーザー名が含まれる
• スクリーンショット：画面の端に別のウィンドウやタブのタイトルが写り込む
• コードのコメント：過去に書いたコードをそのまま渡すと、コメントに顧客名や案件番号が残っていることがある

いずれも、貼り付ける直前に本文を読み返せば防げます。送信前に一度読み直すという手順を挟むだけで、大半は取り除けます。

渡してよい形に加工する

規程上で加工後のデータを扱えるなら、次の手順で渡せる形にします。

1. 識別できる情報を記号に置き換える

製品名は「製品A」、工程名は「工程1」、客先名は削除するか「顧客X」にします。ポイントは、置き換えの対応表を手元に残しておくことです。返ってきた回答を実物に戻すときに必要になります。

2. 数値の意味を保ったまま単位系だけ残す

統計的な相談で必要なのは、多くの場合ばらつきの構造であって絶対値ではありません。「軸径の測定値25個、単位mm、規格10.00±0.10」という情報があれば、手法の相談としては足ります。実際の製品が何かを伝える必要はありません。

絶対値そのものを隠したい場合は、全体から一定値を引くか、規格中心からの偏差に変換する方法もあります。ばらつきの評価が目的なら、平均をずらしても標準偏差は変わらないため、相談の質は落ちません。

3. 件数と条件だけを伝えて、データは渡さない

いちばん安全なのがこれです。「5個×5日の測定値がある。規格は両側。正規性は未確認」とだけ伝えて、手法とコードだけを受け取り、実データは自分の手元で流す。この形なら社内データは一切外に出ません。

コードを書かせて手元で実行する進め方はAIにPythonコードを書かせる｜統計解析での検証手順で具体的に扱っています。実務ではこの形がもっとも現実的です。

現場での流れ（例）

たとえば、こういう流れです。ある担当者が、受入検査データのばらつきが最近大きいと感じて原因を調べたい。手元のファイルには客先の型番と検査員名が入っています。

そのまま貼れば早いところを、ファイルからは何も持ち出さず、「5個ずつ20群の計量値がある。群ごとの平均と範囲を出して管理図を描くPythonコードを書いてほしい」とだけ依頼します。返ってきたコードを自分のPCで実行し、実データを流す。外に出たのは「5個ずつ20群」という構造の情報だけです。

この形なら、規程の確認待ちで作業が止まることもありません。管理図の考え方そのものはPythonで管理図を作る｜X-R管理図の手順で扱っています。

プロンプトの型｜何を渡すか

ここからは依頼文の組み立てです。世の中には「そのままコピーして使える呪文」の形で紹介されることが多いのですが、具体的な言い回しはサービスの更新で古くなります。長く使えるのは、文言ではなく構成のほうです。

統計・品質の相談なら、次の4つを埋めれば形になります。

要素	書く内容
①前提	データの素性・件数・単位・欠測の有無・規格の種類（両側か片側か）
②目的	何を知りたいのか。判定したいのか、可視化したいのか
③制約	使える環境（Excelのみ／Pythonのライブラリ制限）、社外に出せない条件
④出力形式	コードだけ／説明つき／表形式／小数第何位まで

この4つのうち、実務でいちばん効くのが③の制約です。「Excelしか使えない」「追加ライブラリは入れられない」と書いておかないと、環境に合わない答えが返ってきます。ExcelとPythonのどちらで進めるかを迷っている段階なら、Excel統計の限界はどこか｜統計ソフト4種の比較と選び方で切り分けておくと制約を書きやすくなります。

①も落とせません。書かなかった前提は考慮されないためです。対応のあるデータなのにそれを伝えなければ、対応なしの手法が返ってきます。正規性を確認していないなら、その旨も書きます。

4つを埋めると、たとえばこうなります。実データは1件も含んでいません。

旋盤工程の外径測定値が5個×5日で25個ある。単位はmm、欠測なし、規格は両側で公差は±0.10。正規性は未確認。
この工程の工程能力指数を求めたい。
使えるのはPythonのpandasとnumpyのみ。追加ライブラリは入れられない。実データは渡せないので、こちらで数値を差し替えて実行する。
コードと、各行が何をしているかの短い説明。数値は小数第3位まで。

1行目が①前提、2行目が②目的、3行目が③制約、4行目が④出力形式です。覚えるのはこの並びだけで、文言は毎回その場の言葉で構いません。呪文として暗記する必要はなく、4つが埋まっているかを指差し確認するほうが実用的です。

この例で外に出ている情報は「旋盤工程」「5個×5日」「±0.10」の3つだけです。製品名も客先も測定値も含まれていないため、多くの職場では規程の範囲内に収まります。ただし工程名や公差そのものが機密にあたる職場もあるため、最終的な判断は自社の基準に照らしてください。

役割を指定する書き出しは必要か

「あなたは品質管理の専門家です」から始める書き方がよく紹介されます。前提を短く共有する効果はありますが、①〜④を丁寧に書くほうが結果への影響は大きいというのが実感です。役割指定だけを増やして前提を省くと、それらしいが的外れな回答が返ってきます。

回答をそのまま信じない

型どおりに依頼しても、返ってくる内容の正しさは保証されません。特に、数値そのもの・検定の判定・規格の出典は確認が必要です。手法の候補が返ってきたら統計的検定の選び方（フロー図付き）で自分で確かめ、用語の定義は統計・実験計画法の用語と公式まとめで突き合わせるのが確実です。この線引きの全体像は品質管理でAIを使う｜任せてよい仕事と危険な使い方にまとめています。

会社の規程をどう確認するか

結局のところ、使ってよいかどうかを決めるのは会社です。規程が整っていない会社も多く、「聞いたら禁止されるかも」と思って確認せずに使うのがいちばん危ない状態です。

確認先は、情報システム部門か品質保証部門、あるいは総務です。聞く内容は次のとおりです。

• 生成AIの業務利用について、社内規程やガイドラインはあるか
• ある場合、利用してよいサービスは指定されているか
• 入力してよい情報の範囲はどこまでか（測定値・図面・客先名それぞれ）
• 入力内容が学習に使われない設定・契約になっているか
• 客先との契約で、データの取り扱いに制限がかかっている案件はあるか
• 使用した場合の記録を残す必要があるか

規程がまだ無い場合は、「社内情報を入力しない範囲でなら使ってよいか」という限定的な形で確認するのが通りやすい聞き方です。手法の相談とコード生成だけなら実データを出さずに済むため、この範囲で許可が下りれば実務のかなりの部分をカバーできます。

あわせて、客先との取り決めも確認します。品質保証契約や秘密保持契約で、提供された情報の取り扱いに制限がかかっている場合があります。社内規程で許されていても、契約で制限されていれば従うのは契約のほうです。

よくある質問（FAQ）

Q. 有料の法人向けサービスなら、社内データを入力してよいですか？

入力内容が学習に使われない契約形態は増えていますが、それと社内規程で許可されているかは別の話です。契約上のリスクが下がっても、客先との守秘義務が消えるわけではありません。契約形態の確認と、社内での許可の確認は両方必要です。

Q. 匿名化すれば、どんなデータでも渡してよいですか？

いいえ。会社によっては工程データの社外持ち出し自体を禁じている場合があります。また、匿名化したつもりでも、規格値と単位と工程の組み合わせから推測できてしまう場合もあります。加工しても迷うなら、データを渡さずコードだけ受け取る形に切り替えるのが安全です。

Q. 一度入力してしまったデータは取り消せますか？

サービスによって扱いが異なり、履歴の削除ができても学習への利用を遡って取り消せるとは限りません。入力する前の確認が唯一の対策と考えてください。誤って入力した場合は、自己判断で処理せず情報システム部門へ報告します。

Q. 社内にAI利用の規程がまったくありません。どうすればよいですか？

実データを入力しない範囲——手法の相談、関数やコードの書き方、文章のたたき台——に限定して使い、その旨を上長に共有しておくのが現実的です。この範囲なら社内情報が外に出ないため、説明もしやすくなります。規程ができたら、それに合わせて範囲を広げます。

まとめ

• 判断の軸は「社外の人に見せられるか」。AIサービスは社外にあたる
• 客先情報・図面・公表前の不具合・個人が特定できる情報・取引条件は渡さない。ファイル名やエラーメッセージのパスから紛れ込む経路にも注意する
• もっとも安全なのは、データを渡さず件数と条件だけ伝えてコードを受け取る形
• プロンプトは文言ではなく型で覚える。前提・目的・制約・出力形式の4つ
• 社内規程と客先との契約の両方を確認する。規程が無ければ「実データを入力しない範囲で」と限定して相談する

データを渡さずに済む相談ならそのまま使い、渡す必要がある場合は加工と規程確認をセットにする、という使い分けです。実データを手元に置いたまま作業を進める具体的な方法はAIにPythonコードを書かせる｜統計解析での検証手順にまとめました。Pythonそのものが初めての方はPython統計解析入門｜Excelとの使い分けと学び方から始めると無理がありません。統計の土台を体系的に固めたい方には、レベル別のおすすめ書籍を統計学・実験計画法のおすすめ本まとめで紹介しています。

※ 本記事は情報の取り扱いに関する一般的な考え方を整理したもので、法的助言ではありません。実際の可否は勤務先の規程および客先との契約によって異なります。生成AIの仕様・提供条件は変更されるため、利用にあたっては各サービスの最新の利用規約を必ずご確認ください。記述は2026年8月時点の一般的な整理です。