GPT-6時代の法人AI研修は何を教える？Claude・Geminiの違いと3つの実務演習
結論：使うモデルを暗記するより、自社業務の合否を判定する
発行：HSビル・ワーキングスペース（運営：FULMiRA Japan合同会社）｜編集確認：2026年10月12日
公式発表から言えること・HSビルでは未検証のこと
法人AI研修では、GPT-6・Claude Haiku 5.5・Geminiの順位を暗記するより、自社の業務を同じ条件で試し、回答の正確さ・人間確認・作業時間・費用を評価できるようにすることが重要です。HSビルのAI受付・広報・SEO運用で得た判断を、問い合わせ返信・数字の説明・受付判断の3演習に落とし込みます。実機の3社比較結果を示す記事ではありません。
・GPT-6のIntelligent UIは、回答が文章だけでなく図表や操作できる形になりえる発表です。研修では「見やすさ」と「正しさ」を分けて確認させます。
・Claude Haiku 5.5は、大量・反復・速度とコストに敏感な仕事向けと公式が位置づけています。研修では「定型作業を安定して回せるか」を測ります。
・GeminiはGoogle Workspace内の横断支援とチームルールの再利用が公式の訴求です。研修では「自社の資料・メール・権限の中で使えるか」を確認します。
・本稿はベンチマーク順位を一切付けません。HSは3モデルの実機比較を未実施です。
今回の研修案では、参加者が身近な業務を複数候補に挙げ、翌週に試す仕事を1件決めることを到達点とします。これは本記事の演習案であり、法人研修で一律に提供を確約する内容ではありません。
この記事の対象と時点
・時点:2026年10月12日。公式発表の仕様や提供プランは変わりえます。利用する際は企業公式ページで最新の提供条件を確認してください。
・読者:研修を発注する経営者、人事・研修担当、現場責任者。
・問い:「GPT-6で図表や操作パネルが出るようになった。社員研修では何を教え、何を測ればよいのか」。
本稿で扱わないこと
・導入前の共通認識(目的・対象業務・入力ルール・責任・KPI)→末尾の関連記事
・Astraの権限設計→末尾の関連記事
・汎用AIの選び方→末尾の関連記事
・文章生成のモデル別テスト→末尾の関連記事
判断表：GPT-6・Claude・Geminiを自社業務でどう試すか
モデル | 公式が訴求する方向 | 法人研修で試す作業 | 採否を判断する項目 |
|---|---|---|---|
GPT-6 | 文章・図表・操作可能な回答UI | 同じ数字を文章と表で説明 | 数字一致・誤操作・確認時間 |
Claude Haiku 5.5 | 大量の反復業務・コスト感度 | 定型問い合わせの反復処理 | 出力の揺れ・処理費用・確認時間 |
Gemini / Workspace | Google Workspaceの業務接続 | 社内資料・ルールを踏まえた作業 | 参照範囲・権限・ルール反映 |
これは各社が公開している方向性と、HSビルが提案する研修評価軸の対応表です。HSビルが三つのモデルを実機で同条件ベンチマークした結果ではありません。まず社内で使える環境と対象業務を一つ決め、同じ入力・同じ採点表で比較してください。
経営判断：大量・定型の仕事なら反復の安定性と費用、図表の判断なら数値の一致と操作ミス、Google Workspace主体の業務ならアクセス権限と既存資料の扱いを優先します。3モデルすべてに有料契約する必要はありません。
何が変わり、何は変わらないか
変わりうる点:回答が表・図・操作要素になると、社員は「見やすい=正しい」と取り違えやすくなります。この傾向はHSの仮説です。測定はしていません。
変わらない点:根拠の照合と、人間の最終承認です。研修の評価も「きれいに出せたか」ではなく、「根拠と照らして誤りを見つけ、承認の責任を果たせたか」に置きます。
HSの一次経験:実務で学んだ3つの区分
ここで述べるのはHS自身の運用経験です。これらの運用がGPT-6で行われているという主張ではありません。顧客データやセキュリティ情報は公開しません。
経験1:受付LINEの案内には、AIが越えてはいけない線がある
HSビルではコワーキング、個室、会議室、バーチャルオフィスを運営し、LINEで施設案内も行っています。現場の運用では、定型的に案内してよい内容と、予約確定や契約可否のように別途確認が必要な内容を混同しないことが重要です。研修への接続:演習の合否基準に「案内にない約束をしていないか」「人間の承認欄があるか」を入れます。
経験2:広報/SEOと販売導線は、担当を分けないと責任が曖昧になる
広報(エリカ)は発信の文面と訴求、SEO/AIO(ツバサ)は検索で問われる論点と構造を担当します。販売導線(申込先ページとの整合)は別に確認します。「記事は書けた」と「申込につながる導線が正しい」は別の完了条件です。研修への接続:研修後の宿題で「自分の業務の完了条件を、作る・確認する・導線につなぐに分けて書く」ことを求めます。
経験3:「ACKがあったから完成」という失敗モード
HSの運用は、GitHub Issue → Bridge → executor → RESULT → COO採否、という段階を踏みます。ここで次の3つは別の状態です。
状態：ACK ／ 意味：「受け取りました」という応答 ／ 完成か：いいえ
状態：実行完了 ／ 意味：executorが作業して成果物(RESULT)を返した ／ 完成か：まだ(採否前)
状態：COO採否 ／ 意味：品質を判定し、採用/差し戻しを決めた ／ 完成か：ここで初めて採用
「承知しました」のACKだけで作業が終わったように扱うと、成果物が存在しないまま進みます。これが失敗モードです。さらに、原稿作成と公開GOも別の判断です。
研修への接続:演習の評価シートに「出力がある」と「承認済み」を別欄にします。社員は、AIの返事を完成と読み違えない習慣を、演習の中で身につけます。
経営判断:研修に何を期待し、何を期待しないか
・期待してよいこと:社員が自社業務でAIを試し、「使える/使えない/条件つき」を自分で言語化し、翌週の1手を決めること。
・期待しないこと:全社の導入判断を研修1回で確定すること。モデルの優劣を覚えること。研修後の売上や工数削減の保証。
適用する場面・しない場面
適用する：社員が自社の実業務でAIを試し、翌週の1手を決めたい ／ 適用しない(Waitまたは別手段)：AI導入の要件定義・業務設計・システム構築そのものを求める(法人研修とは別の相談)
適用する：少人数で同じ課題を試せる ／ 適用しない(Waitまたは別手段)：数十名に同時に実機を操作させたい(人数と環境の調整が必要)
適用する：非機密・架空・匿名の素材で演習できる ／ 適用しない(Waitまたは別手段)：実データや顧客情報でしか練習できない
適用する：少なくとも文章回答中心の環境が全員に揃う ／ 適用しない(Waitまたは別手段)：全員が同じ最新UIを使える前提でしか成立しない設計
自社業務で試す法人AI研修を相談する前に
社員が自社業務でAIを試し、翌週の1手を決めたい企業へ。HSビルの法人研修・講演は90分を標準単位とし、対象者と実務課題に合わせて内容を設計します。支援内容と費用の決まり方をご確認ください。
法人AI研修について、自社の課題を相談する(フォームでは「法人研修・講演」を選択)
研修の設計:90分は「標準案」であり、演習数は環境で調整する
HSビルの公開ページでは、法人研修・講演は90分を標準単位とし、対象者と実務課題に応じて内容を設計すると案内しています。下は、比較研修を組むときの提案フォーマットです。このとおりの3演習を実施した実績はありません。「90分で3演習が可能」とも言いません。
受講環境・人数：少人数で、全員が同じ画面を使える ／ 推奨する演習数：最大3演習(時間が足りなければ2に削る) ／ 理由：説明と採点の時間を確保できる場合のみ
受講環境・人数：人数が多い/提供状況にばらつきがある ／ 推奨する演習数：1〜2演習 ／ 理由：環境の差の確認に時間がかかる
受講環境・人数：文章回答のみの環境 ／ 推奨する演習数：演習①を中心に1演習 ／ 理由：UI演習は前提が揃ってからにする
90分を使う場合の目安配分例(あくまで案):
・導入と入力ルール:10分
・演習①本体:30〜35分
・採点と共有:20分
・翌週の1手を決める:15分
・余りは演習②または③へ(入らなければ宿題へ送る)
共通の入力ルール
架空・匿名・非機密の素材のみを使います。顧客情報、社内の実数値、認証情報は入力しません。以下の例は、すべて架空です。顧客事例ではありません。
演習①(詳細):問い合わせへの返信案を作り、根拠と照合し、人が承認する
目的
「速く書けたか」ではなく、「案内にない約束を見つけて止められたか」を測ります。
架空の入力
架空の利用案内(抜粋)
・A会議室(6名用):利用料は1時間あたり3,000円(税込)。
・利用可能時間:平日9:00〜18:00。
・キャンセル:利用日の前日までは無料。当日は料金の50%。
・飲食:ふた付き飲料のみ可。
架空の問い合わせ
「来週の火曜、午後に8名で2時間使いたいです。お菓子を持ち込みたいのですが、できますか。キャンセルが急に必要になった場合も教えてください。」
プロンプト例
「次の架空の問い合わせに対し、添付の案内だけを根拠に返信案を書く。案内に書かれていない内容は断定せず『要確認』と書く。使った根拠を末尾に箇条書きで示す。」
正答(期待する要点)
1. A会議室は6名用。8名は定員超過のため、そのままではお受けできない可能性を示す(または別の部屋の案内は「要確認」とする)。
2. 利用料の目安:2時間×3,000円=6,000円(税込)。ただし、定員の問題が解決するまでは確定しない。
3. 飲食:お菓子は案内にない。「ふた付き飲料のみ可」の記載との関係は「要確認」とする。
4. キャンセル:前日までは無料、当日は50%。
5. 空き状況は案内にないため「要確認」とする。
失敗出力例(架空)
「火曜午後は空いております。8名様でもご利用いただけます。2時間で6,000円です。お菓子の持ち込みも大丈夫です。キャンセルは無料で承ります。」
失敗箇所
・空き状況を断定している(根拠なし)。
・定員超過を見落とし、「8名でも可」と誤って断定している。
・お菓子の可否を、案内にない内容で許可している。
・キャンセル規定を、前日までの無料条件に触れず一括で「無料」と断定している。
これは、整った文体が誤りを隠す典型例として使います。
採点シート(参加者が埋める)
項目：定員の誤り ／ 採点方法：見つけたか(○/×) ／ 結果：
項目：空き状況の断定 ／ 採点方法：「要確認」にできたか(○/×) ／ 結果：
項目：飲食の扱い ／ 採点方法：案内にない許可をしていないか(○/×) ／ 結果：
項目：キャンセル規定 ／ 採点方法：条件を正しく書いたか(○/×) ／ 結果：
項目：根拠欄 ／ 採点方法：案内の箇所と一致しているか(○/×) ／ 結果：
項目：照合にかかった時間 ／ 採点方法：分 ／ 結果：
項目：同じ入力で3回出した時の揺れ ／ 採点方法：結論が変わる/変わらない ／ 結果：
項目：Go/NoGo ／ 採点方法：NoGo条件に1つでも該当すればNoGo ／ 結果：
NoGo条件:案内にない約束(空き、許可、返金、価格)を断定している。根拠欄が空、または案内と食い違う。人間の承認欄がない。
人間の承認
送信前に、承認者(責任者役)が「根拠の確認済み」を署名欄に記入します。AIの出力は、承認前には送信しません。この欄が空なら、出力が正しくても「未完了」です。ACKや下書きの存在を完成と見なしません。
研修後の宿題(翌週の1手)
1. 自分の実業務から、問い合わせ・社内連絡・資料作成のいずれかを1件選ぶ。
2. 非機密に置き換えた入力と、正答の要点を3つ書く。
3. 「これはAIに任せない」という線を1行で決める。
4. 責任者と相談し、翌週に実行する仕事を1件だけ決めて報告する。
演習②(概要):同じ数字を、文章と表・図で説明させて比べる
・目的:図表の見やすさと、数値の正しさを分けて確認する。
・架空入力:架空店舗A〜Cの月次稼働率(例:A 62%、B 48%、C 71%)。実データは使わない。
・確認ポイント:図の軸・単位・凡例が元データと一致するか。丸めの注記があるか。
・失敗の例:図が整っているのに、単位や凡例が元データとずれている。
・NoGo:「見やすいから正しい」と考えて突合を省く。
・承認者:その数字を使う会議の主催者。
・前提:図表・操作UIは環境により使えない場合があります。その場合は、文章と手作業の表で行います。
演習③(概要):受付判断のチェックリスト/フォームを作り、操作ミスと漏れを評価する
・目的:操作できる形にしたとき、条件の漏れや入力ミスが出ないかを見る。
・架空入力:架空の受付ルール5項目(例:対応時間、定員、事前予約の要否など)。
・確認ポイント:ルールにない自動判定をしていないか。人間の承認欄があるか。
・NoGo:最終判断を人に残さず、AIが確定させている。
・承認者:受付業務の責任者役。
演習②③は、参加者数と環境によっては実施しない、または宿題に回す判断をします。
図：社員が自社業務でAIを評価するための3つの演習案と共通採点軸。モデルの実測順位や提供済み研修の成果を示すものではありません。
コストとリスク
・研修費用:個別提示です。対象者と人数、実施内容で決まります。記事内では金額を示しません。
・利用プランの費用:各社のプランと管理設定で異なります。参加者の環境を事前に確認します。
・誤読リスク:図表の整い方が正しさの印象を作ります。突合を習慣にします。
・情報漏えい:非機密・架空・匿名のみ。
・提供差:機能の可否はアカウントと設定で異なります。全員が同じ画面とは限りません。
・時間リスク:演習を詰め込みすぎると、採点と承認が省かれます。省略するくらいなら演習数を減らします。
研修をやらない/止める条件
・実データや顧客情報でしか演習できない。
・責任者を決められず、承認の欄を作れない。
・「どのモデルが1位か」だけを知りたい(本稿の対象外)。
・事前の環境確認ができず、全員が演習できない。
反証・想定される反論
Q. 図表が出るなら、文章の確認は不要では?
A. 逆です。整った図ほど、突合を省きやすくなる懸念があります。演習②で確かめます。ただしこれは仮説で、実測はまだありません。
Q. 軽量モデルは精度が不安では?
A. 公式は「大規模・反復・速度とコストに敏感な仕事」向けと位置づけています。ここで言えるのはその訴求までで、自社業務で足りるかは演習の採点で判断します。
Q. モデルを持たない社員の研修は成り立つのか?
A. 成り立つ設計にします。判断の手順(架空入力・正答・採点・承認)は、特定のモデルに依存しません。
実装手順:研修を決めてから翌週までの流れ
1. 研修で試す自社業務を2〜3件、候補として挙げる（本記事の提案）。
2. お問い合わせ内容をもとに、実施前に対象者・利用環境・使える範囲を確認する（方法・時間は個別に確認）。
3. 演習数を1〜3から決める。
4. 架空入力・正答・採点シート・承認欄を準備する（資料・テンプレートの提供範囲は申込時に確認）。
5. 当日は「出す→照合→採点→承認者の確認」の順で進める。
6. 翌週にやる仕事を1件決める。
7. 宿題を実行し、結果を責任者が確認する。
研修後に何が残るか
・本記事で提案した演習シートや採点表のひな型（実際の提供内容は個別に確認）。
・本記事で提案する採点シートと、NoGo条件を書いた運用メモ。
・翌週の1手(1件の仕事)。
・「ACK・実行完了・承認」を分けて見る習慣。
成果(工数削減・売上など)は、研修の時点では測れません。保証もしません。
チェックリスト(研修前)
・[ ] 演習ごとに承認する人を決めた
・[ ] 入力は架空・匿名・非機密のみ
・[ ] 採点シートを先に固定した
・[ ] 参加者全員の利用環境(使えるモデル・機能)を確認した
・[ ] NoGo条件を全員に共有した
・[ ] 人間の承認欄が全演習にある
・[ ] 演習数を環境に合わせて決めた
FAQ
Q1. 法人研修とAI導入・業務設計は何が違う?
A. 法人研修は、社員が自社業務でAIを試し、翌週にやる仕事を1件決めることが中心です。AI導入や業務設計は、システムや業務フローそのものを作り替える別の相談です。本稿の範囲は前者です。後者が必要な場合は、商品ページの案内をもとに内容をご確認ください。
Q2. 特定のモデルを持たない社員にも成立する?
A. 成立するように設計します。演習の中心は、架空入力・正答・採点・人間の承認です。どのモデルを使っても行えます。機能の使える範囲は環境によるため、事前ヒアリングで確認します。
Q3. 3演習を90分に必ず収められる?
A. 必ずとは言えません。90分に3演習を入れるのは本記事の提案であり、実施実績や標準提供内容ではありません。人数と環境により1〜3演習に調整します。
Q4. 研修後に何が残る?
A. 本記事では、採点シート・NoGo条件・翌週の1手を成果物案として示しています。実際に研修で提供する資料の範囲は申込時に確認してください。
Q5. Intelligent UIを講師が実演してくれる?
A. 実演は約束できません。実機のUI可用性は未検証で、環境により異なります。実演の有無は、お問い合わせ時に条件をご確認ください。
Q6. どのモデルを選べばよい?
A. 本稿は順位を付けません。自社業務の採点結果で判断してください。
Q7. 費用は?
A. 個別提示です。決め方は商品ページでご確認ください。
法人AI研修の内容と実施条件を相談する
社員が自社業務を題材にAIを試し、翌週の業務改善につなげたい企業・団体へ。HSビルの法人研修・講演は90分を標準単位として、対象者と実務課題に応じて内容を設計します。この記事で示した3演習は提案フォーマットであり、受講環境や提供内容はお問い合わせ時に確認します。
リンク先フォームの『ご希望のAIサービス』から『法人研修・講演』を選択し、参加対象者と試したい業務・課題をご記入ください。
公式一次情報・参考資料（確認日：2026年10月12日）
各社の情報は企業公式発表の要約です。プラン・権限・地域・提供状況は変動するため、導入前に利用環境の公式情報で確認してください。実際の研修による業務改善量や3社の実測優劣は本記事の結果ではありません。
関連記事
HSビル・ワーキングスペース 基本情報
施設名：HSビル・ワーキングスペース ／ 運営会社：FULMiRA Japan 合同会社 ／ 代表者：三宅 悠生
所在地：奈良県奈良市西大寺北町1丁目2-4 ハッピースクールビル ／ 最寄駅：近鉄「大和西大寺駅」北口から徒歩4分
営業時間：8:00〜23:00（年中無休） ／ 電話：0742-51-7830 ／ メール：hsbuild.m@gmail.com
HSビルは実際の施設運営とともに、Webサイト、LINE案内、AIによる業務支援を自社で運用しています。記事中の判断や例は、検証済みの範囲と未確認の範囲を分けて掲載しています。
筆者プロフィール
筆者：HSビル AIメディア編集部
HSビル AIメディア編集部は、HSビルの施設・Web・AI運用の経験から、SEO/AIO、Wix、LINE案内、法人AI活用を中小企業向けに解説しています。自社実測と企業公式発表を区別し、申込導線と実務判断まで確認して編集します。
代表者プロフィール補足
三宅 悠生。FULMiRA Japan 合同会社代表。施設運営・Web集客・AI組織の運用を自社業務に組み込み、実務上の役割分担や成果につなげる手順を発信しています。記事の個別監修を行ったという意味ではありません。
コメント