政府向けの料金設計が、席数課金から外れた

Anthropic が2026年9月30日、米連邦・州政府機関向けの Claude for Government を正式提供にした。2026年7月からのパブリックベータを経ている。

設計の要点

FedRAMP High 認証の環境で提供される。加えて、

機関が始めるにあたって、別途クラウド事業者との関係を持つ必要はない。

料金の形がこうなっている。

席数ベースの料金は無い。 機関は**固定の増分で利用量に対して支払い、超過しない上限（hard not-to-exceed cap）**を設ける。

管理者は支出の上限を設定でき、ユーザー別・モデル別に利用状況を追える。

ほかに挙がっている管理機能は、部門単位での前払い枠の配分、SSO による IdP 連携、レート制限のための SCIM グループマッピング。そして、

Anthropic 側での機微な操作には二名承認が必要である。

正式提供にあわせて、Claude Code CLI と Claude for Microsoft 365 が同じ環境・同じ管理統制のもとで早期アクセスに入った。

政府向けの話だが、民間の調達でそのまま使える論点が2つある。

席数課金からの離脱。 生成AIの社内導入でいちばん揉めるのは「誰に席を配るか」である。席数で買うと、使わない人のぶんを払うか、使いたい人に配らないかの二択になる。上限付きの従量課金なら、配布と費用が分離する。

同じ設計を調達で要求できるかは別問題だが、「そういう売り方が存在する」ことを知っていると交渉の形が変わる。 席数が唯一の選択肢ではない。

上限（not-to-exceed cap）が明示されていること。 従量課金で最も怖いのは青天井である。上限が仕様として入っていれば、稟議で「最大でいくらか」に答えられる。 答えられない従量課金は通りにくい。

部門単位の前払い枠も同じ筋で、部門ごとに使い切りの枠を配れば、全社の総額が先に決まる。 社内配賦の設計と相性がよい。

二名承認が明記されている点も、審査では効く。 ベンダー側の運用に人的統制が入っていることを文書で示せる。セキュリティレビューで「ベンダー側の管理者は何ができるのか」を問われたときの材料になる。

稟議に書くなら「席数課金ではなく上限付きの従量課金。部門ごとに枠を配れる」で足りる。 民間向けに同じ条件が出るとは限らないので、同種の条件を引き出せるかを交渉項目として持つのが実務的な使い方になる。

引用はすべて Anthropic の発表に記載されているものである。