AI開発コネクト
AI最新ニュース政治・規制

シンガポール政府とAI企業が10月14日に覚書。評価と検証の枠組みが見積書に入る4行

モデル評価・テスト基準・インシデント対応を対象に締結。政府技術庁では1,500人超が利用中です。日本のAISI評価観点ガイド第1.20版と合わせ、見積書に書かせる4行を整理します。

公開: 2026.10.14 / 更新: 2026.10.14

AI 開発の見積書に「精度は実運用で確認します」とだけ書かれていたら、何をどう測るのかを聞き返したい。その「どう測るか」を、政府とモデル提供者が文書で決めにかかった例が 2026 年 10 月 14 日に出た。

Anthropic が、シンガポールの デジタル開発情報省(MDDI: Ministry of Digital Development and Information) と覚書(MOU)を締結し、あわせて同国にアジア太平洋で 5 つめの拠点を開いたと発表した。署名は MDDI の Kai Fong Chng 次官と Anthropic 共同創業者の Ben Mann、立会人は Josephine Teo 大臣と同社 APAC 政策責任者の Michael Sellitto。場所は Singapore International Cyber Week の会期中である。

覚書そのものは法的拘束力のある契約ではない。それでも発注の実務に関係するのは、覚書の対象に「モデル評価」「テスト基準」「インシデント対応」という 3 語が並んでいる点である。

机の上に開かれた綴じ書類と円形の検印、目盛りの刻まれた物差し、釣り合った天秤

発表されている事実

発表文に書かれている範囲を、そのまま分けて並べる。

覚書の対象

領域 書かれている内容
安全性・セキュリティ AI の安全性、セキュリティ、モデル評価
調査 AI の導入実態とその影響に関する研究
普及 公共部門・民間部門での責任ある導入

覚書に基づいて予定されている活動

  • シンガポールの AI 安全性・セキュリティ・アシュアランス(保証)を担う機関との技術交流。テーマはモデル評価・テスト基準・インシデント対応
  • 国内の AI スキル強化、中小企業の導入支援、公務員の AI 活用能力の育成
  • 調査データの共有(同社の Anthropic Economic Index を含む)
  • シンガポールが AI のルールを整備する過程での技術的・政策的な知見の提供

関係する機関と、それ以前の取り組み

  • 省庁: MDDI。ほかに GovTech Singapore(政府技術庁)、Cyber Security Agency of Singapore(サイバーセキュリティ庁、防御用途での利用を検討中と記載)
  • 2023 年から、IMDA と AI Verify Foundation が運営する Generative AI Evaluation Sandbox に参加。その後、英語・中国語・マレー語・タミル語でのレッドチーミング(攻撃者視点での検証)を実施

発表されている数字

これは提供元が自社の発表文に載せた数字で、第三者の統計ではない。そのうえで規模感として読む。

  • Claude.ai の人口当たり利用で、シンガポールは 121 か国中 2 位。人口規模から予測される値の約 6 倍
  • GovTech Singapore で 1,500 人超のエンジニア・技術職が Claude Code を利用
  • Grab の社内営業支援(BriX)で四半期あたり約 40,000 時間の削減
  • 開発者向けイベントに 300 人超、地域コミュニティの集まりに 700 人超

発注者・企業への影響

ここからは見立てである。シンガポール政府と 1 社の覚書が、日本の案件の金額を直接動かすことはない。効くのは**「評価」と「インシデント対応」が、技術者の内輪の話から、政府が文書に書く語彙へ移りつつある**という流れのほうだと考えられる。

1. 「どう測るか」は見積書に書かせられる項目になった

覚書が技術交流の題目として挙げているのは、モデル評価・テスト基準・インシデント対応である。裏返すと、この 3 つは文書化できるという前提に立っている。

日本側にも対応する公開文書がある。IPA のAIセーフティ・インスティテュート(AISI)は「AIセーフティに関する評価観点ガイド」を 2024 年 9 月に公開し、2026 年 7 月 7 日に第 1.20 版へ改訂して、AI エージェントを前提とした観点を追加している。総務省・経済産業省の「AI事業者ガイドライン」も 2026 年 3 月 31 日付で第 1.2 版が出ている。

つまり発注者の側は、「御社はどの評価観点に沿って検証するのか」を既存の公開文書を指して聞ける。見積書に書かせたいのは次の 3 行である。

  1. 精度・安全性を何のデータで、何件で、どの指標で測るか
  2. その検証にかかる工数と費用が、どの行に入っているか(別途なのか、含むのか)
  3. 測った結果を誰がどの形式で受け取るか(レポートの有無と提出時期)

評価方法を提案書・見積書のどこで見るかはAI開発会社の選び方。実績より先に見るべき「評価方法」と「運用」で整理している。

2. インシデント対応は、保守費の内訳として聞く

覚書に「インシデント対応」が入っていることは、AI システムの事故が制度上の論点として扱われていることを示す。発注側の実務に落とすと、保守・運用の見積もりに次が入っているかという話になる。

  • 誤出力・情報漏えいが疑われたときの連絡先と初動の時間(営業時間内か、24 時間か)
  • 事故の記録とログの保持期間、調査に協力する範囲
  • モデル提供元の側で障害・仕様変更が起きたときの切り替え手順と、その作業が有償か無償か

保守費の内訳の切り方はAI開発の保守費。API代・監視・改善を分けて比較するで扱っている。ここが「保守一式・月額○万円」の 1 行になっている見積もりは、各社を横に並べても比べられない。

3. 「政府が使っている」は安全性の証明ではない

GovTech で 1,500 人超が使っている、という数字は導入規模の事実であって、自社の案件で安全という意味ではない。覚書の内容も「これから技術交流と研究を行う」という約束であり、評価済みの認証ではない。

提案書に「シンガポール政府での採用実績」のような記載が出てきたときに確認したいのは、その利用がどの業務で、どのデータ区分で行われているかである。自社で扱うデータが個人情報や機密を含むなら、他国の公共機関の利用実績は根拠にならない。外部 API に送ってよいデータの線引きはAI開発のセキュリティ要件。外部APIに送ってよいデータを決めるで整理した。

4. 規制業種では「推論の走る場所」が交渉項目になっている

発表文には、規制業種向けに Amazon Bedrock のリージョン内推論を使う構成が挙げられている。金融・医療のように規制が重い分野では、モデルの性能より先にデータがどの国で処理されるかが条件になりつつあると考えられる。

この論点は国を問わず同じ形で現れる。見積もりを比べるときは、構成図か見積書に「推論が実際に動くリージョン」「入力データの学習利用の可否」「ログの保存先」が書かれているかを見たい。

見積依頼で揃える 4 行

評価と運用の体制を各社で比べるには、同じ 4 行を書かせる。

  1. 精度・安全性の評価方法(データ件数・指標・参照する公開ガイド)
  2. 評価にかかる費用の計上先(本体に含む/別途)
  3. インシデント時の連絡先・初動時間・ログ保持期間
  4. 推論が動くリージョンと、モデル提供元の仕様変更時の切り替え手順

無料で相見積もり・相談の案件票では、求める精度水準と扱うデータの区分を選択式で揃えているため、評価工程を見積もりに含めた会社と、含めずに安く出した会社の金額を同じ条件のうえで並べられる。

まとめ

覚書は約束であって成果ではない。ただし、そこに「モデル評価・テスト基準・インシデント対応」が明記されたことは、この 3 つが書面で扱える対象になったという合図として読める。

発注者にとっての実務は単純で、同じ 3 つを自社の見積依頼にも書く、というだけである。

参考・出典

AI開発の見積もりを、同じ条件で比べる。

条件を整理した 1 枚の案件票で複数のAI開発会社に依頼。初期費用だけでなく、データ整備・API 費・精度検証・保守・権利まで同じ列で比較できます。

無料で相見積もり・相談する →
無料で相見積もり・相談30秒で費用診断