AI・リーガルテック

目次

第１　結論―「見えた」と「受任した」の間を分解する第２　Search ConsoleとGA4の数字を混同しない１　普通検索と生成AI表示を分ける２　GA4は認識できた流入を記録する３　Search ConsoleとGA4の数が一致しない理由を残す第３　電話・フォームから相談・受任までをつなぐ１　問い合わせを重複なく数える２　件数と質を別の指標にする第４　変更台帳と段階的な改善で原因を見失わない第５　ベンダーの成功事例を証拠の強さに応じて読む１　元の事例記事と後日の解説を分ける２　実績，年率化したペース，予測及び目標を区別する３　外部ツールのAI順位はGoogle内部データではない第６　読者の判断を助けるページにする第７　守秘義務，個人情報及び広告表示を同時に点検する第８　月次点検の最小単位第９　関連記事第１０　出典と裏付けの範囲

弁護士・税理士事務所のウェブ改善は，ページビューやAIの回答上の順位だけでは評価できない。表示，流入，問い合わせ，相談への適合性，受任及び実現した成果を分け，Search Console，GA4，電話・フォームの記録及び受任記録をつなぐ必要がある。本記事は，普通検索とAI検索を同じ物差しで混同せず，守秘義務及び個人情報に配慮しながら，改善の効果を再現可能な形で確かめる方法を整理する。

第１　結論―「見えた」と「受任した」の間を分解する

最初に，次の段階を分けて記録する。一つの数字を「効果」と呼ぶのではなく，どの段階で増減したかを確認する。

段階主な記録分かることこれだけでは分からないこと表示・参照Search Consoleの表示回数，生成AI表示レポート，外部AIの応答記録検索結果やAI回答に現れた程度サイトの閲覧，問い合わせ，受任流入Search Consoleのクリック，GA4のセッション及び参照元サイトに来た経路と量記事を読んだ理由や依頼意思次の行動関連記事，費用・対象業務，電話・フォームへの移動どの情報が判断を助けたか実際に連絡したか問い合わせWebフォーム，電話，紹介等の受付記録相談候補の件数と経路受任できる案件か相談適合性取扱分野，地域，利益相反，時間的対応可否等の結果事務所が対応できる相談の割合委任に至るか相談・受任相談実施，委任契約，売上及び業務負荷最終的な業務成果各施策だけの寄与度

特に，電話とフォームの重複，営業連絡・誤送信・スパム，利益相反，取扱外の相談及び紹介案件を区別しないと，コンバージョン数が増えても事務所の成果が改善したとは言えない。

第２　Search ConsoleとGA4の数字を混同しない
１　普通検索と生成AI表示を分ける

Search Consoleの通常のパフォーマンスレポートは，Google検索におけるクエリ，ページ，表示回数，クリック数等を確認する資料である。2026年6月にGoogleが発表した生成AI表示レポートは，AI Overviews及びAIモードにおけるサイトの表示状況を，日付，ページ，国及びデバイス等で確認するための別の資料である。

生成AI表示レポートは可視性の記録であり，それ自体が問い合わせや受任の原因を証明するものではない。表示されなかったことと，測定対象外であることも区別する。

２　GA4は認識できた流入を記録する

GA4では，Googleの検索結果からの流入と，認識対象のAIアシスタントからの参照流入は，異なるチャネルとして扱われる。Googleは2026年5月から，認識できたAIアシスタント由来のトラフィックに対し，メディア「ai-assistant」，デフォルトチャネル「AI Assistants」等を付ける方法を説明している。

ただし，GA4にAI由来のセッションが表示されないことは，AI回答で言及されなかったことを意味しない。ユーザーがリンクを押さずに電話した場合，参照元情報が失われた場合及びGoogleが認識対象としていないサービスは，その数字に含まれない可能性がある。

３　Search ConsoleとGA4の数が一致しない理由を残す

Search ConsoleとGA4は，データの取得方法，対象とする行動，時間帯，ページURLの整理方法等が異なる。数が完全に一致することを目標にせず，比較期間，対象地域，デバイス，ランディングページ及びチャネルの定義を月次資料に残す。

第３　電話・フォームから相談・受任までをつなぐ
１　問い合わせを重複なく数える

受付記録には，受付日時，経路，閲覧したページを本人が申告したか，電話とフォームの重複であるか，取扱分野か，利益相反等により受任できないか，相談を実施したか及び受任したかを記録する。

問い合わせ時に「何を見たか」を任意で聞くことは有用であるが，記憶に基づく申告である。GA4の参照元やコールトラッキングと同じ種類の実測値として扱わず，データの性質を注記する。

２　件数と質を別の指標にする

相談適合率は，有効な問い合わせのうち，取扱分野，地域，相談の時期，利益相反その他の基本的な受付条件を満たす件数の割合として，受件数と別に確認する。不適合の理由を分類すると，記事の説明不足なのか，事務所の取扱範囲外かを分けられる。

受任率は，分母を「問い合わせ」とするか「相談実施」とするかで値が変わる。毎月同じ定義を使い，委任契約の締結と入金を区別する。

第４　変更台帳と段階的な改善で原因を見失わない

同じ日に記事タイトル，本文，内部リンク，バナー，問い合わせページ及び広告出稿を変えると，問い合わせが増えても，どの変更が寄与したかは分からない。安全及び利用者保護のため一括改訂が必要な場合を除き，変更の単位を小さくする。

変更台帳には，少なくとも次の事項を残す。

①変更日時と対象URL
②変更前後の文言，画面またはハッシュ
③変更した理由と予想した効果
④比較期間と見直し日
⑤同時に変更した事項

（続きを読む...）弁護士・税理士事務所のウェブ改善をどう測るか―Search Console，GA4，電話・フォーム，相談適合性及び受任（AI作成）

目次

第１　AIには質問の設計を任せ，専門判断は分ける１　この方法が役立つ場面２　既存のAI活用法との違い第２　質問を作る前に既知事項を除く１　当事者，対象時期及び原資料を確定する２　記載の確認と真実の確認を分ける第３　裁判例・税務資料を具体的な質問に変える１　裁判所自身の判断と，当事者の主張を分ける２　法律の結論を本人に答えさせない３　税務では支出の具体的な使い方を尋ねる第４　依頼者が答えられる聞き方にする１　体験，伝聞，資料及び推測を区別する２　不利な事実と別の説明も確かめる３　条件付きの追加質問をまとめる第５　完成した質問票を３部構成で示す１　前提，関連資料，質問を分ける２　質問と判断の関係の記載例３　依頼者向けの完成文と内部記録を分ける第６　共有前に原文と問いの対応を点検する１　専門家が確認する事項２　秘密情報と入力範囲を確認する第７　出典と関連記事１　一次資料と確認範囲２　関連する実務記事
第１　AIには質問の設計を任せ，専門判断は分ける
１　この方法が役立つ場面

相手方の準備書面を受け取ったとき，申告の前提を確認するとき，医療記録と本人の説明が食い違うときには，依頼者へ何を尋ねるかが作業の出発点になる。
AIには，記録の索引作り，未確認点の抽出及び質問案の整理を任せられるが，回答内容の真偽や法的・税務上の結論まで確定させることはできない。
本記事は，弁護士・税理士が資料を照合した上で質問を選ぶための実務上の提案であり，特定の製品の正確性や質問による立証の成功を保証するものではない。

質問数を増やすことより，記録で既に分かることを聞き直さず，判断を左右する不足事実を確認することを目的とする。
資料の記載と真実，依頼者の体験と専門家の評価，質問票と内部の調査計画を分けることが重要である。
基準日は令和８年１０月２０日とし，裁判所の判決本文と国税庁の公表資料を用いて，質問への変換方法を説明する。

２　既存のAI活用法との違い

AIに資料・手法・照合先を指定する一般的な依頼方法は，AIに頼む仕事を深くする４つの問いで説明している。
本記事では，そこから一歩進めて，記録と判断の根拠を，依頼者が経験・観察した事実への質問に変える。
裁判例や公的資料を列挙するだけでなく，その資料のどの判断要素を，どの質問が確かめるのかまで対応させる。

第２　質問を作る前に既知事項を除く
１　当事者，対象時期及び原資料を確定する

訴状・準備書面の当事者欄と代理人欄から，誰のための質問かを確認する。
本訴と反訴がある場合には，書面中の原告・被告という呼称だけで帰属を決めない。
税務でも，個人と法人，本人と親族，取引先，対象年分又は事業年度を分ける。

既存ノートは，資料の所在や争点を探す索引として使う。
結論を左右する引用，金額，日付，提出状況及び食い違いは，原資料の該当箇所へ戻って確認する。
受付や提出の記録，専門家が明示した取扱い等と，単にファイル名に日付や号証番号があることを混同しない。

２　記載の確認と真実の確認を分ける

相手方の書面に「仕事に支障はない」と書かれていても，確認できたのは相手方がそう述べたという事実である。
診療録，帳簿，メール又は本人のメモに記載があることも，内容が全て正確であることとは別である。
情報源，記録時期，直接見聞きした範囲，他の資料との整合を区別する。

整理する欄書く内容質問の扱い資料で確認できること文書名，頁，記載，作成者及び対象時点同じ事項の再入力を求めない意味・根拠が未確認のこと説明の対象範囲，観察条件又は記載の経緯未確認部分だけを尋ねる専門家が確認すること法律・医学・税務の評価，資料から可能な計算依頼者への質問に置き換えない取得していない資料存在の根拠と，分かっている所在内容を既知の事実として使わない

「生活に問題はなかった」との説明が記録されている場合，その説明を取り消させる聞き方は避ける。
どの生活場面を指したのか，援助を受けていたか，当時できていたことは何かという，不足する範囲を確認する。
資料の矛盾に見えるものも，時点，対象，観察条件又は記憶の違いで説明できることがある。

第３　裁判例・税務資料を具体的な質問に変える

（続きを読む...）AIで依頼者への質問事項を作る方法―既知事項の再質問を避け，裁判例・税務資料と不足事実を結び付ける（AI作成）

目次

第１　Harveyの日本展開をどう読むか第２　東京拠点の開設と日本での利用開始は別である第３　Legalscape連携で示された参照資料と提供予定１　公開資料と利用許諾を受けた解説資料を区別する２　日本の利用者への段階的展開は予定として読む第４　導入前に確認する事項１　参照資料・契約・情報管理を確認する２　出典の表示と原典の確認を分ける第５　精度と採算は自事務所の工程で評価する第６　弁護士の判断とサービスの評価を分ける第７　出典と確認範囲
第１　Harveyの日本展開をどう読むか

Harveyの日本展開を検討するときは，既に利用されているサービス，東京拠点の開設予定及び日本法リサーチの連携機能の提供予定を分けて確認する必要がある。
令和８年１０月１９日までに確認した公開の公式発表を基に，法律事務所や企業法務部門が導入前に確かめる事項を整理する。

Harveyは，契約分析，デューデリジェンス，コンプライアンス，訴訟等の業務を支援する法務・専門業務向けのAIプラットフォームとして紹介されている。
ただし，個別の契約で利用できる機能や参照資料は，発表された製品全体の説明から一律には確定しない。
以下の導入確認方法は，公表内容を踏まえた運用上の提案である。

第２　東京拠点の開設と日本での利用開始は別である

Harveyは，令和８年１０月１２日の公式発表で，令和９年初頭に東京オフィスを開設する予定を示した。
同発表は，日本の法律事務所や企業法務部門の既存顧客との関係を深め，日本語での業務への対応を強化すると説明している。

したがって，東京拠点の開設予定日を，日本で初めてHarveyを利用できる日と読むことは適切でない。
既存顧客による利用，国内の支援体制及び新たな連携機能の利用可能性は，それぞれ別の事項である。
将来予定の発表を，拠点が既に開設されたことや，すべての日本の利用者に同じ機能が提供されたことの証拠にしてはならない。

第３　Legalscape連携で示された参照資料と提供予定
１　公開資料と利用許諾を受けた解説資料を区別する

Legalscapeの令和８年１０月２日発表は，Harvey上の日本法に関する質問に対し，APIを通じて法令，裁判例，行政ガイドライン等の公開資料と，出版社から利用許諾を受けた書籍等を参照し，出典とともに要約を示す仕組みを説明している。
Harvey側の提携発表も，日本法の情報を同社の業務環境へ結び付ける方針を示している。

法令・判決等の一次資料と，その解説である書籍等は，役割が異なる。
出典付きの要約が示されても，解説の見解と判決の判示を混同せず，重要な結論は原文と照合する必要がある。
連携の発表だけから，特定の判例データベースが接続されることや，すべての裁判例を検索できることを推認しない。

２　日本の利用者への段階的展開は予定として読む

Legalscapeの同発表は，日本のHarvey利用者にも段階的に展開し，提供予定時期を令和９年初頭以降としている。
発表時点の予定と，導入を検討する日の実際の提供状態を区別する必要がある。

導入時には，対象地域，契約プラン，利用可能な機能，参照資料及び原文へ戻れる範囲を確認する。
提携発表そのものは，日本法の回答精度や自事務所の費用対効果を独立に測定した結果ではない。

第４　導入前に確認する事項
１　参照資料・契約・情報管理を確認する

次の表は，契約や試用に先立つ確認項目の提案であり，Harveyが各条件を満たすと確認した一覧ではない。
具体的な条件は，利用するサービスの契約，仕様及び設定によって確かめる。

項目確認すること提供状態発表，試験提供，一般提供の違い，対象地域・プラン，利用可能日参照資料一次資料と解説書の区別，収録対象，更新日，原文へのアクセス，複製・AI利用等の許諾情報管理入力・出力の保存，学習利用，人的アクセス，処理場所，再委託，削除及び契約終了時の扱い費用と継続基本料金，従量料金，上限，料金改定，モデル・機能変更，障害時の支援とデータ移行判断と責任弁護士が確認する範囲，最終承認者，利用を止めて人へ戻す条件

（続きを読む...）Harveyの日本展開で何が変わるか―東京拠点・Legalscape連携の予定と導入前の確認事項（AI作成）

目次

第１　本記事の対象と結論１　対象と基準日２　結論第２　守秘義務と記録の管理１　弁護士２　税理士第３　「アーカイブ」と「削除」の違い１　アーカイブは削除とは限らない２　画面の表示と実際の削除第４　端末内の記録を確かめる方法１　画面ではなく件数と容量で確かめる２　データベースの削除は痕跡を残し得る３　確認の記録を残す第５　パソコンの廃棄・修理・譲渡と事件の終了１　廃棄・譲渡２　修理３　事件の終了第６　関連記事第７　出典
第１　本記事の対象と結論
１　対象と基準日

本記事は，パソコン上で動き，会話の記録を端末内に保存するAIアプリについて，チャットの「アーカイブ」と「削除」が端末内の記録に何をもたらすかを扱う。
基準日は令和８年１０月１９日である。
会話の記録の保存の仕組みはアプリ及び版ごとに異なり，提供事業者のサーバー側の保存とも別であるため，本記事は個々のアプリの仕様を説明するものではない。

２　結論

①チャットのアーカイブは一覧から外す操作であって，記録の削除とは限らない。
②画面で削除を指示した後の表示は，端末内の記録の削除が完了したことを示すとは限らない。
③パソコンの廃棄・修理・譲渡や事件の終了に当たっては，アプリの画面表示ではなく，保存先のファイル数と容量で確かめ，アプリ内の削除だけに頼らない。

第２　守秘義務と記録の管理
１　弁護士

弁護士法２３条は，「弁護士又は弁護士であつた者は、その職務上知り得た秘密を保持する権利を有し、義務を負う。」と定めている。
弁護士職務基本規程２３条は，「弁護士は、正当な理由なく、依頼者について職務上知り得た秘密を他に漏らし、又は利用してはならない。」と定めている。
同規程１８条は，「弁護士は、事件記録を保管し、又は廃棄するに際しては、秘密及びプライバシーに関する情報が漏れないように注意しなければならない。」と定めている。

事件の資料を読ませたAIアプリの会話の記録には，依頼者から受け取った資料の内容や事件の検討経過が残る。
本記事では，これを事件記録の写しに準じて扱うべきものと考える。
アプリの中で見えなくなったことと，端末から消えたことは別であり，保管又は廃棄の場面では後者を確かめる必要がある。

２　税理士

税理士法３８条は，「税理士は、正当な理由がなくて、税理士業務に関して知り得た秘密を他に洩らし、又は窃用してはならない。税理士でなくなつた後においても、また同様とする。」と定めている。
顧問先の帳簿や申告書の資料をAIアプリで扱った場合も，会話の記録に顧問先の情報が残る点は弁護士と同じである。

第３　「アーカイブ」と「削除」の違い
１　アーカイブは削除とは限らない

アーカイブの機能を持つAIアプリでは，アーカイブと削除が別の操作として用意されていることがある。
アーカイブしたチャットを後から開けるのであれば，その記録はどこかに保存されている。
その保存先が端末内か，提供事業者のサーバーか，その両方かは，アプリの仕組みによる。

２　画面の表示と実際の削除

削除を指示すると一覧からすぐに消えても，記録の削除は裏側で順に進むことがあり，画面の表示だけでは削除が完了したかが分からない。
大量の記録を削除するときは，途中で処理が止まっていないかを確かめる必要がある。

第４　端末内の記録を確かめる方法

（続きを読む...）AIアプリでチャットを「アーカイブ」「削除」しても端末に記録は残るか―弁護士・税理士のPC廃棄・修理・事件終了時の確認（AI作成）

目次

第１　この記事の対象と結論第２　dotsとは何か１　公式資料で確認できる仕組み２　対象プランと数３　先回りリサーチ第３　記憶と削除１　記憶は見られず，個別に消せない２　接続の解除やメモリの停止では消えない３　削除（Reset）で消えるものと残るもの４　サーバー側で消えるまでの期間第４　承認ルールと誤送信の防止１　既定の承認の規律２　カスタムルールと自動点検第５　学習利用，人による確認及び保存場所１　学習利用２　人による確認３　訴訟による保存命令の例４　第三者認証と保存場所第６　守秘義務との関係１　適用される規定２　前記記事の枠組みへの当てはめ３　受信箱全体を読むことと業務上の必要性４　依頼者への説明第７　弁護士・税理士がdotを使うときの運用条件第８　解説動画との関係第９　関連記事第１０　出典・参考資料
第１　この記事の対象と結論

OpenAIは，令和８年９月２９日，ChatGPTの中で常時稼働するAIエージェント「dots」を公表した。
dotは，専用のクラウドコンピューターを持ち，利用者が接続したメール・カレンダー・クラウドストレージ等のアプリを使って，会話の合間にも作業を進める。
本記事は，弁護士・税理士がdotを業務に使う場合に，守秘義務との関係で何を確認し，どのような条件で使うべきかを，令和８年１０月１９日に確認したOpenAIの公表文・ヘルプその他の一次資料に基づいて整理するものである。

結論として，本ブログの学習オフ設定のClaudeコード及びGoogle AI Ultraの利用は弁護士の守秘義務等に違反しないという個人的意見（AIリライト）と同じ枠組みで検討すると，dotについても，学習利用の停止，接続先の限定，送信の承認，定期的な削除等の運用条件を満たす限り，守秘義務に反しない運用が可能であると考える。
ただし，dotには，頼んでいない情報まで接続アプリから先回りで読むこと，記憶を個別に消せないこと，削除しても一部の成果物が残ることという，対話型の生成AIにはない特徴がある。
また，個人向けプランについては，OpenAI自身が，見られたり使われたりしたくない機密情報を入力しないよう求めている。
以下では，公式資料で確認できる事実と，それを守秘義務に当てはめた本記事の見解を分けて説明する。

第２　dotsとは何か
１　公式資料で確認できる仕組み

OpenAIの公表文「dots のご紹介」によれば，dotはGPT-6 Astraを搭載し，専用のクラウドコンピューターを持ち，２４時間いつでも作業できる。
プラグインを通じて４，０００以上のアプリに接続でき，ChatGPT，Slack及びTeamsのどこからでもやり取りでき，チャネルをまたいで文脈を引き継ぐとされている。
dotからは，進捗状況，質問及び利用者の判断が必要な事項についてメッセージが届く。

ヘルプ「Getting started with your dot」によれば，利用者はdotの会話画面の電話ボタンからdotに通話できるが，公開時点では，dotから利用者へ電話を掛けることはできない。
また，dotは自分のクラウドコンピューターで作業し，利用者のパソコンへのアクセスは任意で，初期状態では無効である。

２　対象プランと数

公表文及びヘルプによれば，dotは，欧州経済領域・スイス・英国を除く地域のProプランと，Businessのプレミアムシートで順次提供され，Enterprise（Edu及びHealthcareを含む。）では管理者が有効にした場合のベータ版とされている。
最初のdotは追加料金なしでプランに含まれる。
公表文は，「将来的には、複数の dot がチームを組んで連携し、あなたのために働く姿を思い描いています。」と述べており，現時点で利用できるのはメインのdot１つである。

３　先回りリサーチ

ヘルプ「Dots privacy, security, and safety FAQs」によれば，dotは，利用者が依頼する前に，接続したアプリの情報を読み，自分用のメモを残すことができ，これを「先回りリサーチ」と呼ぶ。
先回りリサーチに使う道具は，他人へのメッセージ送信，プラグインを通じた内容の変更，ブラウザー又はコンピューターの操作を直接行うことができないとされている。
つまり，読むことは頼まなくても行われるが，読んだ結果に基づく送信等は，通常の承認の規律に服する。

第３　記憶と削除
１　記憶は見られず，個別に消せない

同じFAQによれば，dotはChatGPTのメモリを受け取り，接続アプリからも自分の記憶を作る。
dotの文脈は，dotを保持している限り保持される。
現時点では，dotの記憶を個別に見る，削除する又は直接修正することはできず，プラグインから入った特定の情報も同じである。
dotの記憶を消すには，dotを削除するしかない。

（続きを読む...）弁護士・税理士がOpenAIのdotsを使う前に―常時稼働のAIエージェントと守秘義務，接続アプリ，消せない記憶及び承認ルール（AI作成）

目次

第１　調査の目的と，結論を支える証拠を決める第２　問題に応じて専門家と依頼内容を選ぶ１　表示・操作とアクセシビリティ２　性能とセキュリティ第３　調査資料と再現条件を残す１　原資料と加工物を分ける２　設定した条件と実測した条件第４　判断基準と確認結果を分ける１　標準・契約・改善推奨を区別する２　検査が成立したかを合否の前に確かめる第５　反証を調べ，技術上の可能性を実害へ飛躍させない第６　依頼書と報告書に求める項目１　依頼時に示す事項２　受領後と改善後の確認第７　関連記事と一次資料１　関連記事２　一次資料と確認範囲
第１　調査の目的と，結論を支える証拠を決める

法律事務所・税理士事務所のウェブサイトの点検，顧問先の制作・保守委託の検収，又は公開ページについて改善を求める場面では，技術の専門家へ意見を求めることがある。
その際は，専門家の肩書だけでなく，誰のどの操作を調べ，どの資料と条件で検証し，何を判断するために使う報告かを定める必要がある。
本記事は令和８年１０月１８日を基準に，公開資料を利用した調査の依頼方法を整理するものであり，特定のサイトの安全性や法的責任を認定するものではない。

公開ソースに記載された設定，実際のブラウザの挙動，管理者側の設定・ログ及び被害の発生は，別々の確認対象である。
取得したソースがHTTP版だけであれば，その内容をHTTPS版の現在の実装と同一であると推測せず，取得できた範囲を報告する。
原因が分からない接続失敗は，調査者の環境で確認できた接続失敗として扱い，サイト全体の停止と直ちに結び付けない。

第２　問題に応じて専門家と依頼内容を選ぶ
１　表示・操作とアクセシビリティ

表示崩れ，重なり，ボタンやリンクの動作は，フロントエンド又はWebの品質検証に実績のある技術者へ相談する。
キーボード，読み上げ，拡大表示等を含む評価では，Webアクセシビリティの診断経験を確認する。
利用者が必要な情報へ到達できるかという問題には，ユーザビリティ評価の経験も関係する。

依頼には，調べるページと操作経路，対象端末，ブラウザ，画面幅及び補助技術を含める。
例えば「法律相談の予約先へ移動できるか」「新着情報の分類をキーボードで切り替えられるか」のように，利用者が達成する作業を示す。
W3Cも，ツールだけではアクセシビリティ基準への適合を判断できず，知識のある人による評価が必要であると説明している。

２　性能とセキュリティ

表示速度や画面のずれは，Webの性能計測と原因分析の経験がある技術者へ相談する。
安全性については，Webアプリケーションのセキュリティ診断者に，公開情報の点検，設定確認又は許可を得た診断のどこまでを依頼するか示す。
事故後の侵入・操作・持出しの有無を調べるフォレンジック調査と，平時の脆弱性診断は，目的と必要資料が異なる。

公開ページの閲覧を依頼したことを，管理画面へのアクセス，攻撃的な試験，負荷試験又は個人情報の入力まで許可した意味にしない。
診断の対象，管理者の許可，実施時間，許される手法及び停止・連絡条件を契約又は依頼書で定める。
専門家の選定では，同種の報告書の見本，担当者の経験，制作・保守担当との利害関係及び再検証への対応も確認する。

第３　調査資料と再現条件を残す
１　原資料と加工物を分ける

公開HTML，CSS，JavaScript，HTTP応答，画面画像，操作記録及び通信記録は，それぞれ何を示すかが異なる。
取得URL，到達したURL，取得日時とタイムゾーン，実測した応答状態，取得方法及びファイルとの対応を残す。
HTMLから抽出した文字，抜粋又は注釈付き画像は原資料と区別し，加工前の資料へ戻れるようにする。

ファイルのSHA-256等は，同じバイト列かを照合するために利用できる。
ただし，ハッシュが一致することだけで，取得元の真正，取得日時，内容の正確さ又は調査結論まで証明されるわけではない。

（続きを読む...）ウェブサイトの技術調査を専門家へ依頼するとき―弁護士・税理士が確認する資料，検証条件及び報告書の限界（AI作成）

目次

第１　本記事の対象と結論１　扱う問い２　結論の要旨第２　出発点となった資料１　Anthropicの開発者による手引き２　解説動画との関係第３　役を名乗らせても調べ方は変わりにくい１　手引きの指摘２　研究と提供者の説明３　法律事務所での書き方第４　深さの４つの問い１　手引きの問い２　法務・税務版の問い３　各問いの意味４　一つの長文依頼へ全工程を詰め込まない第５　「解けるはずだ」と押す指示を調査に使わない１　手引きの勧め２　法令・判例・通達の調査に持ち込んだ場合３　指示の書き方４　予測・評価の依頼で結論を問いに入れない第６　AIに自分を採点させず，外部の照合先を使う１　手引きの「外部の審判」２　法律・税務の照合先３　照合先に合わせて原本を書き換えさせない第７　「高さ」と「広さ」１　作業ではなく目的を渡す２　名詞を動詞に言い換える第８　生の資料を渡すときの守秘義務第９　本記事の確認状況第１０　関連記事第１１　出典・参考資料１　法令・会規２　AI提供者・研究者の資料３　報道・その他
第１　本記事の対象と結論
１　扱う問い

弁護士・税理士が生成AIに調査，起案又は点検を頼むとき，依頼文の冒頭に「あなたは経験豊富な弁護士です」「税務の専門家として答えてください」と役を書く例は多い。
本記事は，役を名乗らせることで何が変わり，何が変わらないかを確認した上で，AIに頼む仕事を「大きく」ではなく「深く」するための依頼文の書き方を，法律・税務の実務に即して整理する。
基準日は令和８年１０月１７日であり，AI提供者の公式資料と法令はこの日に確認したものである。
英文資料の訳は，本記事によるものである。

２　結論の要旨

結論は次の５点である。

①役を名乗らせることは，口調や振る舞いを整えるが，調べ方や結果の正確さを保証しない。
②依頼文には，役の名前ではなく，その分野の一流が出発点にする一番生の資料，使う手法と道具，及びAIでも依頼者でもない何が正しさを示すかを書く。
③法令・判例・通達の調査では，「必ずあるはずだから探して」と押したり，件数を決めて求めたりしない。
押してよいのは調べる範囲と手順であり，見つからなければ「見つからなかった」と答えるよう指示しておく。
④AIに自分の出力を採点させず，e-Gov，裁判所ウェブサイト，判例秘書，国税庁の法令解釈通達，公表裁決事例及び原資料の該当頁という外部の照合先で確かめる。
⑤依頼文に生の資料を入れるほど，弁護士・税理士の守秘義務の問題に近づくため，入力する資料と利用するサービスの条件を先に確認する。

第２　出発点となった資料
１　Anthropicの開発者による手引き

出発点は，AnthropicでClaudeの開発に携わるFelix Rieseberg氏が，令和８年１０月１３日に自身のウェブサイトで公表した「How to be more ambitious: A tutorial for humans with models」である。
同記事は，AIへの頼み方の野心を，同じ仕事を早く終える「速さ」，個々の作業ではなくその先の結果を頼む「高さ」，その分野の一流と同じ道具と材料まで降りる「深さ」，及び普段は呼ばない分野を持ち込む「広さ」に分けて説明している。
筆者は記事末尾の自己紹介で，Anthropicのエンジニアリングマネージャーであり，Claude.ai，Cowork及びClaude Codeのデスクトップ版のエンジニアリングを率いてきたと述べている。

同記事は，筆者の経験に基づく手引きであり，効果を測定した研究ではない。
また，筆者はAI提供者の社員であり，題材も同社のAIである。
本記事は，同記事の指摘を，研究資料，提供者の公式資料及び法令と照らし合わせ，法律・税務の実務で使える範囲に限って用いる。

２　解説動画との関係

同記事は，YouTubeチャンネル「AI Jitan Lab」が令和８年１０月１６日に公開した動画「AIを低く見積もる世の中へ。― Claude開発者が書いた野心の手引き」でも紹介された。
もっとも，動画には，記事に書かれていない説明（難しい目標を任されること自体が自己効力感を高めるという説明等）が加わっている箇所がある。
本記事は，動画の説明ではなく，記事本文と各一次資料を根拠にしている。

第３　役を名乗らせても調べ方は変わりにくい
１　手引きの指摘

手引きは，「深さ」の技法の最初に，プロのように振る舞うよう求められたモデルは，方法を変えずに語彙だけを切り替えることが多いと述べている。

（続きを読む...）AIに頼む仕事を深くする４つの問い―弁護士・税理士は役を名乗らせず，資料・手法・照合先を指定する（AI作成）

目次

第１　結論第２　最初に停止範囲を四つに分ける１　遠隔接続だけが止まった場合２　表示系だけが止まった場合３　特定のアプリだけが止まった場合４　Windows全体が止まった場合第３　フリーズ直後に業務上確認する事項１　期限と代替手段を先に確認する２　直前の外部操作を一件ずつ書き出す３　秘密情報と資格情報への影響を確認する第４　再起動後に保全するWindowsの記録１　Event 41及び6008が示す範囲２　原因候補を分ける記録３　保全コピーと作業用コピーを分ける４　最後のコマンドと外部操作を分ける第５　遠隔操作は直接操作よりフリーズしやすいか１　一律にはいえないこと２　比較の方法３　比較条件を固定する第６　電子提出・申告・送信の成否確認１　mintsその他の裁判所提出２　e-Tax及びeLTAX３　メール，ウェブサイト及びクラウドファイル第７　別PCから安全に再開する手順１　別PCへ移る前に状態表を作る２　必要最小限の環境だけを開く３　成否不明を再実行しない第８　再発防止の優先順位１　変更前に観測可能性を確保する２　同時実行数を段階的に戻す３　変更の危険度を分ける４　大規模なコピー及び同期を分ける第９　弁護士・税理士事務所の事前準備第１０　チェックリスト第１１　本記事の位置付けと限界第１２　関連記事第１３　出典・参考資料
第１　結論

AIを利用している業務用PCがフリーズしたときは，原因調査より先に，期限，送信・提出・公開の成否及び秘密情報への影響を確認する。
画面が固まったという一つの症状には，遠隔接続だけの切断，Windowsの表示系の停止，特定アプリの停止及びWindows全体の停止が含まれ得るため，これらを分けずに再起動又は再送をすると，原因の取り違えと二重処理を招く。

最初に記録するのは，発生時刻，停止範囲，直前の外部操作，その日の期限及び代替手段である。
再起動後は，Windowsのログ，業務システムの受付結果及びAIの作業記録を別々に読み戻し，「実行済み」「未実行」「成否不明」を区別する。

遠隔操作は，画面の取得，描画，圧縮及び転送を伴うため，表示系の負荷又は障害を顕在化させる追加要因にはなり得る。
しかし，遠隔接続中にフリーズしたという時間的な一致だけで，遠隔操作が原因である，又は事務所PCで直接操作するより常にフリーズしやすいと断定することはできない。

第２　最初に停止範囲を四つに分ける
１　遠隔接続だけが止まった場合

自宅PCの遠隔画面だけが動かなくても，事務所PCのWindows及びアプリが動き続けている場合がある。
別の許可済み経路又は現地担当者により，事務所PCの時計，マウスポインター，キーボード入力及びネットワークの状態を確認できるときは，直ちに電源を切らず，遠隔セッションだけの障害かを先に確認する。

GoogleのChromeリモートデスクトップは，離れた端末から対象PCのファイル及びアプリへアクセスする仕組みであり，MicrosoftのDesktop Duplication APIは，遠隔アクセス等のためにデスクトップ画像をフレーム単位で取得し，GPU上の画面データを処理できる仕組みを説明している。
このため，遠隔操作の有無，遠隔ソフト，接続時刻，表示画面数，解像度及び事務所PC側の応答を記録すると，通信切断と表示系の停止を分けやすい。

２　表示系だけが止まった場合

画面が黒い，点滅する，又は描画が更新されない場合でも，音声，再生，ファイル共有又はネットワーク応答が続いていれば，Windows全体ではなく，Desktop Window Manager，GPUドライバー又は遠隔表示経路の問題である可能性がある。
この場合は，正常時に見つけた一般的なショートカットを漫然と繰り返さず，操作名，実行時刻，実行後の変化及び復旧に再起動が必要となったかを記録する。

ある環境で有効であった表示リセット操作が，別のGPU，ドライバー，複数画面又は遠隔接続の構成でも安全とは限らない。
操作を試す前に，メーカー又はOS提供者の対象機種・対象版，想定される影響及び元に戻す方法を確認する。

３　特定のアプリだけが止まった場合

Codex又はブラウザだけが応答しない一方で，他のアプリを操作できる場合は，AIサービスの待ち時間，アプリ固有の停止，長い会話，MCP接続，ローカルツール又は認証状態を確認する。
アプリを終了する前に，タスク名，セッションID，最後に完了した処理，未保存ファイル及び外部操作の有無を記録する。

文字入力だけが遅い場合は，完全に操作不能な停止と分ける。
他のアプリでも遅いのか，日本語変換だけか，特定の入力欄だけかを確認し，通常の保存操作ができる間に，未保存の作業と直前の外部操作を整理する。

入力が遅いという一つの症状だけで，直ちに電源断又は多数のプロセスの一括終了へ進まない。
原因調査の詳細は，Claude Code・Codexでパソコンがフリーズする原因を参照されたい。

４　Windows全体が止まった場合

キーボードの状態表示，音声及びネットワーク応答も止まり，通常の終了操作ができない場合は，Windows全体のハードハング又は電源・ハードウェアを含む障害を検討する。
Microsoftは，Caps Lockキーのランプが変化しない場合はPCが応答していない可能性があると説明しているが，この確認だけで原因までは特定できない。

強制電源断は，未保存データの消失又はファイル破損を生じ得るため，通常の終了手段がない場合の最終手段とする。

（続きを読む...）弁護士・税理士のAI業務用PCがフリーズしたときの初動－期限管理，送信成否，ログ保全及び安全な再開（AI作成）

目次

第１　結論第２　Codexで発生する429エラーの主な原因１　ChatGPTプランの使用上限２　APIのレート上限３　APIの残高・支出・月間利用上限４　ファイル処理の上限５　モデル過負荷との区別第３　別IPのPCで429エラーを回避できるか１　原則として回避できないこと２　別PCで成功した場合に比較すべき事項３　IPアドレスが本当に関係する場面第４　最初に確認すべき情報１　エラー本文と識別情報を保存する２　ChatGPTプラン利用かAPIキー利用かを分ける３　利用量・ヘッダー・並列処理を確認する第５　原因別の対策１　ChatGPTプランの使用上限の場合２　一時的なレート上限の場合３　残高・支出・月間利用上限の場合４　ファイル処理上限の場合５　エラーが繰り返す場合第６　法律事務所で安全に再開する手順１　同じ操作を連打しない２　再開前のチェックリスト第７　よくある質問１　何分待てば復旧するか２　新しいチャットや再インストールで直るか３　APIキーへ切り替えれば使えるか４　スキルを減らせば４２９エラーは直るか５　予定日前の回復とリセットの種類第８　関連記事第９　出典
第１　結論

CodexでHTTP 429又は「Too Many Requests」が表示された場合、最初に行うべきことは、別のパソコンへ移ることではなく、エラーコード、利用している認証・課金経路及び上限の単位を確認することである。
同じ429でも、ChatGPTプランの使用上限、APIの送信頻度、APIクレジット、組織・プロジェクトの支出上限、ファイル処理上限等で対策が異なる。

同じChatGPTアカウントでCodexを利用している場合、別のIPアドレスを使うPCへ移っても、ChatGPTプランに結び付いた使用上限がリセットされるとは考えにくい。
APIキーで利用している場合も、OpenAIの公式資料は通常のレート上限を組織及びプロジェクト単位と説明しており、同じAPI組織・プロジェクトを使う限り、別IPへの変更は一般的な解決策ではない。

別PCで一時的に成功したとしても、IPの違いが原因と直ちに判断してはならない。
利用アカウント、ワークスペース、APIキー、プロジェクト、モデル、同時実行数、ファイル添付、待ち時間及びアプリの状態が同じかを比較する必要がある。

OpenAIの公式資料では、APIのIP許可リストに合致しない場合はHTTP 401のip_not_authorizedとなる。
したがって、IP許可リストの問題と429の利用上限を区別し、エラー本文に含まれるerror.codeに応じて対応するのが基本である。

第２　Codexで発生する429エラーの主な原因
１　ChatGPTプランの使用上限

ChatGPTプランを使う経路では、subscription_sharing_usage_limit_exceededというコードとHTTP 429が返る場合がある。
公式資料は、この場合に新しい要求をいったん止めてChatGPTのUsage画面を確認するよう説明している。

もっとも、このコードだけからChatGPTプラン全体を使い切ったと断定することはできず、アプリごとの上限が関係する場合もある。
リセット時刻もエラーコードだけから推測せず、Usage画面に表示された現在の上限及びリセット時刻を確認する必要がある。

令和８年１０月１５日現在の公式料金資料では、Codexのローカルメッセージとクラウドチャットはプランの使用枠を共有し、週次上限が適用される場合もあるとされている。
モデル、タスクの規模・複雑さ、文脈、推論、ツール利用、検索及びキャッシュによって消費量が変わるため、同じ一回の依頼でも使用量は一定ではない。

２　APIのレート上限

APIでは、一定時間内のリクエスト数又はトークン数が上限に達すると429となる。
OpenAIは、RPM、RPD、TPM及びTPD等の複数の指標のうち、最初に達した上限によって制限されると説明している。

slow_downは、単純に毎分上限を使い切った場合だけでなく、トラフィックの増加が急すぎる場合にも発生する。
そのため、表示された毎分上限の範囲内であっても、短時間に多数の並列要求を開始すれば429になり得る。

３　APIの残高・支出・月間利用上限

APIでは、credit_balance_exhausted、organization_spend_limit_exceeded、project_spend_limit_exceeded又はorganization_usage_limit_exceededも429の原因となる。
これらは待ち時間だけでは解決しない種類であり、残高、設定した支出上限又はOpenAIが割り当てた月間利用上限を確認する必要がある。

組織の支出上限は組織内の全プロジェクトに及び、プロジェクトの支出上限は当該プロジェクトに及ぶ。
したがって、同じAPIキー又は同じ組織・プロジェクトを別PCから利用しても、消費済みの上限は通常変わらない。

４　ファイル処理の上限

ファイル添付又はセッション作成では、files_api_rate_limit_exceededという429が生じる場合がある。

（続きを読む...）Codexで４２９エラーが出る原因と対策－別IP・別PCで回避できるか（AI作成）

目次

第１　結論第２　分担してよい工程と一本化すべき工程１　調査，執筆及び査読は並行できる２　本番書込みは単一書込者へ集約する第３　WordPressの編集ロックで防げることと防げないこと１　管理画面の編集ロックは投稿単位である２　通常のREST更新は管理画面と同じロックを当然には使わない３　ロックの存在を更新成功の証拠にしない第４　REST APIを使う利点と限界１　ブラウザ操作を減らし，処理結果を構造化できる２　一つのAPI要求でも部分的に反映される可能性がある３　カスタム項目はAPIから当然に扱えるとは限らない４　認証情報は限定し，保管と失効を管理する第５　安全なリレー方式１　正本となる成果物を確定する２　保存前に現在値を再取得する３　一回の保存ごとに読戻す４　成否不明では再試行しない５　公開面はキャッシュの層ごとに確かめる第６　フリーズ及びアクセス遮断の原因を決め付けない１　パソコン負荷は測定して切り分ける２　WAF又はレート制限は設定に依存する第７　本番作業前のチェックリスト第８　法律事務所のAI業務設計及びパソコン選びとの関係第９　出典・参考資料
第１　結論

複数のAIエージェントを使う場合でも，調査，構成，執筆，画像作成及び査読は分担できる。
これに対し，WordPressの本番サイトへ記事を新規登録し，又は既存記事を更新する経路は，一つの書込担当と直列の待ち行列へ集約するのが安全である。

ここでいう単一書込者は，全ての作業を一つのAIに任せるという意味ではない。
外部状態を変える最終工程について，同じ投稿又は関連する設定を複数の担当が同時に変更せず，一件ずつ，変更前確認，保存，保存値の読戻し及び公開面の確認を終えてから次へ進むという意味である。

WordPressの管理画面には投稿ごとの編集ロックがあるが，サイト全体の更新を直列化する仕組みではない。
また，通常の投稿更新用REST APIと自動保存用REST APIでは，編集ロックの扱いが同一ではない。
したがって，「管理画面に編集ロックがあるから複数の自動化が安全に競合できる」と考えず，運用側で書込経路を一本化する必要がある。

本記事は，WordPress Coreの開発者向け資料並びにWordfence及びCloudflareの公式資料を基礎とする技術運用上の整理である。
法令又は裁判例に基づく法律上の結論は扱っていないため，裁判所ウェブサイト及び判例秘書による裁判例検索は行っていない。

第２　分担してよい工程と一本化すべき工程
１　調査，執筆及び査読は並行できる

調査担当は公式資料を探し，執筆担当は原稿を作り，査読担当は根拠，重複及び読みやすさを確認できる。
これらの工程では，成果物をローカル又は共有された案件フォルダへ出し，WordPressの管理画面又はAPIには接続させない方法が考えられる。

各担当の成果は，記事本文，タイトル，スラッグ，カテゴリー，アイキャッチ画像，SEO説明及び出典台帳のように，項目を分けて受け渡す。
同じ項目について複数案がある場合は，本番担当へ渡す前に採用案を一つへ確定する。

２　本番書込みは単一書込者へ集約する

本番担当は，確定した成果物だけを受け取り，一件ずつ処理する。
投稿ID又は新規投稿の別，タイトル，スラッグ，カテゴリー，本文，SEO項目，画像及び予定する保存回数を，保存前に確定する。

一つの投稿を処理している間は，他の担当が同じ投稿を管理画面又はAPIから更新しない。
本文の更新とSEO項目の更新が別の経路に分かれる場合も，どちらが先に実行し，それぞれを何で読戻すかを一つの作業票に記録する。

「一つのエージェントに一本化」より，「一つの書込経路に一本化」と表現する方が正確である。
担当AIを交代させることはできるが，同時に動かさず，直前の保存値と未完了の操作を読んでから引き継ぐ必要がある。

本番作業の指示は，同じ内容であっても，複数の担当へ同時に出さない。
複数の担当が同じ指示を受けると，後から着手した担当が，先行担当の作業途中の状態を未完了の不具合と受け取り，同じ保存を重ねるおそれがある。
同じ指示を受けたことに気付いた担当は，保存せずに停止し，先行担当の進捗と完了時刻を確かめた上で，読戻しによる確認だけを引き受けるのが安全である。

第３　WordPressの編集ロックで防げることと防げないこと
１　管理画面の編集ロックは投稿単位である

WordPress Coreのwp_set_post_lock()は，現在の利用者が投稿を編集していることを示す_edit_lockを保存する。

（続きを読む...）複数のAIエージェントでWordPressを安全に更新する方法－単一書込者，編集ロック，REST API及び読戻し検証（AI作成）

目次

第１　本記事の対象と結論１　AI受付を使う企業・法律事務所の問題２　法律上の措置と運用提案を区別する第２　苦情の理由と危険な言動を分ける１　AIとのやり取りを先に確認する２　保護を改善完了まで待たせない第３　人への引継ぎを実際に完了させる１　利用者が自分で選べる経路を残す２　自動処理を止める条件を決める３　受付番号だけで完了としない第４　記録と個人情報を一緒に設計する１　経緯を再現できる記録を残す２　全履歴を無期限に集めない第５　委託契約と稼働前の試験１　ベンダーへの質問と契約事項２　回答の正しさから引継ぎまで通して試す３　導入効果の分母を決める第６　関連記事と一次資料１　関連記事２　一次資料と確認範囲
第１　本記事の対象と結論
１　AI受付を使う企業・法律事務所の問題

AI受付が同じ回答を繰り返し，利用者が人へ相談できず，最後に担当者へ不満が集中することがある。この場面では，顧客の言動だけでなく，受付の設計，誤回答及び引継ぎの途切れも調べる必要がある。
本記事は，顧客対応にAI受付・チャットボットを用いる企業及び法律事務所を対象とし，人への引継ぎ，従業員の保護，記録及び委託契約を一つの運用として整える方法を述べる。AIが常に苦情を増やすという実証結果を示すものではない。

２　法律上の措置と運用提案を区別する

令和８年１０月１日から適用される厚生労働省のカスハラ指針は，正当な苦情までカスハラと扱わず，事業主側の不適切な対応が原因・背景となる場合にも留意するよう求めている。従業員の保護とサービスの改善を並行して検討する必要がある。
以下の受付条件，記録項目及び試験方法は，その考え方をAI受付へ当てはめる本記事の運用提案である。法律が一律に特定のボタン，応答時間又はログ形式を定めたという説明ではない。資料の確認日は令和８年１０月１３日である。

第２　苦情の理由と危険な言動を分ける
１　AIとのやり取りを先に確認する

例えば，返金条件を尋ねた利用者にAIが誤った案内をし，訂正の申出にも同じ回答を返した場合，後から電話した利用者の口調だけを見て判断すると経緯を取り違える。
受付責任者は，利用者の質問，AIが実際に表示した回答，参照した規約・FAQの版，人への引継ぎの申出，待ち時間及び再問合せを確認する。AIの要約が原文を落としていないかも調べる。苦情の内容に理由があるかと，要求の手段・態様が相当かを別々に記録する。

２　保護を改善完了まで待たせない

AI受付に落ち度があっても，暴行，脅迫又は人格を傷つける言動を従業員が受け続ける運用にしない。危険があるときは，上席交代，応対者の退避その他の安全確保を優先する。同時に，誤案内の訂正と本来の申入れへの回答を別の担当者が進める方法が考えられる。
顧客へは，確認できた受付上の問題，対応する窓口及び回答予定を具体的に伝える。原因未確認の段階で責任を断定したり，AIが作った謝罪文を確認なく送ったりしない。サービスの停止・提供拒否は，業法，契約及び利用者の権利への影響を個別に確認する。

第３　人への引継ぎを実際に完了させる
１　利用者が自分で選べる経路を残す

人への相談方法を最初の画面と行き詰まった回答の近くへ示し，受付時間，時間外の方法及び緊急時の連絡先を分かる形にする。「担当者に確認してください」と表示しても，連絡方法がなければ引継ぎは実行できない。
読みにくい表示，音声入力の誤認識，又は障害等によってAI受付を利用しにくい人に備え，電話，書面その他の代替経路を検討する。代替経路も同じAIへ戻るだけになっていないかを試す。合理的配慮の申出それ自体をカスハラと扱わないことにも留意する。

２　自動処理を止める条件を決める

人へ戻す条件には，利用者の明示的な希望，同じ回答の反復，資料不足，規約と回答の不一致，期限のある手続，個別の返金・解除判断，危険又は健康への影響などを挙げる方法がある。回数や時間の閾値は業務ごとに決め，緊急案件をその閾値まで待たせない。
法律事務所では，受任の諾否，利益相反，法的期限及び個別の事件方針を受付AIだけで確定しない。「相談を受け付けた」と「弁護士が受任した」を区別し，担当弁護士が確認する経路を設ける。

３　受付番号だけで完了としない

受付番号の発行，担当窓口への送信，担当者による受領，最初の回答及び案件の解決を分ける。AIが「引き継ぎました」と述べた時点では，担当者が受領したとは限らない。
担当窓口では，受付日時，担当者，回答期限又は次回確認時刻を付け，期限超過を上席へ知らせる。担当者が不在のときの代替者も決める。利用者には，受付の段階と次に何が起こるかを正確に知らせ，決まっていない回答日時をAIに約束させない。

法律事務所向けの具体例として，弁護士ドットコムは令和８年１０月２日，「弁護士のためのAI受付代行」を発表した。
同社の説明では，同社ポータル経由で午後８時から翌午前９時までに寄せられる電話をAIが受付として応対し，AI受付窓口であることを明示して，名前・連絡先・相談内容・折り返し希望時間帯を聞き取り，整理した内容を入電報告メールで届ける。

導入する事務所側では，報告メールの送信後に誰が内容を確認するか，連絡先の誤りやメール不達にどう対応するか，期限が迫る相談をどのように担当者へつなぐかを決めておくことが考えられる。
これらは導入時の運用上の確認事項である。
会社発表の機能説明だけで，担当弁護士の確認・受任判断・必要な対応まで完了したとは扱わず，受付後の確認過程を別に記録する。

（続きを読む...）AI受付・チャットボットが苦情を増幅するとき―人への引継ぎ，カスハラ予防，記録及び委託契約（AI作成）

目次

第１　AI弁護士とは何を意味するか１　AIサービスと，AIを使う弁護士を分ける２　知りたいことから詳しい記事を選ぶ第２　AI法律相談でできることと，確認が必要なこと１　情報整理の補助として使う２　出典の表示だけで判断を終えない第３　弁護士へ相談する時点と，相談前の準備１　期限や外部への行動がある場合は早めに相談する２　質問・回答・原資料を分けて持参する第４　AIへ入力する個人情報・秘密情報１　学習オフ以外の取扱条件も確認する２　相談者のAI利用と，弁護士のAI利用を分ける第５　AI法律相談の費用・違法性・弁護士の仕事１　無料のAIと，弁護士への依頼の費用は別である２　AIを使うことだけで，一律に適法・違法とはいえない３　弁護士の仕事への影響は，作業と職業全体を分けて考える第６　出典と資料の読み方１　法令・職務規程２　行政の公表資料
第１　AI弁護士とは何を意味するか
１　AIサービスと，AIを使う弁護士を分ける

「AI弁護士」という言葉だけでは，誰が何を提供するのかは分からない。
法律について回答するAIサービス，弁護士が調査や起案に使うAI，AIに関する法律問題を扱う弁護士という異なる意味で使われ得るため，利用する前に提供者と業務の範囲を確かめる必要がある。
日本では，弁護士となるには弁護士法上の資格に加えて日本弁護士連合会の弁護士名簿への登録が必要であり，法律に詳しい回答を生成できることが，弁護士としての資格や代理権を意味するわけではない。

言葉の意味利用する場面先に確かめることAIによる法律情報・相談支援制度の概要を調べ，相談する事項を整理する運営者，対象とする国・法律，回答の確認方法，入力情報の取扱いAIを使う弁護士弁護士が事件の調査，書面の下書き，検証にAIを利用する担当弁護士，委任する範囲，資料の取扱い，確認と説明，費用AIに関する問題を扱う弁護士AIの導入契約，個人情報，著作権，事故対応などを相談するその問題についての取扱分野と，必要な資料・依頼条件

本記事は，令和８年１０月１１日に確認した法令・公表資料に基づき，主に日本の法律問題を調べる一般の利用者に向けて，AI法律相談の使い方と弁護士への相談の分け方を説明する。
特定サービスの回答精度や安全性を保証する記事ではなく，以下の利用例も，各サービスの機能・規約に応じて検討する必要がある。

２　知りたいことから詳しい記事を選ぶ

初めて利用する場合は，まず本記事の第２から第４を読み，AIへ入力する情報と，人に相談する時点を考えるとよい。
具体的な準備や弁護士実務については，次の記事で詳しく扱っている。

① AIの回答を持って弁護士に相談するときの準備
② AIで弁護士の仕事はなくなるか―業務代替の条件と人が担う役割
③ AIを使う弁護士の報酬と検証費用
④ AI法務サービスと弁護士法７２条
⑤ 本人訴訟で生成AIを使う際の書面・引用・提出の確認

第２　AI法律相談でできることと，確認が必要なこと
１　情報整理の補助として使う

AIは，法律用語の説明，出来事の時系列化，相談で聞きたいことの列挙，文面の下書きなどを補助し得る。
ただし，質問の前提に誤りや不足があれば，流暢な回答でも自分の事件に合わないことがある。
相手の主張，契約書の例外条項，不利に思える資料，出来事の時期を省いたまま，結論だけを求めることには注意が必要である。

作業AIを使う例自分又は弁護士が確かめること制度の概要用語や手続の流れを平易に説明させる日本法か，対象時期の法律か，例外がないか事実の整理入力した出来事を時系列に並べる元の資料との一致，省略，AIが加えた推測書面の下書き相手への質問や相談事項の案を作る事実の正確さ，権利を認める表現，送付による影響法令・判例の調査調べる論点や出典候補を挙げる条文・判決の実在，原文，適用時期，自分の事件との違い解決方法の比較交渉・裁判等の検討項目を列挙する証拠，期限，費用，回収可能性，譲れない条件

この表は利用を考えるための整理であり，各作業について一定の正答率や時間短縮を実証したものではない。
出力を確認できる範囲から使い，重要な判断に進む前に，その前提と根拠を確かめることが基本である。

２　出典の表示だけで判断を終えない

条文番号や裁判年月日が表示されても，原文が正しく引用されているとは限らない。
法令はe-Gov法令検索，裁判例は裁判所の裁判例検索などで確認し，原文の内容と回答の説明を区別する必要がある。
検索で見つからない場合は，掲載範囲や検索条件の問題もあり得るため，直ちに架空だと断定せず，確認できない引用をそのまま重要な根拠として用いないようにする。

確認したい項目は，①出典の実在，②回答と原文の一致，③対象となる事実や時期，④自分の事件へ適用する理由である。

（続きを読む...）AI弁護士とは―AI法律相談の使い方・限界と弁護士の役割（AI作成）

目次

第１　短くする前に，用途と残す条件を決める１　誰が何を判断するための文章かを決める２　結論を支える情報を先に取り出す第２　消費税の説明では，基準期間と除外を残す１　売上高だけで免税と断定しない２　原文と行政の説明を別々に確認する第３　裁判例の説明では，制裁の理由と判断の射程を残す１　AIの使用だけを制裁の理由にしない２　日本の事件への適用を混同しない３　「罰金」「AI禁止」へ短縮しない第４　原文，AI案，人の修正及び再確認を分ける１　実際の確認の順序２　AIに渡す指示の例第５　要約の用途に応じて，省略できる範囲を変える第６　関連する記事と出典の位置付け１　関連する実務手順２　一次資料と執筆者の提案を区別する

法律・税務の説明をAIで短くするときは，文字数だけでなく，結論が成り立つ条件が残っているかを確認する必要がある。
「原則として」「ただし」「一定の場合に」といった短い言葉を削るだけでも，説明の意味は変わり得る。
本記事は，依頼者への説明，事務所内の共有資料及びブログの要約を作る場面を想定して，原文と短縮文を照合する方法を整理する。
令和８年１０月１１日に確認した資料に基づき，同月１２日に確認した外国裁判所の一次資料による説明を補った。以下の確認手順は実務上の提案であり，特定の裁判例がこの手順全体を義務付けたという趣旨ではない。

第１　短くする前に，用途と残す条件を決める
１　誰が何を判断するための文章かを決める

同じ説明でも，依頼者が次の行動を決めるための要約と，担当者が詳細を調べるための索引では，必要な情報が違う。
最初に，読み手，判断してほしい事項，対象の事実，対象期間及び原資料への戻り方を決める。
AIに渡す前の原文と出典を別に保存し，短縮文で上書きしない。原文に未確認事項がある場合は，原資料を確認してから短縮する。

２　結論を支える情報を先に取り出す

次の項目を原文から拾い，短縮後に一つずつ対応させる。全ての文章に同じ項目が必要なわけではないが，結論を左右する項目は削らない。

確認項目原文で拾う情報短縮後の確認主体・対象誰に，どの取引・行為について適用するか主体や対象が広がっていないか要件・論理必要な条件，条件同士の「かつ」「又は」必要条件が十分条件に変わっていないか例外・留保ただし書，除外，別段の定め，未確認事項一般化や断定が強まっていないか時期・数値適用日，対象年度，基準期間，単位，閾値現在の制度との取り違えがないか効果・帰属義務，可能性，裁判所の判断，行政の説明，執筆者の提案「できる」が「必ずする」に変わっていないか出典・射程条文，判決の該当箇所，事案及び判断の範囲原資料に戻って確かめられるか

例えば，「条件Ａと条件Ｂを満たす場合に扱いＣとなる」という説明を「条件Ａなら扱いＣ」と短くすると，条件Ｂが消える。これは論理関係を説明するための架空の例であり，具体的な法制度の説明ではない。

第２　消費税の説明では，基準期間と除外を残す
１　売上高だけで免税と断定しない

「売上が１０００万円以下なら消費税は免税」とだけ書くと，どの期間の売上か，誰についての説明かが分からず，例外も落ちる。
消費税法９条１項は，その課税期間に係る基準期間の課税売上高を基準とし，適格請求書発行事業者を除外している。さらに，同項ただし書は，この法律に別段の定めがある場合を留保している。
したがって，短い一般説明でも，例えば「基準期間の課税売上高が１０００万円以下なら原則として納税義務は免除される。ただし，インボイス登録事業者は対象外であり，特定期間の判定など他の例外も確認する」と書けば，確認すべき条件を残せる。
この説明だけで個別の事業者の免税判定が完了するわけではない。

２　原文と行政の説明を別々に確認する

国税庁タックスアンサーNo.６５０１「納税義務の免除」は，令和８年４月１日現在の法令等に基づき，基準期間，特定期間，インボイス登録，免税事業者が課税事業者となる選択などを説明している。
法律の文言を確認したことと，国税庁の説明を確認したことを記録上も分ける。申告に使う場合は，対象課税期間の法令と経過措置，登録・届出，売上等の事実を照合する。
「前年の売上」「今年の売上」といった日常的な表現へ置き換える前に，法令上の基準期間等との関係を確かめる。

第３　裁判例の説明では，制裁の理由と判断の射程を残す
１　AIの使用だけを制裁の理由にしない

Mata v. Avianca, Inc.事件のニューヨーク南部地区連邦地方裁判所の令和５年６月２２日決定（裁判所サイト掲載資料集６９頁以下）を「AIを使ったので罰金を科された」とだけ説明すると，問題となった行為と制裁の要件が落ちる。
同決定は，信頼できるAIを補助に使うこと自体に本質的な不適切さがあるとは述べず，提出書面の正確性を確認する責任を説明している。他方，架空判例を含む書面の提出，疑義への対応，認識の回避及び虚偽・誤解を招く説明等を検討し，対象者ごとに主観的悪意を認定して制裁を命じた。
裁判所主導の制裁についての法的基準は，同決定の２６頁以下，個別の悪意認定は２９頁以下で確認できる。初回の無調査での提出も認定の一部であり，指摘後の対応だけが問題になったという説明も正確ではない。

２　日本の事件への適用を混同しない

（続きを読む...）AIで法律・税務の文章を短くするときの確認方法―要件，例外，適用時期及び出典を残す（AI作成）

目次第１　引き継ぐのは結論だけではない１　どのような問題を扱うか２　公的資料と企業の実践例の位置付け第２　共有する知識と個別事件の記録を分ける１　最初に範囲と目的を決める２　会話の保存とモデルの学習は別である第３　判断理由を引き出す聞き方１　まず説明を求め，次に比較案を見せる２　反例と結論変更条件を尋ねる第４　判断カードに残す内容１　根拠，条件，反例及び責任者を一組にする２　架空の契約レビュー例第５　守秘と共有権限を先に確かめる１　名前を消すだけで共用にしない２　入力，検索，出力及び削除をそれぞれ確認する第６　AIの下書きを共有の正本にするまで１　候補，承認済み及び失効を区別する２　必須条件を通過した記録だけ品質を比べる第７　更新責任と若手の学習機会を残す１　変更を受け付け，関連する記録を見直す２　若手が自分で考える演習につなぐ第８　関連記事第９　出典・参考資料
第１　引き継ぐのは結論だけではない
１　どのような問題を扱うか

経験のある弁護士が契約書や準備書面を読むとき，条文の知識だけでなく，依頼者の目的，証拠の不足，交渉の経過，実行できる体制などを踏まえて，案を採用し，又は見送っている。
その結論だけをAI用の資料にすると，「前の案件ではこの条項を認めた」という情報が，事情の異なる案件でも推奨されるおそれがある。
引継ぎでは，結論とともに，その結論を支える事実，採用しなかった案，結論が変わる条件及び確認できていないことを残すことが大切である。

本記事は，公開資料又は架空の事例を使って判断理由を引き出し，人が確認・承認した記録を共有し，変更時に見直す手順を提案するものである。
基準日は令和８年１０月５日である。
個別事件の情報を外部AIへ入力してよいか，作成した成果物に誰の権利があるかについて，すべての利用形態を一律に適法とするものではない。

２　公的資料と企業の実践例の位置付け

経済産業省の第５回「AX時代におけるスキルのあり方検討ワーキンググループ」の資料２２５頁は，経験者の判断基準をプロンプトや評価基準へ変え，共有資産にする方向を示している。
同資料５頁では，問いを立てる力，文脈を理解する力，判断し責任を持つ力及び自主性・学び続ける姿勢が，委員の事前意見に共通する能力として整理されている。
これらは検討資料であり，法律事務所向けの確定した運用基準や，導入効果を実証した研究ではない。

DeNAの暗黙知に関する公開記事は，質問すれば説明できる知識のほか，具体案を見せて違和感を尋ねることで表れる判断や，聞き取りを進めて見つかる周辺の要件を紹介している。
企業自身による実践・説明であり，弁護士の経験知が同じ方法で漏れなく取り出せると保証する資料ではない。
以下の判断カードや承認手順は，これらを手掛かりにした本記事の運用提案である。

第２　共有する知識と個別事件の記録を分ける
１　最初に範囲と目的を決める

最初に，担当弁護士が「何を引き継ぎ，誰が，何のために使うか」を決める。
例えば，契約修正案の確認項目を若手へ伝える作業と，個別事件の証拠評価を担当者間で引き継ぐ作業とでは，必要な情報と共有範囲が異なる。
共通の知識庫には，公開情報や架空の例から作った一般的な確認手順を優先し，個別事件の事実・証拠・連絡記録は，その事件の権限管理の下に置く方法が考えられる。

資料２の１９頁には，SMBC日興証券が作成した，業務知識，プロセス知識，顧客知識，実践知及び経験知という五つの層の図が掲載されている。
これは仕事を分解するための企業の整理として参考になるが，弁護士業務の代替率を測った結果ではなく，後ろの層が将来もAIで扱えないという証明でもない。

２　会話の保存とモデルの学習は別である

判断理由を文書にすること，その文書を検索してAIに読ませること，会話履歴やメモリとして保持すること及びモデルの追加学習に使うことは，異なる処理である。
利用する仕組みごとに，保存場所，受領者，利用目的，閲覧権限，保持期間，削除方法及び他案件への利用の有無を確認する。
「AIが覚えた」という説明だけでは，どこに何が残り，誰が利用できるかを判断できない。

第３　判断理由を引き出す聞き方
１　まず説明を求め，次に比較案を見せる

聞き取り役は，担当弁護士に，普段確認する事項と順序を説明してもらう。

（続きを読む...）法律事務所の暗黙知・経験知をAIで引き継ぐ方法―判断条件，反例，守秘及び更新責任（AI作成）

目次第１　発信で相談者に何を伝えるか１　対象と結論２　討論記事から読み取れることの範囲第２　基本情報を掲載先ごとに照合する１　最初に正本となる情報を決める２　公開ページと補助情報の食い違いも見る３　AIが事務所の情報を誤って答えていないかを確かめる第３　結論に至る判断過程を記事に残す１　一般論に読者の判断材料を加える２　原資料の確認範囲を明らかにする第４　事例・実績・専門性の表示を確認する１　広告に当たるかを先に見る２　匿名化やAI生成を理由に実績へ置き換えない第５　記事から相談までの案内を点検する１　読者が次に行うことを一つずつ確認する２　広告やAIへの表示と業務成果を分ける第６　公開・改訂時に残す記録第７　導線を「次の判断」と「業務成果」の両方から点検する第８　出典と裏付けの範囲
第１　発信で相談者に何を伝えるか
１　対象と結論

本記事は，法律事務所がウェブサイト，ブログ，ポータルサイト及びnote等で発信する際に，基本情報，法律記事及び相談への案内を点検する方法を扱う。
令和８年１０月５日に確認した日弁連の広告規程・指針とGoogleの公式資料に基づく説明を，事務所内の運用上の提案と区別して示す。
AI検索の技術設定や計測の詳細は，法律事務所のLLMO・GEO対策を参照されたい。

発信の点検では，①誰が，どこで，どの業務を扱い，どの条件で相談を受けるか，②法律記事の結論がどの資料・事実を前提とするか，③読者が相談を希望したときに何をすればよいかをそろえることが考えられる。
これは相談者の誤認と連絡の行き違いを減らすための提案であり，特定のAIによる推薦や受任増加を保証する方法ではない。

２　討論記事から読み取れることの範囲

弁護士ドットコムの討論記事は，PARADIGM ２０２６の討論について，岡野武志弁護士が基本的な情報発信と専門的な発信の継続を重視したことや，他の登壇者が顧客体験・専門家の価値等を論じたことを報じている。
開催・企画の情報は，公式イベントサイトでも確認できる。
もっとも，報道は登壇者の見解を知る資料であり，施策の効果を測定した研究又は個別事務所の実績資料ではない。
本記事の点検手順も，登壇者が実証済みと認定した手法として紹介するものではない。

第２　基本情報を掲載先ごとに照合する
１　最初に正本となる情報を決める

掲載先ごとに文章を直す前に，現在の事務所の情報を確認し，何を正本としてそろえるかを決める。
古いプロフィールや広告業者の原稿を，相互に一致しているという理由だけで正しいと扱ってはならない。
複数の掲載先に同じ誤りがあることも考えられるため，現在の登録情報，事務所の運用及び料金案内等へ戻って照合する。

項目確認する内容弁護士・事務所氏名・登録名，所属，事務所名，所在地，電話及び問い合わせ先が現在の状態に合うか。取扱業務実際に扱う業務，扱わない業務，対応地域及びオンライン相談の条件が分かるか。相談の受付予約方法，受付時間，相談の実施方法，持参資料及び予約後の案内が運用と合うか。費用相談料，無料の条件，着手金・報酬・実費の説明先が一致し，終了したキャンペーンが残っていないか。更新の責任掲載先のURL，確認日，訂正担当及び変更時の連絡先を把握しているか。

移転，所属変更，取扱業務の変更及び料金改定があったときに，一覧にある掲載先をまとめて確認する運用が考えられる。
確認頻度を一律に決めるより，何が変わったら誰が見直すかを決め，確認した日と修正した日を分けて残すと管理しやすい。
これは運用上の提案であり，上記の全項目について法律上の定期監査義務があると述べるものではない。

２　公開ページと補助情報の食い違いも見る

GoogleのAI検索向け公式ガイドは，既存のSEOの基本を引き続き重視し，地域の事業者情報についてGoogle Business Profile等の活用を案内している。
構造化データを使う場合には，表示される本文と一致する内容を扱うべきである。
基本情報を整えることの意義と，Google又は他社AIに必ず選ばれることは区別する必要がある。

事務所の運用としては，ページ本文だけでなく，タイトル，検索説明文，プロフィール，料金ページ及び実際の予約フォームを照合することが考えられる。
同じ住所でも旧電話番号が残る，無料と表示されるが条件へのリンクがない，オンライン相談の案内が予約フォームと合わないなど，読者の行動を妨げる食い違いから優先して直す。
外注先が管理する掲載先は，担当者と訂正の申入れ方法も一覧にしておく。

３　AIが事務所の情報を誤って答えていないかを確かめる

（続きを読む...）AI時代の法律事務所の情報発信―基本情報の整合，判断過程の説明及び相談導線の点検（AI作成）

目次第１　AI規制は国名だけでは判断できない１　比較の結論と基準日２　対象法域と読み方第２　EU―高リスク規制の延期と既存の義務を分ける１　２０２６年改正後の適用日２　日本からの提供と事業者の役割３　高リスクは用途と要件で判定する４　生成表示は主体と方式が異なる５　汎用AIモデル，リテラシー及び制裁第３　中国本土―公開範囲とサービス機能を確認する１　公衆向け生成AIと社内利用２　可視標識と隠れた標識３　擬人化情緒対話と通常の業務助手第４　韓国―透明性の例外と基本法全体を混同しない１　告知と生成結果物の表示２　高影響AIと安全性確保の基準３　施行と執行方針は別である第５　日本・台湾―基本法の主体と効果を読む１　日本には法律上の規律もある２　台湾の政府義務を企業の猶予に転用しない第６　ベトナム―三分類と経過措置を区別する１　法律本文から分かる枠組み２　既存システムの経過措置と現地実装第７　インド・シンガポール・ASEAN等１　インドの合成生成情報規制２　シンガポールのAgentic AI指針３　香港とASEAN第８　日本企業の法務が実行する確認１　提供前の判断メモ２　契約と運用で分担を決める３　残す証拠と再評価の時点第９　出典１　法令及び公式資料２　出典の射程
第１　AI規制は国名だけでは判断できない
１　比較の結論と基準日

EU及びアジア主要法域のAI規制は，「EUは厳しく，アジアは緩い」という説明では捉えられない。
EUの用途別高リスク規制，中国本土のサービス別規制，韓国・ベトナムの横断的な法律，日本・台湾の基本法，シンガポールのモデル指針は，対象とする主体，機能及び法的効果が異なるためである。

本記事は，令和８年１０月５日現在の主要な法律・規則及び公表資料を比較するものである。
日本企業の海外サービス展開，AIの調達，生成コンテンツの配信及び社内利用について，最初に確認すべき条件を示す。

最初に固定すべき事実は，①モデル自体の提供か下流アプリの提供か業務利用か，②対象市場と出力の利用場所，③公開範囲，④具体的な用途・機能，⑤市場投入日・稼働日，⑥その後の変更である。
同じ生成AIでも，採用評価，文章作成，実在人物に似た合成動画，情緒的な対話，購買を実行するエージェントでは，検討すべき規律が変わる。

２　対象法域と読み方

中心対象はEU，日本，中国本土，韓国，台湾，ベトナム，インド及びシンガポールであり，香港とASEANを補足する。
台湾及び香港は独立した比較法域として扱い，中国本土の規則との法的同一性を前提としない。

法域中心となる制度実務上の読み分けEUAI Act及び２０２６年改正高リスク，透明性，汎用AIモデルの義務と適用日を分ける中国本土公衆向け生成AI，生成合成内容の標識，擬人化対話の規則公開範囲と機能ごとに規則を重ねる韓国AI基本法及び施行令事前告知，生成結果表示，高影響及び安全性確保の対象を分ける日本AI法及び指針協力義務と国の施策，既存法上の義務を区別する台湾人工智慧基本法政府の制度整備義務と事業者の個別義務を区別するベトナムAI法134/2025/QH15三段階のリスク分類と通知・評価を，現行細則と併せて読むインドIT Rulesの合成生成情報規制対象情報の定義と仲介者の種類を確認するシンガポールAgentic AIモデル枠組み権限，承認，停止及び検証を設計するための指針として読む

本記事は全業法，個人情報法，著作権法，技術標準及び執行実績の網羅調査ではない。
法律本文の比較と，個別サービスの届出・認証・実装の適否は別の判断であり，外国法の日本語表現は原文の要約である。

第２　EU―高リスク規制の延期と既存の義務を分ける
１　２０２６年改正後の適用日

AI Actは，制定時のRegulation (EU) 2024/1689に，Regulation (EU) 2026/1744の改正を重ねて読む必要がある。
改正は２０２６年７月２７日に発効しているため，単なる検討案として扱うのは適切でない。
根拠は，改正規則正文及び欧州委員会の発効発表である。

対象適用関係注意点汎用AIモデルのChapter V原則２０２５年８月２日から同日前に市場投入されたモデルは２０２７年８月２日までに対応５０条の透明性原則２０２６年８月２日から高リスク規制の延期と同じではない２０２６年８月２日前に市場投入された生成システムの５０条２項２０２６年１２月２日までに対応同条１項・４項を含む全面猶予ではないAnnex IIIの高リスク関連Chapter III Sections 1～3２０２７年１２月２日から６条５項を除くAnnex Iの製品関連の同部分２０２８年８月２日から製品分野に関する２条２項の特則も確認する追加された５条１項(ba)(bb)等２０２６年１２月２日から条文所定の非同意性的内容等に関する禁止である

日程の根拠は，AI Actの統合表示の１１１条～１１３条である。
統合表示は確認に便利であるが，それ自体に正式な法的効力を持つ正文という位置付けはなく，制定規則と改正規則を基準とする。

「２０２７年又は２０２８年まで対応不要」との説明は，既に適用される透明性や汎用AIモデルの義務を落としている。
既存モデルの経過措置と既存システムの経過措置も異なり，基盤モデルの猶予から下流アプリの表示猶予を導くことはできない。

２　日本からの提供と事業者の役割

AI Act２条１項(c)は，第三国に所在する提供者・導入者についても，AIシステムの出力がEUで利用される場合を対象とする。
日本法人，日本のサーバ又は日本語モデルという事情だけで，適用を否定できない。
一方，ウェブページがEUから偶然閲覧できるという事実だけで，全ての役割と義務を確定することも避けるべきであり，提供経路，用途及び出力の実際の利用場所を確認する必要がある。

２５条は，用途の変更により既存AIを高リスクAIにする場合等に，導入者その他の主体が提供者の義務を負うことを定める。

（続きを読む...）EU・アジア主要法域のAI規制を比較―適用日，生成表示，事業者の役割と日本企業の対応（AI作成）