Latvia Beneficial Owners

@pipeworx/latvia-beneficial-owners

ラトビア企業登録簿（LR Uznemumu registrs）が公開するラトビアの法人の実質的支配者に関するオープンデータから、名、姓、生年月日、国籍、居住国、登録日を取得します。

Pipeworx の一部です。AI エージェントを1847以上の稼働中データソースに接続する MCP ゲートウェイです。これは独立した非公式の統合であり、上流プロバイダーとの提携、承認、公開はありません。

Fleet #3332、Bruceによるbuild-namesの判断（#3329、CLAUDE.md「取得するデータ」-> 個人データ）。2026-10-19にライブデータをロード（Bruce、直接実行）：lv_beneficial_owners の199,964行が164,174の法人にわたって格納されており、取り込みマニフェストとのテーブル件数の一致を検証済みです。

ツール

• lv_beneficial_owners(registration_number) -- ラトビアの法人1社について、固有の登録番号（例："40008018725"）で登録されている実質的支配者全員を取得します。各支配者の名と姓、生年月日、登録簿に記載された一部マスキング済みの個人コード、国籍、居住国（ISO-2コード。番地は含みません）、および持分の登録日を返します。登録番号に該当する行がない場合は、空の [] ではなく found: false, reason: "not_held" を返します。企業によっては、実質的支配者の登録情報が実際に存在しない場合があります。

認証

認証キーは不要です。このツールはD1ミラーを保持するPipeworxゲートウェイ経由でのみ応答します。単独で npm install しても読み取れるデータはなく、空のリストを返す代わりに「not bound in this runtime」という明確なエラーが発生します。

個人データ

実質的支配者の氏名、生年月日、国籍／居住地（国レベルのみ）は、Bruceのbuild-namesの判断（fleet #3329/#3332）に基づいて提供されます。共通の削除メカニズム（@pipeworx/shared の applyRemovals。2026-10-08のnames-and-rolesの判断に基づき、sos-entities が使用しているものと同じ）により、[email protected]への依頼があった場合、該当する氏名は非表示になります。各応答の withheld_by_removal_request に、その検索で抑制された件数が示されます。住所はいかなる種類のものも収集、提供しません（residence フィールドは、オープンデータファイルのライブサンプルで確認済みの国コードであり、番地ではありません）。

データソース

• LR Uznemumu registrs（ラトビア企業登録簿）の実質的支配者オープンデータ。ライセンス：CC0-1.0（パブリックドメインへの提供）。ラトビアの国立オープンデータポータルで公開されています。公開元のスケジュールに従って更新されます（毎日更新されることを確認済み）。毎日のワークフローが適用されると、このパックも同じ頻度で更新されます（現在は提案段階です。proposals/agent-config/.github/workflows/latvia-beneficial-owners-refresh.yml -- CLAUDE.mdのagent-config-paths pushルールセットが .github/workflows/ の直接編集をブロックするため、人が適用します）。正確なダウンロード経路は scripts/latvia-beneficial-owners/refresh.sh のみに記載されています（CLAUDE.mdのステップ9b）。

ミラーの更新

bash scripts/latvia-beneficial-owners/refresh.sh build   # download + build local SQLite; no remote writes
bash scripts/latvia-beneficial-owners/refresh.sh load    # the above, then replace the D1 tables and verify

上記の提案ワークフローが適用されれば毎日自動で更新されます。それまでは、手動で実行するか、ワークフローが追加された後に gh workflow run で実行してください。

スキーマ

scripts/latvia-beneficial-owners/schema.sql：lv_beneficial_owners（支配者と法人の組み合わせごとに1行）と lv_meta（キー／値：data_as_of、source、licence）。src/store.ts の BeneficialOwnerRow と常に同期させてください。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurfなど）に追加します。

{
  "mcpServers": {
    "latvia-beneficial-owners": {
      "url": "https://gateway.pipeworx.io/latvia-beneficial-owners/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/latvia-beneficial-owners/mcp の tools/list は、上の表にあるツールに加えて、共有 Pipeworx メタツール（ask_pipeworx、discover_tools、search_within、remember／recall など、ゲートウェイ全体で使えるツール一式）も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントでは、パック固有のツールとあわせて共有ツールが約 30 個リストされます。接続時の initialize レスポンスに正確な範囲が記載されており、その日の状況を確認するうえで最も信頼できる情報です。

これは意図的な設計であり、誤って多重化されているわけではありません。メタツールを使うと、パックの対象外の質問でも、ask_pipeworx を通じてカタログ全体に照会できるため、MCP サーバーを追加する必要がありません。現時点では、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加のスキーマによるコンテキスト消費がルーティングの利点を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度接続してください。

または、Pipeworx フルゲートウェイに接続すると、このパックだけでなく、すべてのパックのツールが直接リストされます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も同じゲートウェイと同じ 1847+ のデータソースに接続します。異なるのは、どのパックのツールが直接リストされるかだけです。どちらからでも、ask_pipeworx を使ってすべてのツールにアクセスできます。

MCP クライアントがない場合：HTTP で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/lv_beneficial_owners \
  -H 'Content-Type: application/json' \
  -d '{"registration_number":"40008018725"}'

最初の呼び出しにアカウントは不要です。ツールの内容を確認するには、GET https://gateway.pipeworx.io/v1/tools/lv_beneficial_owners を実行します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を実行します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージは、ローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイへの往復通信も不要です。

{
  "mcpServers": {
    "latvia-beneficial-owners": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-latvia-beneficial-owners"]
    }
  }
}

または、起動を確認するために直接実行します。

npx -y @pipeworx/mcp-latvia-beneficial-owners

stdin/stdout 経由で MCP を使用し、このパックのツールのみを対象に initialize／tools/list／tools/call に応答します。上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx の使用

ツールを直接呼び出す代わりに、自然な英語で質問できます。上記のパックエンドポイントでも、フルゲートウェイでも利用できます。

ask_pipeworx({ question: "your question about Latvia Beneficial Owners data" })

ゲートウェイが適切なツールを選択し、引数を自動的に入力します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT