Palantir Gothamは日本の民間企業でも導入できますか？

Palantir Gothamは主に政府・防衛・インテリジェンス機関向けの製品です。民間企業のデータ活用には、一般的にPalantir FoundryやPalantir AIPが提案されます。

Palantir Gothamを個人で触って学ぶことはできますか？

Palantir Gothamは公共セクター向けの製品で、個人向けの試用環境は一般公開されていません。仕組みを学ぶには、公式ドキュメントやPalantir AIPの学習コンテンツを利用するのが現実的です。

Palantir Gothamに関わるFDEにはどんなスキルが必要ですか？

データ統合を実装するエンジニアリング力に加え、顧客組織の業務を理解して課題を言語化する力が必要です。公共案件では、機密情報の取り扱いやセキュリティ要件への理解も求められます。

Palantir Gothamとは？機能・Foundryとの違いとFDE実務

図解：数字で見るPalantirとGothamの位置づけ

2003年Palantir Technologiesの創業年（Gothamは創業初期からの製品群）

約28.7億ドル2024年度の総売上（Form 10-K）

約15.7億ドル2024年度の政府部門売上（総売上の半分超）

図解：Palantir GothamとPalantir Foundryの違い

Palantir Gotham

国防・情報・法執行などの政府機関
情報分析・捜査・作戦計画・状況認識
分析官・捜査官・指揮官が使う
機密ネットワーク・オンプレミス・エッジ環境
権限分離・監査・高い信頼性を重視

Palantir Foundry

製造・金融・ヘルスケアなどの民間企業（政府利用もあり）
サプライチェーン・生産管理・需要予測
現場オペレーター・データエンジニア・業務部門が使う
商用クラウド（AWS・Azureなど）が中心
組織横断のデータ統合とアプリ開発の速さを重視

図解：Palantir Gothamを構成する4つの層

権限管理マーキングによる行・項目単位の閲覧制御と、全操作の監査ログ

分析アプリグラフ・地図（Gaia）・タイムライン・Dossierで関係・場所・時間を検証

オントロジー人・場所・出来事をオブジェクト・プロパティ・リンクとしてモデル化

データ統合構造化・非構造化・センサーデータの取り込み、名寄せ、出所の付与

図解：Gotham案件でFDEが進める5段階

1. ミッション理解分析官・指揮官へのヒアリングと現行業務の観察で優先課題を決める
2. データ接続既存システムと連携し、データの品質を確かめて取り込みパイプラインを作る
3. オントロジー設計オブジェクト・リンク・権限マーキングを現場の語彙に沿って設計する
4. ワークフロー実装分析画面・ダッシュボード・アラートを現場が毎日使う形で構築する
5. 運用と改善利用状況を観察して要望を反映し、製品チームへフィードバックする

Palantir Gothamとは何か？

Palantir Gothamは、政府・防衛・情報機関向けに、ばらばらのデータを統合して意思決定を支える分析基盤です。

Palantir Technologiesは2003年に創業しました。Palantir Gothamは、創業初期から米国の情報機関や防衛機関に提供されてきた、Palantirで最も古い製品群です。社内ではかつて「Palantir Government」と呼ばれていました。商用向けのPalantir Foundryが登場するまでは、Palantir Gothamがほぼそのまま、Palantirの事業全体でした。

Palantir Gothamは誰のための製品か？

Palantir Gothamの主な利用者は、国防・情報・治安・公共安全などのミッションを担う政府機関です。

Palantirの公式サイトや年次報告書（Form 10-K）では、Palantir Gothamは防衛・インテリジェンス分野の顧客が「ミッションの目標を達成する」ための基盤と説明されています。典型的な利用者は次のとおりです。

利用者の層	主な用途の例	求められる要件
国防・軍	作戦計画、状況認識、兵站の把握	機密ネットワークでの稼働、即応性
情報機関	複数ソースの情報統合、関係性の分析	厳格なアクセス制御、監査ログ
法執行・公共安全	捜査支援、事案の関連付け	証跡管理、法的な説明責任
災害対応・公衆衛生	被災状況・物資・人員の可視化	異なる組織間でのデータ共有

金額の規模も見ておきます。Palantirの2024年度Form 10-Kによると、総売上約28.7億ドルのうち、政府部門は約15.7億ドルで半分を超えています。この政府部門の売上は、Palantir Gotham単体の数字ではありません。それでも、Palantir Gothamから始まった政府向けビジネスが、今もPalantirの収益の柱であることは分かります。

なぜPalantir Gothamは「分析基盤」と呼ばれるのか？

Palantir Gothamはデータを貯める箱ではありません。人が仮説を立てて確かめる作業を支える、意思決定のための作業環境です。

データベースやBIツールの中心は、集計した数字を見せることです。Palantir Gothamは、人・組織・場所・出来事といった現実世界の対象を「オブジェクト」としてつなぎます。そのうえで、関係・時間・位置の3つの軸から調べられるように設計されています。分析者が「この人物とあの出来事はつながっているか」をたどる作業そのものを支えるため、Palantirは「Operating System for Global Decision Making」という表現で位置づけています。

観点	一般的なDB・BIツール	Palantir Gotham
中心となる役割	集計した数字を見せる	仮説を立てて確かめる作業を支える
データの単位	表の行と列	人・組織・場所・出来事のオブジェクト
分析の軸	指標の集計	関係・時間・位置の3軸

FDEの視点で見ると、Palantir Gothamの価値は機能の多さでは決まりません。現場の分析者がふだん考える順番に沿って使えるかどうかで決まる印象です。導入時に画面のデモより先に業務ヒアリングへ時間を割くのも、このためだと考えられます。

Palantir GothamとFoundryの違いは？

Palantir Gothamは政府・防衛の分析と作戦向け、Foundryは企業全体のデータ統合と業務運用向けの製品です。

Palantir Foundryは、Palantirが2010年代半ばに商用市場へ本格展開した製品です。製造・金融・ヘルスケアなどの企業で使われています。どちらの製品も「オントロジー」と呼ばれる現実世界のモデルを中核にしている点は同じです。ただし、想定する利用者と運用環境は大きく異なります。

対象顧客と利用シーンはどう違うのか？

Palantir Gothamは機密環境で働く分析者・指揮官向け、Foundryは現場担当者から経営層まで幅広い層向けです。

比較軸	Palantir Gotham	Palantir Foundry
主な顧客	国防・情報・法執行などの政府機関	製造・金融・ヘルスケアなどの民間企業（政府機関の利用もあり）
中心となる業務	情報分析、捜査、作戦計画、状況認識	サプライチェーン、生産管理、需要予測、業務の自動化
中心となる利用者	分析官、捜査官、指揮官	現場オペレーター、データエンジニア、業務部門
運用環境	機密ネットワーク、オンプレミス、エッジ環境	商用クラウド（AWS・Azureなど）が中心
重視される点	権限分離、監査、高い信頼性	組織横断のデータ統合、アプリ開発の速さ

Palantir FoundryにもMinistry of Defenceなど政府機関の利用例があり、両者の境界ははっきりしていません。顧客の業種で分けるより、ミッションの性質と求められるセキュリティ水準で使い分けると考えたほうが実態に近いでしょう。

技術的な共通点と相違点は何か？

両製品ともオントロジーが中核です。Palantir Gothamはその上に、分析・作戦用の画面と厳しい統制の仕組みを強化しています。

近年のPalantirは、Gotham・Foundry・AIP（Artificial Intelligence Platform）・Apollo（デプロイ管理基盤）を組み合わせて提供しています。中でもPalantir Apolloは、同じソフトウェアを継続的に配布・更新するための基盤です。配布先はクラウドから機密ネットワーク、通信が限られるエッジ環境まで含みます。Palantir Gothamの顧客がさまざまな環境で使い続けられるのは、Apolloによるところが大きいと説明されています。

構成要素	Palantir Gothamでの役割	Palantir Foundryでの役割
オントロジー	人・組織・場所・出来事の関係を表現	製品・設備・取引などの業務対象を表現
AIP	分析・計画の支援（LLMの活用）	業務フローの自動化・意思決定支援
Apollo	機密・エッジ環境への配布と更新	マルチクラウドへの配布と更新

Foundryの経験しかないエンジニアがGotham案件に移ると、まず「データに触れるまでの手続きの重さ」に戸惑うとよく言われます。最初につまずきやすいのは技術スタックではなく、運用ルールへの適応です。

Palantir Gothamはどんな機能・仕組みで動くのか？

Palantir Gothamは、データ統合、オントロジーによるモデル化、分析アプリ、権限管理の4層で動いています。

Palantir Gothamの内部構成には、公開されていない部分も多くあります。以下は、Palantirの公式ドキュメントや公開資料で説明されている範囲をもとに整理したものです。

層	役割	代表的な要素
データ統合	さまざまな形式のデータを取り込み、整理する	取り込み、正規化・名寄せ、出所（Provenance）の付与
オントロジー	現実世界の対象をモデル化する	オブジェクト、プロパティ、リンク
分析アプリ	関係・場所・時間の3軸で検証する	Graph、Map／Gaia、Timeline、Dossier
権限管理	閲覧範囲を制御し、操作を記録する	マーキング、行・項目単位の制御、監査ログ

データはどのように統合・モデル化されるのか？

Palantir Gothamは形式の違うデータを取り込み、オントロジー上のオブジェクト・リンク・プロパティに変えて統合します。

Palantir Gothamが扱うデータは多岐にわたります。構造化データ（データベース、表形式の記録）、非構造化データ（報告書、通信記録、画像）、センサーや位置情報などです。統合はおおむね次の手順で進みます。

取り込み（Ingestion）：既存システムやファイル、ストリームからデータを接続・取得する
正規化・名寄せ：表記ゆれや重複を整理し、同じ人物・組織を1つのオブジェクトとして扱う
オントロジーへのマッピング：オブジェクト（人・場所・車両・出来事）、プロパティ（属性）、リンク（関係）として定義する
出所（Provenance）の付与：各情報がどのソースに由来するかを記録し、後から検証できるようにする
分析アプリへの公開：権限に応じて、分析者が使う各種画面から参照できる状態にする

政府領域では、情報の出どころを説明できなければ、分析結果を根拠として使えません。手順4の出所管理が重視されるのはこのためです。

分析者はどのような画面で何をするのか？

分析者はグラフ・地図・タイムラインなどの画面を行き来し、関係・場所・時間の3軸から仮説を確かめます。

分析の軸	代表的な機能	分析者が答えたい問い
関係（Graph）	リンク分析、ネットワーク可視化	誰と誰が、どの経路でつながっているか
場所（Map／Gaia）	地理空間分析、位置情報の重ね合わせ	どこで何が起きているか、何が近くにあるか
時間（Timeline）	時系列の並べ替え、出来事の前後関係	いつ、どの順番で起きたか
共有（Dossier等）	分析結果の文書化、共同編集	発見を誰にどう引き継ぐか

Gaiaは、Palantirが公開資料で紹介している地理空間アプリケーションです。作戦や状況認識の文脈でよく取り上げられます。Palantirのデモでは近年、Palantir AIPと組み合わせて自然言語で問い合わせたり、行動計画の候補を作ったりする使い方も示されています。ただし、最終判断は人が下す（human-in-the-loop）設計であることが繰り返し強調されています。

セキュリティと権限管理はどう設計されているのか？

Palantir Gothamでは、データ単位の細かいアクセス制御と全操作の監査ログを、機能と同じくらい重視しています。

政府・防衛の現場では、見てよい人にだけ、見てよい範囲を見せることが絶対条件です。Palantir Gothamでは、データにマーキング（機密区分や取扱区分）を付け、行・項目単位で閲覧を制御します。誰がいつ何を見たかも記録されます。Palantirはこれをプライバシーと市民的自由を守るための技術（Privacy and Civil Liberties Engineering）と位置づけ、社内に専門チームを置いて情報を発信してきました。

FDEとして関わる場合、権限設計は後から足す設定ではありません。データモデルと同時に決める要件と考えるのが安全です。権限設計を後回しにすると、オントロジーを作り直すことになりかねません。

Palantir Gotham導入でFDEは何をするのか？

FDEは顧客の現場に入り込み、ミッション要件の把握からデータ統合、運用の定着までを一貫して担います。

Palantirでは、顧客の現場に常駐・密着して製品を実装するエンジニアをForward Deployed Engineer（FDE、社内の呼び名は歴史的に「Delta」）と呼んできました。FDEという職種は、Gotham案件から生まれています。顧客との関係構築や課題定義を主に担うDeployment Strategist（社内の呼び名は「Echo」）と組んで動くのが、一般的な体制とされています。

Gotham案件でのFDEの具体的な業務は？

Gotham案件でのFDEの業務は、ミッション理解・データ接続・オントロジー設計・ワークフロー実装・運用改善の5段階で進みます。

フェーズ	FDEの主な作業	成果物のイメージ
1. ミッション理解	分析官・指揮官へのヒアリング、現行業務の観察	優先課題と対象ワークフローの定義
2. データ接続	既存システムとの連携、データの品質確認	取り込みパイプライン
3. オントロジー設計	オブジェクト・リンク・権限マーキングの設計	現場の語彙に沿ったデータモデル
4. ワークフロー実装	分析画面・ダッシュボード・アラートの構築	現場が毎日使う業務アプリ
5. 運用と改善	利用状況の観察、要望の反映、製品チームへのフィードバック	改善サイクルと製品機能への還元

Palantirの特徴は、フェーズ5で得た現場の知見を製品開発に戻す仕組みにあると言われます。FDEは受託の実装者ではなく、顧客と製品をつなぐ役割を担います。Gotham案件では、この現場と製品の間を往復する速さがミッションの成否を左右しやすいため、FDEの裁量は大きくなりがちです。

Gotham案件のFDEに求められるスキルと制約は？

Gotham案件のFDEには、技術力に加えて、機密環境の作業制約に耐える運用力とドメイン理解が求められます。

Foundry案件や一般的なFDE職と比べた違いを整理すると、次のようになります。

観点	Gotham案件で特に求められること	背景
セキュリティクリアランス	国によっては資格取得が配属の前提	機密データへのアクセスが必要なため
作業環境	外部ネットワークから切り離された環境での開発	機密ネットワークやエッジ環境で動くため
ドメイン知識	防衛・情報・捜査の業務用語と手順の理解	現場の語彙でモデルを作る必要があるため
コミュニケーション	軍・官公庁の意思決定構造への適応	承認プロセスが多層的なため
倫理観・説明責任	データ利用の正当性を説明できること	市民的自由やプライバシーへの影響が大きいため

米国のPalantirの求人では、政府案件のポジションの条件として、セキュリティクリアランスの保有や取得資格（米国籍など）が書かれている例があります。

日本のエンジニアはPalantir Gothamから何を学べるのか？

日本のエンジニアがGotham案件に直接関わる機会は限られます。それでも、権限を守ってデータを判断につなげる設計は応用できます。

「機密性の高いデータを、権限を守りながら現場の意思決定につなげる」という考え方は、規制の厳しい民間領域のFDE実務にそのまま当てはまります。たとえば金融・医療・インフラです。

Palantir Gothamの設計思想	民間のFDE実務での応用先
権限設計をデータモデルと同時に決める	金融・医療など、閲覧範囲の制御が必須の領域
出所（Provenance）を記録する	判断の根拠を説明する責任がある業務
現場の語彙でオントロジーを作る	業務部門が毎日使うアプリの設計

FDEのキャリアを考えるなら、Palantir Gothamを「遠い防衛の世界の製品」と見るより、FDEという働き方の原型として読むことをおすすめします。顧客の現場に入り、ミッションを理解し、データとソフトウェアで判断を変える。PalantirのFDEのこの進め方は、Gothamの現場で磨かれてきました。

出典・参考

Palantir Technologies Inc. Form 10-K（2024年度）：売上高・部門別売上
Palantir公式サイト（palantir.com）Gotham・Foundry・AIP・Apolloの製品ページおよび公式ドキュメント
Palantir公式ブログ・Privacy and Civil Liberties関連の公開資料

※本文中の現場実務に関するコメントは、公開前に監修者による確認・承認を前提とした草稿です。