Strale — Trust And Quality Infrastructure For Ai Agents

Strale

AI エージェント向けの従量課金ツール — 1 つの API キーまたは x402 ウォレット。MCP サーバー、REST API、TypeScript と Python の SDK。

Strale とは

Strale は AI エージェント向けの機能マーケットプレイスです。エージェントは実行時に strale.do() を呼び出して、企業登録情報の照会、コンプライアンスチェック、財務検証、Web3 セキュリティなどのツールにアクセスできます。さらに、完全な KYB チェックや企業デューデリジェンスのような複数ステップのワークフロー向けに、組み合わせ済みのソリューションも利用できます。これにより、エージェント自身のコードで連携をハードコードしたり、必要になる可能性のあるデータソースごとに認証情報を管理したりする必要がなくなります。

各ツールのページには、入力、出力フィールド、価格、制限事項、ソースが記載されています。テストモードはツールによって異なります。最新のカタログ、無料枠の一覧、対応国はプラットフォーム情報をご確認ください。

使用方法

MCP サーバー（推奨：インストール不要）

{
  "mcpServers": {
    "strale": {
      "type": "streamableHttp",
      "url": "https://api.strale.io/mcp?src=gh-readme",
      "headers": {
        "Authorization": "Bearer sk_live_your_key_here"
      }
    }
  }
}

Claude Desktop、Claude Code、Cursor、および Streamable HTTP に対応したあらゆる MCP クライアントで動作します。代わりにローカル stdio を使用する場合、またはすべてのツール機能を確認する場合は、packages/mcp-server/README.mdをご覧ください。

TypeScript SDK

npm install straleio

import Strale from "straleio";

const strale = new Strale({ apiKey: process.env.STRALE_API_KEY });
const result = await strale.do("eu-vat-validate", { vat_number: "SE556000000001" });

完全なリファレンスは、packages/sdk-typescript/README.mdをご覧ください。

Python SDK

pip install straleio

from straleio import Strale

strale = Strale(api_key="your_api_key")
result = strale.do("eu-vat-validate", {"vat_number": "SE556000000001"})

完全なリファレンスは、packages/sdk-python/README.mdをご覧ください。

API キーなしで始める

機能の一部（メールアドレス／IBAN／暗号資産アドレスの検証、DNS ルックアップ、JSON の修復、URL から Markdown への変換など）は、登録、API キー、ウォレットなしで利用できます。IP ベースの日次レート制限のみが適用されます。最新の対象一覧は、このファイルに記載された数値ではなく、GET /v1/platform/facts の free_tier_slugs でご確認ください。カタログのその他の機能が必要な場合は、strale.devでキーとトライアルクレジットを取得してください。

フレームワーク連携

パッケージ	レジストリ	説明
strale-mcp	npm	MCP サーバー — Claude、Cursor、その他あらゆる MCP ホストからカタログ内のすべての機能を利用可能
straleio	npm	TypeScript／JavaScript SDK
straleio	PyPI	Python SDK
langchain-strale	PyPI	LangChain ツールキット（StraleToolkit）
crewai-strale	PyPI	CrewAI 連携 — エージェント向けのドロップイン BaseTools
strale-semantic-kernel	npm	.NET および TypeScript エージェント向け Semantic Kernel プラグイン
composio-strale	PyPI	Composio 連携 — カスタムアクション

各パッケージの README がその連携に関するリファレンスです。このファイルはそれらを案内するものです。外部フレームワークリポジトリへのすべての配布 PR と、これらのパッケージのすべての公開は、CLAUDE.md の Distribution PR Integrity Protocol に従います。フレームワークにネイティブに統合されているとするパッケージの主張は、公開前にソースツリーではなく公開された成果物に基づいて検証されます。

Web3

ウォレットのリスクスコアリング、トークンのハニーポット検出、ENS 解決、DeFi プロトコルデータ、ガスオラクル、EU MiCA VASP 検証、 市場センチメントなどの Web3 機能と、オンチェーンエージェント向けの バンドルソリューションは、x402 決済プロトコルを通じて利用できます。Base メインネットで USDC を使って呼び出しごとに支払う方式で、サインアップは不要です。すべての 機能が x402 の対象となるわけではありません。対象となる機能の最新かつ 動的な一覧は、以下から確認してください。

GET https://api.strale.io/x402/catalog?src=gh-readme
GET https://api.strale.io/.well-known/x402.json

テストとソースコンテキスト

テストモードはツールによって異なります。公開テストシグナルで現在の利用可否、テストモード、 最終テスト日時を確認し、利用前にカタログで制限事項とソースを確認してください。

GET https://api.strale.io/v1/capabilities/vat-validate

すべての機能について、カバレッジの不足を含め、制限事項を正直に公開しています。 方法論：strale.dev/quality。

安全なデータ処理のための IDE ルール

信頼性が重要なデータ（IBAN、企業登記情報、制裁対象者情報、PII）に関するセキュリティガイダンスをコーディングエージェントに提供するため、これらをプロジェクトに追加してください。

• Cursor： docs/ide-rules/strale-compliance.mdc → .cursor/rules/
• Windsurf： docs/ide-rules/strale-compliance.windsurfrules → プロジェクトのルート、または .md として .windsurf/rules/
• Claude Code： docs/claude-md-snippet.md のスニペット → プロジェクトの CLAUDE.md

これらは、クライアント側での IBAN 検証、API キーのハードコーディング、来歴メタデータの欠落、 登記情報の直接スクレイピングといった、バイブコーディングで最もよく見られる脆弱性を防ぎます。

エージェントスキルとコード例

• エージェントスキル — Claude Code、Cursor、Copilot、Codex 用の SKILL.md ファイルです。skills/strale/ を .claude/skills/、.github/skills/、または .cursor/skills/ にコピーしてください。
• Strale で企業を検証する（Python）
• IBAN を検証する — 無料、API キー不要（Python）
• Strale でエージェントを構築する（TypeScript）
• Strale を Claude に接続する（セットアップガイド）

その他

• strale.dev — ホームページとサインアップ
• strale.dev/docs — API リファレンス
• strale.dev/pricing — 料金
• scan.strale.io — Beacon、無料のエージェント対応状況スキャナー
• api.strale.io/mcp — MCP エンドポイント（Streamable HTTP）
• 例 — あらゆる連携に対応したコピー＆ペースト可能な例

コードの構成

strale/
├── apps/api/          Hono API server: routes, capability executors,
│                       Drizzle schema + queries, Stripe/matching/auth
│                       helpers. drizzle/ holds the migration history.
├── packages/           Published SDKs and framework integrations (see the
│                       table above) plus internal workspace packages.
├── manifests/          One YAML file per live capability: pricing, data
│                       source, field-reliability declarations, test
│                       fixtures. The onboarding pipeline
│                       (apps/api/scripts/onboard.ts) is the only
│                       sanctioned way a capability enters the system —
│                       see CLAUDE.md's Capability Onboarding Protocol.
├── design/             Design tokens as data (colors, type, spacing) —
│                       one active file per surface, candidates carry a
│                       status, promotion is a decision plus a file swap.
├── config/              Cross-cutting configuration as data, e.g. the
│                       environment-variable manifest every process.env
│                       read is registered against.
└── scripts/            Repo-root tooling: the checkers behind every
                        `npm run *:check` script, the session-handoff
                        gate, and one-off operator scripts.

apps/api/scripts/ と apps/api/src/capabilities/ では、機能の作成時にも同じ考え方が適用されます。新しいエグゼキューターを作成する前に、CLAUDE.md の「Adding New Capabilities」セクションを確認してください。

会社によるリポジトリの運用方法

正確な情報がある場所。 プロダクト、状態、ロードマップに関する正確な情報は、Notion からこのリポジトリ（docs/project/）へ移行中ですが、移行は完了していません。docs/project/START-HERE.md と docs/project/ のその他の内容は、創業者が移行を確認するまで、明示的に候補（authority_active: false）として扱われます。それまでは Notion（Project Home、To-do & Build Plan、Decisions DB）が正式な情報源であり、CLAUDE.md／AGENTS.md の各セッション冒頭にもその旨が記載されています。docs/README.md は、docs/ 以下のすべてのサブツリーを現在の権限ステータスとともに一覧にまとめています。docs/project/STRUCTURE.md には、リポジトリの構成が移行後の目標から現在も異なる箇所と、その理由が正確に記録されています。

進行中の作業がある場所。 複数のバッチにまたがる作業は docs/programs/ で管理されています（docs/programs/README.md から開始してください）。各プログラムには「Resume here」セクションを含む PROGRAM.md と、機械検証される tracks.yaml があります。プログラムを再開するセッションでは、この2つのファイルだけを読み、その指示に従います。チャット履歴は必要ありません。

セッションの進め方。 CLAUDE.md は Claude Code セッション用の正式な運用マニュアルです。AGENTS.md は Codex-CLI セッション用に要約したもので、変わる可能性のある内容を重複して記載せず、そうした内容については CLAUDE.md を参照します。すべてのセッションは、引き継ぎゲート（git フックとしてインストールされる scripts/handoff/handoff-check.mjs）を通じて終了します。このゲートは、未コミットの作業、未プッシュのブランチ、古くなったワークツリー、または次のセッションが再開するための情報がないコード変更が残っている場合、セッションの終了を拒否します。バッチ作業は共有のプライマリチェックアウトではなく、隔離された git worktree で行います。WORKTREES.md を参照してください。

CI がカテゴリ別に確認する項目（網羅的な一覧ではありません）（正確な現在の構成については .github/workflows/ci.yml を参照してください）。金銭と監査チェーンに関わる重要な動作を対象とした、一時的な Postgres 統合テストレーン、apps/api と公開済みのすべてのパッケージに対する型チェックと lint、機能マニフェストの構造およびフィクスチャとの整合性に関するゲート、フレームワークパッケージの整合性チェック（公開済みの *-strale パッケージには、連携先として示すフレームワークの実際のコードが含まれている必要があります）、それぞれに独自のチェッカーと生成インデックスがある、コンテンツをデータとして扱う一連のレジスター――調査資料（docs/research/）、デザイントークン（design/）、環境変数マニフェスト（config/）、モデル ID レジストリ、公開されている主張のレジスター（docs/company/claims.yaml）、プログラムトラックのレジスター（docs/programs/*/tracks.yaml）、およびこのリポジトリ自身の docs/ 構造（docs:check、archive:index -- --check）――、さらにセッション引き継ぎゲートそのもの。これらのチェッカーはすべて、使い捨てのフィクスチャに失敗ケースを仕込み、修正前に実際に失敗することを確認します。docs/company/LESSONS.md のファミリー F5 を参照してください。

履歴がある場所

archive/ には、終了済み、過去のもの、置き換えられた資料が保存されています。各サブツリーの内容については archive/README.md を参照してください。インデックスは npm run archive:index によって生成されます（その上には手書きの説明文があります）。handoff/ には、各セッションの終了時の記録が1ファイルずつ保存されています。handoff/README.md は、日付と明記された目的に基づいて、すべての記録を新しい順に並べた生成インデックスです。作業を再開する際に、どちらのディレクトリも読む必要はありません。読むべきなのはプログラムレジスターと docs/project/START-HERE.md です。

ライセンス

MIT