AWS公式のメータリング支援AIで何ができる？Deshimaと比較する実装、掲載、運用の範囲

「公式のAIがメータリング連携機能を実装してくれるなら、掲載支援のサービスは要らなくなるのではないか。」2026年9月30日の発表を見て、まずこの疑問を抱く技術責任者の方もいるかもしれません。

公式の資料とDeshimaの対応範囲を並べる限り、一方が他方を置き換える関係にはなっていません。公式のエージェントスキル（AWS Marketplace metering agent skill）はSaaS Subscription（SaaSサブスクリプション。時間単位の使用量に応じて請求する従量課金の料金モデル）の製品を対象にしていて、SaaS Contract（SaaS契約。契約期間と購入する権利をあらかじめ定め、前払いまたは支払スケジュールで請求する料金モデル）の製品は対象外とされています。DeshimaはSaaS Contract型に対応し、従量課金は対象外としています。（AWSの発表、SKILL.md、Deshimaの対応範囲はトップページのFAQ）

本記事は、2026年10月5日に確認したAWSの発表とドキュメント、および同日時点のDeshimaの提供内容にもとづきます。エージェントスキルの仕様は、公式GitHubのmainブランチにあるSKILL.mdの記載で、更新される可能性があります。2026年10月5日時点の内容は、このファイルを最後に更新した2026年9月24日のコミットから変わっていません。その版は、コミットを固定したSKILL.md（コミット4602726）で参照できます。本記事で個別の記述の根拠に挙げるSKILL.mdのリンクも、この版に固定しています。冒頭と末尾の次の手順で示すリンクは、最新版への入口としてmainブランチのままにしています。エージェントスキルを実際に動かして性能や工数を測ってはいないため、どちらが掲載までのリードタイムが短いか、また、コストが安いかは判断していません。

公式のエージェントスキルが担う作業

AWSの発表によると、このエージェントスキルは、AIコーディングアシスタントの中でAWS Marketplaceにおける従量課金の仕組みとの連携を実装し、検証するためのものです。Model Context Protocol（MCP）に対応したAWS MCP Server経由で使い、対応するクライアントとしてAmazon Q Developer、Kiro、その他のMCP互換クライアントが挙げられています。プラグインのインストールは要りません。（AWSの発表）

作業の流れは、発表では次のように説明されています。製品タイプ、料金モデル、使用量ディメンションを集め、適したメータリングAPIを提案し、その提案に対応したコードとカスタマイズしたAWS CloudFormationスタックを生成し、本番環境へリリースする前にエンドツーエンドで検証します。使うのは、ResolveCustomer、BatchMeterUsage、Amazon EventBridgeです。購入者の登録トークンから契約を特定し、使用量を送り、契約の変化をイベントで受け取る、という三つの役割にあたります。（AWSの発表、メータリング設定ガイド、Amazon EventBridgeによるSaaSイベント管理）

発表によると、これまでのメータリング連携機能は、別々のドキュメントやワークショップをたどって実装する必要がありました。その影響で、ディメンション名の不一致や不正なタイムスタンプといった誤りが請求の漏れを生み、数日後に見つかることもあったといいます。エージェントスキルは、ディメンションを製品の設定と照合し、実地のテストで連携機能の動作を確かめることで、こうした課題に対処するとしています。（AWSの発表）エージェントスキルは、Concurrent Agreementsにも対応しています。（AWSの発表）

新しく連携機能を実装するとき

リポジトリに公開されているSKILL.mdには、手順がもう少し具体的に書かれています。エージェントスキルは最初に、対象がSaaS Subscriptionの製品かどうかを確かめます。そのうえで、製品コードやメータリングを行うリージョンなどに答えさせ、回答を確認してから、AWS Serverless Application Model（AWS SAM）のテンプレートとAWS Lambda関数を販売者のワークスペースに生成します。エージェントスキルは、Single Sign-On（SSO）からAssumeRoleで得た販売者の短期の認証情報を使い、生成したファイルを販売者のAWSアカウントにデプロイします。長期のアクセスキーは使いません。（SKILL.md）

同じ製品のスタックがすでにある場合、エージェントスキルは変更を自動では適用しません。変更の差分を示し、販売者の明示的な確認と通常のコードレビューを経てから適用します。スタックの展開と変更は、対象の製品が限定公開（Limited）の状態にあるときに限られます。公開済み（Published）の製品には、スタックを直接展開せず、販売者が自社のパイプラインで展開するためのコードを提供します。（SKILL.md）

エージェントスキルは、本番の使用量を送信する前に、作成されたリソースの確認と、用意されたテスト計画の全項目の実行を求めています。生成物を、販売者の通常のコードレビューと変更管理に通すことも前提です。（SKILL.md）

既存の連携機能を調べるとき

発表は、すでに連携機能を実装済みの販売者が、メータリングの記録を調べ、デバッグし、分析する用途にも対応するとしています。SKILL.mdでは、この調査にAWS CloudTrailのイベント履歴を使い、遡れるのは90日、記録が確認できるまでの遅延は約15分とされています。AWS CloudTrailで確認できるのは送信した内容で、拒否や重複になったものも含まれます。そのため、請求として確定した額は、Seller Reportsなどで確かめるよう案内されています。（SKILL.md）送信履歴と請求の数字を分けて確認する点は、売上と利用量レポートの記事でも扱っています。

公式のエージェントスキルの対象外

メータリングを支援するエージェントスキルなら、SaaS Contract with Consumption（従量制料金によるSaaS契約。契約の料金に加えて超過分を従量で請求する料金モデル）にも使えるだろう、と考えてしまうかもしれません。ところが、SKILL.mdは対象を、従量課金（pay-as-you-go）で請求するSaaS Subscriptionに絞っています。SaaS Contract、SaaS Contract with Consumption、使用量を送らない定額のサブスクリプション、Amazon Machine Image（AMI）やコンテナ製品のメータリングは、範囲外と明記されています。範囲外の製品について頼まれると、エージェントスキルはその旨を一文で伝え、公式ドキュメントを案内して対応を終えます。（SKILL.md）

メータリング以外の依頼も、範囲外とされています。SKILL.mdは、商品ページ（リスティング）やオファーの作成、Private Offer（プライベートオファー）、割引の管理を範囲外とし、AWS Marketplace Management Portalを案内するとしています。価格、契約、End User License Agreement（EULA）の管理も範囲外で、こちらはAWS Marketplace Catalog APIのドキュメントを案内するとしています。BatchMeterUsageやResolveCustomer、メータリングの記録に関わらない依頼は受けない、という包括的な規定もあります。販売者登録や日本の割賦販売法にもとづく確認も、メータリングに関わらない作業なので、この規定により対象外になると読めます。（SKILL.md）

商品ページについては、別の機能として、AWS Partner Assistantの「AIによる製品掲載支援」が2026年6月16日に発表されています。Webサイトや資料から掲載内容の案を作り、品質をスコアで示しますが、自動では公開されず、手作業で作った掲載と同じ審査を受けます。（AI-assisted product listing、AWSの発表）日本で登録した販売者の確認は、AWS Partner Centralでのセルフサービスの手続きとして案内されています。（Know Your Customer（KYC）のガイド）なお、それぞれに係る準備は、商品ページの準備チェックリストと日本企業の本人確認で整理しています。

Deshimaが担う範囲

Deshimaは、AWS Marketplaceへの掲載を支援するSaaSです。提供中の機能は四つです。（Deshimaのトップページ）

• 掲載タスク一覧：掲載に必要な主要タスクを一覧で把握できます
• 掲載ガイド：各ステップの手順書を日本語で提供します
• AWSリソースの自動設定：セラーアカウントを連携すると、AWS IAMロールとAmazon EventBridgeのルールを自動で作成します
• 利用申請フォームの提供：購入後の利用申請フォームと、購入者情報と契約情報の同期を提供します

AWSアカウントへの接続は、最小権限のAWS IAMロールとExternalId付きのAssumeRoleで行い、アクセスキーは預かりません。Deshimaは、購入者と契約の情報の取得と同期、利用申請フォーム、Amazon EventBridgeへのイベント発行を担います。販売者のSaaSでは、そのイベントを既存のユーザーやテナントに結び付け、契約に応じた機能、数量、利用可否を反映する処理を実装します。具体的な分担は、導入する構成に応じてご確認ください。

運用の面では、AWSの明細に出るのはAWSアカウントIDとアカウント保有者の情報です。リセラーが発行したアカウントでは保有者がリセラーになるため、明細だけではエンド顧客を判別できません。Deshimaは、エンド顧客の情報とアカウントID、保有者の情報を紐づけて保持する仕組みを提供しています。

対応範囲には限りがあります。対象はSaaS Contract型で、従量課金（メータリング）とChannel Partner Private Offer（CPPO）は対象外です。Concurrent Agreementsには対応済みです。メータリング管理は構想の段階にあり、提供の時期や有無はお約束できません。（トップページのFAQ）

Deshimaの利用料は、初期費用と月額費用が0円で、費用が発生するのは製品が売れたときの販売手数料のみです。料率は個別に提案しています。（料金のセクション）Deshimaの利用料のほかに、AWS Marketplaceの販売手数料と、必要なAWSリソースの費用が別にかかります。Deshimaが自動設定するAWS IAMロールには、追加料金がかかりません。（IAMのFAQ）Amazon EventBridgeは、カスタムイベントの取り込みやアカウント間の配信の件数に応じて料金がかかる場合があり、Deshimaの構成での発生の有無と額は確認が必要です。（Amazon EventBridgeの料金）自社側では、イベントを既存のユーザーやテナントに結び付け、契約に応じた機能、数量、利用可否を反映する処理の実装、テスト、運用の工数が別にかかります。

公式のエージェントスキルとDeshimaの比較

表の出典は、AWS公式のエージェントスキルの記載がAWSの発表、SKILL.md、AWS MCP Serverの設定ガイドです。費用の記載は、Agent Toolkit for AWSの概要の料金の記載にもとづきます。Deshimaの記載は、トップページに掲載している機能、対応範囲、料金です。

2026年10月5日時点では、対応する料金モデルが一番大きな違いとなっています。対応する料金モデルが重ならないため、同じ製品に両方を適用する場面は、現時点では想定していません。購入後の登録処理とイベント処理を実装する作業は、公式のエージェントスキルがSaaS Subscriptionの製品で自動化している作業と同種です。実装したあとのAWS側の仕様変更への追従と運用は、公式のエージェントスキルとDeshimaで担い手が分かれます。公式のエージェントスキルでは、生成したファイルは販売者のワークスペースに残り、スタックは販売者のAWSアカウントで稼働します。既存スタックの変更には販売者の確認が要るため、将来の仕様変更に合わせた更新も、販売者が判断して適用する運用になります。（SKILL.md）一方、Deshimaでは、AWS Marketplace側の仕様変更への追従をDeshimaが担います。（トップページ）ただし、Deshima自体の仕様変更（破壊的な変更を含む）で、利用者側の対応が必要になる可能性は残ります。

料金モデル別の選び方

迷ったときは、自社のSaaSがAWS Marketplaceでどの料金モデルかを先に確かめます。料金モデルによって、呼び出すAPIが決まるためです。（SaaS製品のガイドライン）

SaaS Subscriptionだけの製品なら、公式のエージェントスキルが候補になります。

SaaS Contractだけの製品なら、エージェントスキルの対象外です。購入後の登録と契約の確認は、自前で実装するか、対応するサービスを使うことになります。実装の全体像はSaaS連携に必要な実装に、自前かDeshimaかの比較は自社で進めるかDeshimaを使うかにあります。

SaaS Contract with Consumptionの製品は、公式のエージェントスキルの対象外です。Deshimaでは、SaaS Contract with Consumptionの製品は、従量部分の送信を伴うため、現在の対応範囲として案内していません。契約部分だけの支援が可能かは、個別にご相談ください。従量部分のBatchMeterUsageは自前で実装することになります。契約部分のGetEntitlementsも、個別の相談で支援の可否が決まるまでは、自前で実装する前提で見積もるのが妥当です。メータリング側の実装は、メータリング実装の記事で扱っています。

AIが生成しても販売者が確認すべき事項

AWSは、AI Agent（AIエージェント）が生成したコードを本番で使う前にレビューするよう、公式のガイドで求めています。メータリングの誤りは、購入者への請求に影響するためです。（メータリング設定ガイド）レビューで確かめる項目の例として、APIの仕様にある次の二つの条件を挙げます。

• 同じ顧客、同じディメンション、同じ時間に、別の数量で再送しても、請求されるのは最初に受け付けた数量です（メータリング設定ガイド）
• Concurrent Agreements方式のLicenseArnと、従来方式のProductCodeを、同じ顧客の同じ時間帯に両方送ると、二重請求になります（BatchMeterUsage）

公開の際には、AWS Marketplaceの運用チームが、SaaSがメータリングの記録を送信できることをテストします。（メータリング設定ガイド）生成されたコードがこれらの条件を満たしているかは、AIの出力を信じて通すのではなく、テストで確かめる項目です。使用量の受付期限や、契約終了後の最終報告の窓といった時間の条件、送信漏れや二重計上への対策は、メータリング実装の記事に整理しています。

この比較で確認できていないこと

次の三点は、判断の材料となる実測や検証の結果がありません。

• 公式のエージェントスキルが生成するコードの品質と、構築にかかる時間の実測値
• 公式のエージェントスキルとDeshimaを組み合わせた構成の動作の検証結果
• Deshimaの構成でAmazon EventBridgeにかかる料金の有無と額

どちらの対象範囲も、今後変わる可能性があります。判断の前に、AWSの最新の資料をご確認ください。

SaaS Subscriptionを実装するときの次の手順

SaaS Subscriptionの製品を実装する場合、次に読むのはAWSの公式資料です。

• エージェントスキルの仕様：対象、生成するもの、本番前の検証の手順を、公式のSKILL.mdで確認できます（SKILL.md）
• SaaS Subscriptionの連携ガイド：SaaS Subscriptionの製品をAWS Marketplaceと連携するための、AWSの公式の手順です（SaaS Subscriptionの連携ガイド）

Deshimaは、2026年10月5日時点でSaaS Subscriptionに対応していません。SaaS Contractの製品もお持ちの場合は、その製品の購入後の登録とAmazon EventBridgeへのイベント発行をDeshimaがどこまで担うかを、トップページのFAQで確認できます。Deshimaは更新が多いため、最新の機能と対応範囲は、無料のアカウントを作成したうえで、プロダクト内のドキュメントでご確認ください。

SaaS Contract with Consumptionの製品で、契約部分だけの支援が可能かは、個別にご相談ください。