Schema Source from Tabstack

Schema Source from Tabstackは、URLからJSON Schema、Zod schema、Pydanticモデルを生成します。既知のページパターンと文書化されたJSONエンドポイントに対応した開発者向けツールです。

概要

Schema Source from Tabstack は、ページから構造化データを抽出し、JSON Schema、Zod、または Pydantic 出力として提示する URL-to-schema ジェネレーターです。ホームページでは任意の URL からスキーマを生成する方法として位置づけられており、ドキュメントでは各スキーマページが JSON エンドポイントとしても機能することが示されています。

この製品は、ページ内容のプログラム可能な表現を必要とする開発者を対象としています。既知の URL パターンに対してはキャッシュされたスキーマデータを返すことができ、ブラウザアクセス、HTTP コンテンツネゴシエーション、API 利用向けに文書化された JSON 応答形式をサポートします。

機能

複数のスキーマ形式を生成

URL を学習済みスキーマに変換し、ページ表示や API リクエストに応じて JSON Schema、Zod、または Pydantic の出力として結果を受け取れます。

HTML と JSON の二重配信

同じ `/get/...` ページがブラウザ向けの HTML と API クライアント向けの JSON の両方を返すため、ドキュメントと API アクセスを同じホストで利用できます。

キャッシュされたスキーマ応答

スキーマページはキャッシュ済み結果を含む JSON エンドポイントを公開しており、繰り返しのリクエストで以前抽出されたスキーマを再利用できます。

API 利用向けのコンテンツネゴシエーション

ドキュメントでは、ブラウザ向けの `?format=json` クエリまたは `Accept: application/json` リクエストヘッダーのいずれかを使ってスキーマを取得する方法が示されています。

パターンベースの URL 抽出

対応例には `reddit.com/r/[subreddit-name]` や `producthunt.com/products/[product-slug]` のパターンが含まれており、このツールが既知のサイト構造から URL 固有のスキーマを学習することを示しています。

ユースケース

ページ固有データのスキーマを生成する
下流の処理や検証のために機械可読なスキーマが必要な場合、既知の URL パターンから構造化データを取得します。
アプリケーションにスキーマ検索を統合する
同じ URL への繰り返しリクエストに対して、キャッシュされたスキーマ出力を取得するためにコードから JSON エンドポイントを呼び出します。
文書化された API を利用する
エンドポイントをクライアントや自動化フローに組み込む前に、文書化された応答形式、エラーコード、レート制限を確認します。
学習済みのサイトパターンを扱う
subreddit 一覧や Product Hunt の製品ページなど、サイト固有のページをマッピングする際の参考としてパターン例を使用します。

Pros and Cons

Pros

URL から構造化されたスキーマ出力を生成できるため、手動でモデル化する必要がありません。
JSON Schema、Zod、Pydantic を含む複数の出力形式をサポートしています。
Web ページと JSON エンドポイントで同じホストを使用するため、アクセスがシンプルです。
繰り返しのリクエストに対してキャッシュされた結果を返し、再抽出の手間を減らします。
エラー、レート制限、応答形式が API 統合に十分な程度まで明確に文書化されています。

Cons

ソースにはいくつかのパターン例しか示されていないため、対応サイトの範囲はここでは十分に文書化されていません。
収集されたページ本文には価格情報が見当たらないため、商用モデルはこの証拠だけでは不明です。
ドキュメントによると、抽出は同期的に行われるため、最初のリクエストには数秒かかる場合があります。

FAQ

Web ページではなく JSON を取得するにはどうすればよいですか？

ブラウザは同じホストから HTML を受け取り、API クライアントは `?format=json` を付けるか `Accept: application/json` を送信することで JSON を取得できます。クエリ文字列はヘッダーより優先されます。

入力 URL を URL エンコードする必要はありますか？

いいえ。サーバーは `decodeURIComponent` で URL パスをデコードし、デコードに失敗した場合は生の文字列にフォールバックします。

URL がまだクロールされていない場合はどうなりますか？

URL に対する最初のリクエストで抽出が同期的に実行され、数秒かかる場合があります。同じ URL への以降のリクエストはキャッシュから提供されます。

レート制限はありますか？

`/get/*` エンドポイントは IP ごとに 1 分あたり 60 リクエストにレート制限されています。レスポンスには `RateLimit-Limit` と `RateLimit-Remaining` が含まれ、429 レスポンスには `Retry-After` が含まれます。

API はどのようなエラーを返しますか？

エラーレスポンスは共通の形式 `{ "error": { "code", "message" } }` を使用します。文書化されているコードには `BAD_URL`、`RATE_LIMITED`、`EXTRACTION_FAILED`、`UPSTREAM_UNAVAILABLE`、`EXTRACTION_TIMEOUT` が含まれます。

Quick Facts

カテゴリ: 開発者向けツール
主な出力: JSON Schema、Zod、Pydantic
アクセス形式: 同じホスト上の Web ページと JSON エンドポイント
ソースドメイン: schema.tabstack.ai
対応例のパターン: Reddit の subreddit ページと Product Hunt の product ページ
価格: 収集したページ本文には記載なし