2026 年 9 月 10 日、Claude Enterprise に「smart reports (beta)」が追加されました。チームが Claude で取り組んだ仕事と支出、改善候補をまとめる機能です。公式リリースノートで提供開始を確認できます。

既定は無効なので、管理者が利用の可否を判断します。操作の前に確かめたいのは、自社の構成が対象か、会話の分析を現場へどう説明するか、出力をどの判断に使うかです。本記事では、有効化の前後に決めることを整理します。

FIXIT は smart reports を実行していません。以下は 2026 年 9 月 19 日時点の公式資料に基づく仕様整理と、運用の提案です。

まず、自社の構成で使えるかを判定する

Enterprise を契約していても、すべての組織が利用できるわけではありません。公式ガイドの利用条件を、確認する順に並べます。

確認する条件該当する場合の判断該当しない場合
Claude Enterprise 以外のプランかsmart reports の対象外次の条件へ
CMEK・HIPAA 構成・Access Transparency のいずれかを利用しているか組織で smart reports を利用できない次の条件へ
Claude Code を zero data retention で運用しているかClaude Code の smart reports は利用できない権限と分析範囲の検討へ

CMEK は顧客管理の暗号鍵を指します。暗号化やデータ保持の統制を整えた結果、利用分析の新機能が対象外になる場合がある、という順序を見落とさないでください。分析機能を使うためだけに既存の統制を変更する判断は避け、まず契約・設定の担当者と適用条件を確認しましょう。

生成前の検査を担う Inference hooks は、統制をかける側の機能です。smart reports は利用の実態を見る側として位置づけ、両者の目的を分けて検討します。Inference hooks の利用自体が、上表の除外条件に挙げられているわけではありません。

smart reports は、会話のサンプルと支出を結びつける

作成時に指定するのは、チームや部署、直近最大 28 日の期間、対象プロダクト、分析観点のテンプレート、任意のカスタム質問です。対象プロダクトには Chat・Claude Code・Claude Cowork があります。

Claude は範囲内のトランスクリプトをサンプリングして読み、業務のまとまりであるワークストリームや成果物の種類に分類し、支出を紐づけます。利用回数だけでは分からない「何に使い、どこで手戻りが生じたか」を調べる仕組みです。生成には数時間かかり、完成するとメールで通知されます。仕組みと出力の公式説明に詳細があります。

FIXITFIXIT

使用回数が分かっているなら、会話まで分析する必要はあるの？

TsukasaTsukasa

利用の増減を知るなら数値で足ります。手戻りの原因を探す場合は、会話の内容が判断材料です。

分析機能を、答えたい問いで使い分ける

Claude Enterprise の分析機能から、ここではダッシュボード・Analytics API・analytics chat・smart reports を比較します。同じ「利用分析」でも、数値を取得する方法と、会話を分析する方法では役割が異なります。

機能期間・粒度更新・取得方法向いている問い
使用状況分析ダッシュボード利用・支出などの指標。支出 CSV は最大 90 日分日次更新。支出 CSV は前日までのデータ利用や支出は増えているか
Enterprise Analytics APIダッシュボードの利用・エンゲージメント指標。取得期間は API の仕様を確認プログラムから取得して自社のレポートへ連携社内の定例資料に数値を取り込みたい
analytics chat既定は直近 30 日。質問で期間を指定できる集計済みデータに自然言語で質問。データには通常 1〜2 日の遅れがある部門別やプロダクト別に数値を掘り下げたい
smart reports直近最大 28 日の会話サンプルと支出都度生成し、HTML でも取得できる何の仕事に使われ、何を改善できるか

期間や取得方法の根拠は、使用状況分析と Analytics API の案内、analytics chat の公式説明、smart reports の公式ガイドです。API の取得期間を CSV の 90 日上限と同じだと見なさず、実装時に確認してください。

たとえば、四半期の支出推移を確認するなら、まず数値の履歴を使います。「なぜ資料作成でやり直しが多いのか」を調べたい段階で、smart reports の分析対象を絞る順番です。90 日分の CSV を出力できても、同じ期間の会話を smart reports で一括分析できるわけではありません。

監査目的で対象セッションを全件取得する設計とは区別が必要です。Compliance API のローカルセッション対応では、保持されたセッションの一覧やトランスクリプトを取得する方法を扱っています。smart reports はサンプリングによる活用分析なので、全件の監査証跡として扱えません。

レポートに何が出たら、次に何をするか

出力を眺めるだけでは、改善の担当者も作業も決まりません。以下は公式に記載された出力と、出力を受けて検討する行動を対応させたものです。右列は FIXIT の運用提案であり、実行結果ではありません。

レポートに含まれる内容次に検討する行動
ワークストリーム別のセッション数と支出支出の多い業務を担当部門と確認する
分析・文書・コードなど成果物の種類想定した用途と実際の利用先を照合する
出力種別ごとのセッションあたりの平均コスト同種の仕事で手順を共通化できるか調べる
タスクの結果業務で使える成果物になったかを現場で確認する
コネクタ未設定、承認待ち、ツール失敗などの摩擦点設定や権限の担当者へ改善候補を渡す
利用可能な成果を生まなかったセッションなどの非効率集計された件数・コストから、見直す業務を絞る
再利用できるスキル・ワークフローの提案添付されたプロンプトを確認し、共有前に試す
高コストのセッション必要な複雑作業か、反復した手戻りかを確認する
複雑な自律作業別のチームでも再現できる条件を整理する
カスタム質問への回答回答の根拠となったセッションと現場の説明を照合する

注目したいのは、摩擦点を利用者の能力に直結させない読み方です。コネクタ未設定なら接続の整備、承認待ちなら承認経路の確認が候補になります。やり直しが多いという出力だけで「使い方が悪い」と決めず、設定や業務手順から確認してください。

共有スキルの提案にもレビューが必要です。コピーできるプロンプトが付いていても、自社の入力形式や品質基準に合うとは限りません。担当者が少数の業務例で確かめ、説明と一緒に配布する運用を勧めます。

誰が有効化し、誰が作成するかを分ける

機能を有効化できる人と、レポートを作る人は同じ範囲ではありません。公式の必要権限は次のとおりです。

判断・操作必要なロールまたは権限
組織での有効化Primary Owner / Owner
レポートの作成・閲覧Primary Owner / Owner / Admin、または Analytics の閲覧権限を持つカスタムロール
チームリードなどへの委任Primary Owner / Owner、または Analytics と Identity & Access の両権限を持つカスタムロール

設定の場所は Organization settings > Capabilities の Analytics セクションです。ボタン操作は公式ガイドに任せ、社内では「誰が有効化を承認し、誰がどの部署を分析するか」を先に決めましょう。

管理者権限を付けずに、担当範囲を限定してチームリードへ委任することも可能です。委任の公式ガイドによると、1 人につきグループ・部署・コストセンターを種類ごとに最大 50 件指定できます。委任先には全社レポートの選択肢がなく、作成分は組織の月次上限に算入されます。

チーム単位で絞るには、少なくとも 1 つの RBAC グループ、または SCIM で渡された department / costCenter 属性が必要です。組織全体の利用可否と、部署を選べる状態かどうかは分けて確認してください。属性パスと設定方法は公式の SCIM 設定説明を参照できます。

最初の対象は、仕事の種類と改善担当者が分かる機能別チームを勧めます。全社で混ぜるより、出力に対して「誰が何を確認するか」を決めやすいためです。

会話の分析を現場へどう説明するか

「氏名は出ないから安心です」という説明だけでは不十分です。業務セッションでは要約や詳細を確認できる一方、私的な会話は集計だけに含まれ、個別セッション・要約・氏名は表示されません。公式の「Personal conversations」を、従業員が行うすべての会話と読み違えないでください。

設定は二重に既定オフです。smart reports 自体とは別に、Allow attribution to individual users も既定では無効です。氏名表示を許可しても、詳細表示は既定で User のままで、閲覧者が氏名とセッション ID を表示した操作はログに残ります。許可しない場合は氏名の代わりに User と表示され、セッション ID も隠れます。表示とログの仕様を社内説明の根拠にしてください。

Anthropic は、smart reports が個人の業績評価や雇用判断のための機能ではなく、その用途に使うべきではないと明記しています。社内告知では、機能名より先に目的と扱い方を示しましょう。以下は告知前の論点チェックリストです。

  • 利用目的を、業務手順・接続設定の改善や投資判断として説明できるか
  • 対象部署、期間、Chat・Claude Code・Claude Cowork の範囲を示したか
  • サンプリング分析であることと、業務セッションの要約が見えることを伝えたか
  • 閲覧者と氏名表示の方針、表示操作がログに残ることを説明したか
  • 個人評価・雇用判断には使わない運用方針を明記したか
  • 問い合わせ先と、ダウンロード後の保存先・共有範囲を決めたか

合意の順序としては、情シスが構成・権限・表示仕様を整理し、法務・労務と社内ルールとの整合を確認した後、部門長と対象業務・改善担当を決め、利用者へ告知する流れを提案します。これは一律の法的手順を示すものではありません。自社の承認経路に沿って、有効化の判断を記録できる形にしてください。

28 日と月 10 件を、定例運用に組み込む

ベータ中は組織あたり月 10 件まで無料で、毎月 1 日に利用枠がリセットされます。追加が必要な場合はアカウントチームへの相談、または上限到達後の申請が案内されています。公式ガイドの利用枠に基づき、委任した部署の分も含めて作成予定を管理しましょう。

期間の上限は直近 28 日です。四半期末に 1 本作れば四半期全体を振り返れる、という設計にはできません。月次で作っても、暦月の全日数を含むわけではない点に注意が必要です。

たとえば、4 部門が同じ 28 日間を対象に各 1 件作るなら、計画上は 4 件を使います。残りを横断的なテーマや改善後の確認に割り当てる、と先に決めておけば、各部門が別々の条件で枠を使い切る事態を避けやすくなります。これは運用例であり、公式の推奨配分ではありません。

比較用にはチーム・期間・プロダクト・分析観点を記録し、対象外の日を含む暦月全体の集計と混同しないようにします。四半期の資料には、保存したレポートを対象期間つきで並べ、支出全体の推移はダッシュボードや API の数値で補う方法が考えられます。

2026 年 9 月 19 日時点で、参照した公式資料にはベータ終了後の価格と一般提供の時期、サンプリングの比率・抽出方法の記載がありません。無料枠の継続やサンプルの代表性を前提にせず、契約条件は更新時に再確認してください。レポートの傾向も、現場への確認と組み合わせて判断してください。

契約更新の稟議には、利用定着・コスト・成果を分けて示す

総利用回数が増えただけでは、何を継続し、どこを改善すべきか説明できません。更新資料では、チームごとの利用定着を既存の分析機能で押さえ、smart reports で仕事と支出、成果物や改善候補を補う構成を勧めます。

たとえば、未設定の連携が見つかったなら設定整備の計画、反復作業が見つかったなら共有スキルの候補を添えます。「レポートを作った」で終わらせず、次の契約期間に何を改善するのかまで示すためです。

ただし、成果物が生成されたことと、事業上の成果が出たことは別です。smart reports で見えるのはベンダー機能が分析した利用内容であり、自社の投資効果をそのまま確定する数字ではありません。KPI の設計や ROI の計算は、AI 導入効果を数値化する KPI・ROI 設計で扱っています。

いつ検討するか

複数部門で Claude Enterprise を使い、契約更新の説明材料を必要とする組織や、活用が停滞する原因を調べたい組織は、検討の目的を定めやすいでしょう。一方、導入直後で分析対象が少ない場合や、単一チームで仕事内容を直接確認できる場合は、レポート生成を急ぐより利用環境を整えるほうが先です。

除外構成に当たる組織では、利用可能なダッシュボードや Analytics API で数値を確認し、仕事内容は部門への聞き取りで補う選択肢があります。全社導入そのものの進め方は、Claude Code の企業導入ガイドを参照してください。

有効化の前に構成と社内の合意を確認し、最初のレポートで答えたい問いを決めます。生成後は、結果を確認する担当者と改善する作業まで決めましょう。この判断を担う人がいることが、定例運用を始める条件です。

AI 駆動開発のクリエイティブスタジオ FIXIT では、利用ルールやガバナンス、定着後の効果測定を含む AI 開発ツール定着支援を提供しています。分析機能を有効化する判断と、結果を業務改善につなげる体制を一緒に整理したい場合はご相談ください。