Claudeの業務AIログをAPI取得|不動産のAI利用記録3つの論点

AnthropicがClaude CoworkとClaude CodeのAI利用ログをCompliance APIで取得可能にしました。不動産会社が顧客情報をAIに入れる際、誰がいつ何を入力したかを記録・監査する3つの論点を解説します。

会議テーブルを囲む経営メンバー

Anthropic は2026年8月11日、Claude の利用ログを取得する Compliance API の対象を Cowork と Claude Code へ広げました。

これまで会話画面の記録しか取れなかった AI利用ログが、資料作成やファイル操作まで含めたセッション単位でまとめて取得できるようになります。日本の不動産会社にとっては「顧客情報を誰がいつ AI に入れたか」を後から示せるかどうかという、宅建業法と個人情報保護法にまたがる論点に直結します。本記事は、宅建業免許(東京都知事(1)第113520号)を保有し、AI導入コンサル100社超の実績を持つ株式会社オルセル(不動産のチカラ運営)が、AI利用ログの実務論点を3つに整理して解説します。

オフィスで情報を確認し合うビジネスパーソン2人

Compliance API が Cowork と Claude Code のAI利用ログに対応

今回の発表の要点は、取得できる範囲が「チャット」から「作業そのもの」へ広がったことです。Anthropic によると、Compliance API の対象に Claude Cowork(デスクトップアプリ・Web・モバイル)と Claude Code(CLI・デスクトップアプリ)が加わり、Claude Enterprise 契約者向けのベータとして提供されます。

返ってくるのはセッション単位に統合された記録です。プロンプトと応答に加えて、Web検索や MCP 経由のツール実行、スキルやアーティファクトの内容までが1つのトランスクリプトにまとまります。あわせて、検証済みのユーザーIDとメールアドレス、組織ID、セッションIDとメッセージ単位のID、タイムスタンプがメタデータとして付きます。つまり「どの担当者が、いつ、どの案件資料を、どう加工したか」が個人単位で残るということです。

既存の Compliance Access Key をそのまま使えるため、追加の実装は不要と説明されています。一方でベータ時点の対象外も明示されており、Web版の Claude Code、Claude Platform 経由の Claude Code、そして Amazon Bedrock・Google Cloud の Vertex AI・Microsoft Foundry 上で動かしたセッションは含まれません。詳細な仕様は Compliance API のドキュメント で公開されています。

論点1:宅建業法45条の守秘義務と、AI利用ログの証明力

不動産会社にとって最も重い論点は、守秘義務違反を疑われたときの説明責任です。宅地建物取引業法第45条は、宅建業者が業務上知り得た秘密を正当な理由なく他に漏らしてはならないと定めています。顧客の氏名・住所・年収・勤務先・家族構成といった情報を担当者が生成AIに貼り付けた場合、それが「漏えい」に当たるかどうかは契約形態と設定によって変わりますが、少なくとも会社として実態を把握できていない状態はリスクです。

AI利用ログが個人単位で残る仕組みは、この点で二面性があります。事故が起きたときに「誰がどこまで入力したか」を特定でき、影響範囲を限定できる一方で、記録が残ること自体が新たな管理対象になります。閲覧できるのは誰か、保存期間は何年か、退職者の記録はどう扱うかを決めていない会社では、監査のための仕組みが別の情報管理問題を生みかねません。

論点2:重要事項説明や広告原稿の「作成過程」が追えるか

2つ目は、AIが下書きした文書の再現性です。重要事項説明書の補足資料、物件広告のキャッチコピー、募集図面のコメント欄など、AIに下書きさせる場面は増えています。ここで景品表示法上の不当表示や、宅建業法が禁じる誇大広告を指摘されたとき、どの入力からその表現が生まれたのかを社内で追えるかどうかで、対応の速さがまったく変わります。

セッション単位のAI利用ログが残っていれば、指摘を受けた表現がどのプロンプトに由来し、担当者がどこまで確認したかを事後に確認できます。逆にログがなければ、「AIが書いたので分かりません」という説明しかできません。生成AIの出力を人が確認したという事実を残す運用は、社内ルールとしてだけでなく、記録の裏付けがあって初めて機能します。

論点3:対象外の環境が残ることと、初動でやるべきこと

3つ目は、ログが虫食いになる問題です。今回のベータは前述のとおり3つのクラウド環境と一部の利用形態が対象外で、しかも Claude Enterprise 契約が前提です。社内に個人契約のアカウントと会社契約が混在していれば、記録が取れる範囲と取れない範囲がまだらになります。監査の観点では、記録が一部しかない状態は記録がない状態と大きくは変わりません。

初動としては、次の順番が現実的です。まず、社内で誰がどの生成AIを何の契約形態で使っているかを棚卸しします。次に、顧客の個人情報を入力してよい範囲と禁止する範囲を1枚の文書にします。そのうえで、ログの保存期間と閲覧権限を決め、記録の保管自体が過剰にならない線を引きます。最後に、契約プランを確認します。Compliance API は Claude Enterprise 向けの機能として案内されているため、個人向けプランのままでは会社としての監査は成立しません。取得の可否や手順は Compliance API の利用開始に関するヘルプ で確認できます。

AI利用ログの整備は、AI活用を止めるための仕組みではありません。むしろ「どこまでなら入れてよいか」を線引きできるようになるため、現場が萎縮せずに使える範囲が広がります。生成AIの業務導入そのものの進め方については、AI導入の前に業務課題を整理する視点や、AI生成物の出所を示す透かしの動きもあわせて確認しておくとよいでしょう。

まとめ

AI利用ログの取得範囲が会話からセッション全体へ広がったことで、不動産会社は「AIに何を入れたか」を組織として説明できる下地を得ました。守秘義務、広告表現の再現性、記録の抜け漏れという3つの論点を押さえ、まずは社内の利用実態の棚卸しと入力ルールの明文化から着手することをおすすめします。

参考文献

※不動産のチカラでは、生成AIの導入支援から運用最適化まで、貴社の不動産事業に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://fudosannochikara.jp/contact/

引用元: Anthropic


【監修】齋藤竹紘(株式会社オルセル代表 / EC支援19年5,000社超・AIコンサル100社超 / 宅建業免許 東京都知事(1)第113520号)