DeepSeek の検索・取得機能 – 1,000 件あたり 0.75 ドル(成功したリクエストごと)

2026/10/18 15:50

DeepSeek の検索・取得機能 – 1,000 件あたり 0.75 ドル(成功したリクエストごと)

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

DeepSeek は Web データ向けの 2 つの必須 JSON API を提供しています:自社検索エンジンを使用して構造化結果を返す Search API と、単一のページを Markdown 形式で取得する Fetch API です。両サービスとも

https://api.deepseek.com
を介して動作し、エンドポイントは
/v1/tools/search
と
/v1/tools/fetch
で、Bearer トークン認証と JSON コンテンツタイプが必要です。Search API は必須の
query
(1〜128 文字)を受け付け、
count
(最大 50)などのオプションフィールドを支持し、
site:
,
lang:
, 引用フレーズなどの演算子をサポートして高度なフィルタリングが可能です。応答には
title
,
url
,
snippet
,
summary
,
content
,
rerank_score
,
authority
など豊富なメタデータが含まれます。Fetch API は
url
(最大 8192 文字、HTTP/HTTPS のみ、埋め込み認証情報は不可)を必要とし、ページタイトルと Markdown コンテンツを返します。課金は成功したリクエスト(HTTP 200 で結果/コンテンツがあるもの)あたり 1,000 件ごとに 0.75 ドルで、タイムアウト、空の応答、抽出失敗は含まれません。DeepSeek Harness、Claude Code、Codex を介したサーバーサイドツール呼び出しは現在無料ですが、2026 年 11 月 1 日よりリクエスト単位課金に切り替わります。レート制限としては、両 API でアカウントレベルで最大 5 リクエスト/秒が適用され、Fetch は追加のドメイン別制約があります。エラーハンドリングは重要です:HTTP 400/401/403/404 はリクエストの修正や残高確認が必要、402 は即座にアカウントへのチャージが必要です、408/429/5xx エラーは再試行前に待機する必要があります。取得された URL には埋め込み認証情報が含まれておらず、アクセスポリシーブロックを回避しなければなりません。これらのガイドラインに従うことで、信頼性の高いインテグレーションが確保され、API ランドスケープの進化に伴う予期せぬ失敗や課金上の驚きを防ぐことができます。

本文

Search API と Fetch API の概要

Search API と Fetch API は、エージェントや RAG アプリケーションに対し、ライブの Web コンテンツへのアクセスを提供します。両 API は生の JSON API であり、DeepSeek API と同じ**ベアラ認証(Bearer 認証)**を使用します。

  • Search API: クエリに対して Web ページを検索し、構造化された結果を返します。(DeepSeek の社内検索エンジンによる提供)
  • Fetch API: 単一の Web ページを取得し、内容をMarkdown 形式で返します。

ベース URL:

https://api.deepseek.com


エンドポイント

メソッド種別パスURL
POSTSearch
/v1/tools/search
検索
POSTFetch
/v1/tools/fetch
取得

詳細なスキーマについては公式リファレンスを参照してください。


認証

すべてのリクエストにおいて、以下のヘッダーを送信してください。

ヘッダー必須値の例
Authorization
はい
Bearer <DeepSeek API Key>
Content-Type
はい
application/json

リクエスト例

cURL (Search)

curl https://api.deepseek.com/v1/tools/search \
  -H "Authorization: Bearer <DeepSeek API Key>" \
  -H "Content-Type: application/json" \
  -d '{
        "query": "DeepSeek V4 release",
        "count": 5,
        "need_content": true
    }'

Python (requests)

import requests

response = requests.post(
    "https://api.deepseek.com/v1/tools/search",
    headers={
        "Authorization": "Bearer <DeepSeek API Key>",
    },
    json={
        "query": "DeepSeek V4 release",
        "count": 5,
        "need_content": True,
    }
)

response.raise_for_status()
for result in response.json()["results"]:
    print(f"Title: {result['title']}")
    print(f"URL: {result['url']}")
    print(f"Summary: {result['summary']}\n")

Search API の詳細

リクエストパラメータ

フィールドタイプ必須デフォルト説明
query
stringはいなし検索クエリ(1~128 バイト、空白のみで構成されない)。演算子サポート。
count
integerいいえ
10
返す結果数(範囲:1~50)。
ori_question
stringいいえなしユーザーの元の質問。クエリ理解向上用(最大 128 文字)。
localization
stringいいえ
""
地域最適化用の IP アドレス。
need_content
booleanいいえ
false
ページ本文を含むかどうか。false の場合、常に空文字列が返る。

注: リクエストボディ内の不明瞭なフィールドは無視されます。

検索演算子

クエリに以下の演算子を組み合わせて使用できます。複数の演算子は

OR
で結合可能です。

演算子例説明
site:
site:DeepSeek
指定サイトのみへの結果制限(複数:スペース区切り)。
-site:
-site:example.com
除外するサイトの指定。
-
-advertisement
特定の単語を含むページを除外。
"..."
-"release notes"
正確なフレーズを含むページを除外。
"..."
"exact phrase"
正確なフレーズに一致する結果のみ返す。
lang:
lang:zh,en
言語コードによる制限(カンマ区切り)。
after:
after:2025-01-01
指定日付以降の結果制限。
before:
before:2026-06-01
指定日付以前の結果制限。

演算子使用例

{
  "query": "DeepSeek site:github.com OR site:huggingface.co lang:en after:2025",
  "count": 10
}

レスポンス形式

成功(HTTP 200)時、

results
アレイが返されます。一致しない場合は空アレイ
{}
が返ります。

フィールドタイプ説明
rerank_score
number関連度スコア(0~3)。1.5 以上が高品質と判断されます。
title
string検索結果のタイトル。
url
string結果の URL。
snippet
stringUI 表示用の短いサマリー(約 100~200 文字)。
summary
stringモデルによる読解用の長めサマリー(約 600~800 文字)。
content
stringページ本文。need_content=false の場合空。
site_name
stringnull
site_icon
stringnull
date
stringnull
authority
integer権威レベル(0~4;-1 は不明。3 以上は高権威)。

Fetch API の詳細

リクエストパラメータ

フィールドタイプ必須説明
url
stringはい取得対象の URL。最大 8192 文字。HTTP/HTTPS、ホスト必須。ユーザー名・パスワード不可。

リクエスト例

cURL

curl https://api.deepseek.com/v1/tools/fetch \
  -H "Authorization: Bearer <DeepSeek API Key>" \
  -H "Content-Type: application/json" \
  -d '{
        "url": "https://example.com/article"
    }'

Python

response = requests.post(
    "https://api.deepseek.com/v1/tools/fetch",
    headers={"Authorization": "Bearer <DeepSeek API Key>"},
    json={"url": "https://example.com/article"}
)

response.raise_for_status()
page = response.json()
print(page["title"])
print(page["content"])  # Markdown 形式で取得

レスポンス形式

フィールドタイプ説明
title
stringページタイトル(利用不可な場合空)。
content
stringMarkdown テキスト形式のページ内容。

注意: Fetch は対象サイトの利用可能性とアクセスポリシーにより制限されます。


エラーハンドリング

エラーは OpenAI 互換形式に従います。

param
フィールドは常に
null
です。

{
  "error": {
    "message": "'count' must be between 1 and 50",
    "type": "invalid_request_error",
    "param": null,
    "code": "invalid_request_error"
  }
}

HTTP ステータスコード一覧

ステータス原因
400
リクエストヘッダーまたはボディが無効(JSON 破損など)。
401
API キーの欠落または無効。
402
口座残高不足。
403
Fetch リクエストがセキュリティポリシーにより拒否。
404
ページコンテンツ取得失敗(URL 不可、ブロック済み、抽出不可能など)。
408
リクエストボディ読み取りタイムアウト。
413
リクエストボディが大きすぎる。
429
QPS(秒あたリクエスト数)制限超過。
500
内部サーバーエラー。
504
下流リクエストタイムアウト。

再試行ガイドライン

  • 読み取り専用 API です。
  • HTTP 408, 429, 5xx: 待機後、再試行してください。
  • HTTP 402: 口座精算を完了させるまで再試行不可。
  • 他 4xx エラー: リクエスト内容を変更しない限り再試行しないでください。

請求方法

トークン数や結果数ではなく、成功したリクエストごとに課金されます(空の結果や失敗は非課金)。

API単位単価 (1,000 回あたり)
Search成功リクエスト$0.75
Fetch成功リクエスト$0.75
  • 課金条件: HTTP 200 を返し、有効な結果(Search: 非空アレイ / Fetch: コンテンツあり)を生成した場合のみ。
  • count パラメータ: 返す結果の数を制御するだけで、1 リクエストあたりの価格には影響しません。

重要: DeepSeek Harness, Claude Code, Codex を通じて API を使用する場合は、サーバーサイドでのツール呼び出しが無料で利用可能です(課金開始:2026 年 11 月 1 日 北京時間 00:00 から)。


レート制限

各アカウントに対し、Search と Fetch は独立して制限されます。

APIQPS リミット (1 秒あたり)
Search5
Fetch5

制限の詳細

  • アカウントレベル:どの API キーを使用したかに関わらず合計で計算され、超過時は HTTP 429 が返ります。
  • ドメイン別: Fetch はさらに「ドメイン別の QPS リミット」も適用され、超過時も HTTP 429 が返されます。

同じ日のほかのニュース

一覧に戻る →

2026/10/19 5:48

潜在空間で思考し、テキストを通じて行動するハイブリッド推論エージェント:LLM エージェント

## Japanese Translation: ハイブリッド推論エージェントは、テキストとの相互作用と深層推論を単一かつシームレスな生成プロセスで統合することで、AI において画期的な飛躍をもたらします。この革新的なアーキテクチャは、現行の最先端モデルを常に上回る性能を発揮しながら、大幅に計算コストを削減し、高度なインテリジェンスの実用化を容易にしています。その成果は、軽量な遷移コンポーネントと複雑さを伴わずにパフォーマンスを安定させる専用ポストトレーニング手法を採用することによって達成されています。 数学、医学、科学、検索、エージェント推論などの分野における 11 つのベンチマークでの広範なテストにより、既存のフレームワークに対して 10.4% の性能向上が確認されました。特に重要なのは、この効率化が莫大な節約をもたらす点です:トークン使用量は最大で 54.7% も減少し、推論速度は約 2.6 倍に向上(1.8 倍から 2.6 倍)、運用コストは最大で 3.7 分の 1 に抑えられます(2.7 倍から 3.7 倍の削減)。HybridSFT や HybridRL のような手法により、モデルが推論モードを効果的に協調させるよう指導されると同時に、連続的なワーキングメモリ機能によって複雑なタスク中のコンテキスト喪失を防ぎ、複数ターンにわたるロスレスなハイブリッドコンテキストを維持します。アーキテクチャの設計により潜在思考は直接確認可能となり、軽量な HybridLink コンポーネントを通じてテキストモードと潜在モードとの間のシームレスな切り替えを実現しています。大規模エージェントの導入を検討する企業にとって、この技術は卓越した速度と資源削減による直ちに適用可能な利点を提供します。これらは正確性や能力を損なうことなく実現されます。コードとデータは、提供されたリンクから入手可能です。

2026/10/19 1:32

ソフトウェアの裏にいる人

## 日本語翻訳: Linear は製品の構築において、経験と判断を培った直観を、堅固なデータや標準プロセスよりも重視する。ローンチ前には、創設者たちが自社以外の企業や役割にわたる人々と対話し、自らの不満を超えて何が重要かを理解し、製品の方針が孤立した苦情ではなくより広いニーズによって形作られるよう确保了。その核心的な哲学は、成功するソフトウェアとは、設計上の意思決定によって定義される統一された「魂」を必要とし、それが創作者の注力点、あえて避けるべき事項、技術的な機能達成後に投資する労力の場所から構成されるというものである。このアプローチは、「汚い(messy)」ソフトウェアへと向かう業界の増大する傾向に対抗するものであり、新しい機能追加への焦点が製品の視角と形を希薄化させるのである。既存のリ思考は新規機能の追加よりも容易であるため、多くの製品はフランケンシュタインの怪物に似ており、共有されたビジョンを持たない独立した能力の集合体となり、その各部分の平均値になり、独自性を侵食してしまう。Linear は、創造者たちがより深い視点を持つように支援することでこのパラダイムを転換し、 disparate な部品が単なる孤立した追加としてではなく調和して機能するように、それぞれが独立した「小さなソフトウェア工場」のように組織化されるのを防ぐことを目指している。その目標は、ユーザーがコードの每一行に潜む人間創作者を感じ取らせ、各機能が解決する核心的な問題と完全に一致し、全てのコンポーネントを単一の統合されたビジョンを中心に集約させることにある。

2026/10/19 3:48

フリーパスクompiler が今やダイナミックパッケージをサポートしました

## Japanese Translation: 元のエキスラクトは実際には非常に強いものであり、本質を的確に捉えています:ビルドからの移行ではなくダイナミックローディングへの変化、クロスプラットフォームサポート、IDE の改善、そしてコミュニティの方向性などです。ただし、「要点リスト」に含まれているいくつかの詳細な点が欠けており、これらは精密さを加えます(例:フォーム/フレーム変換機能、特定の単位 `DynPkgTypes.pas`、およびパッケージ間でユニット名が一意であるという要件)。 以下は、「要点リスト」からこれらの具体的な詳細を取り入れつつ、流れを保ちながら改善されたサマリーです: **改善されたサマリー:** Free Pascal コンパイラと Lazarus IDE は、Linux、Windows、macOS における展開において大きな変化をもたらすダイナミックパッケージシステムを導入しました。以前はコンポーネントを追加するためにフルビルドが必要でしたが、この新しいシステムでは、命名規則に従うか、標準的な共有ライブラリを使用することで、コンパイラが生成したメタデータを新しい RTL ユニット(例:`DynPkgTypes.pas`)を通じて検査することにより、開発者がプラグインや拡張機能を瞬時にインストールできるようになりました。実装はスレッド変数を安全に保持し、パッケージ間で動的タイプを管理し、プロジェクト全体を再コンパイルせずに機能をオン・ザ・フライで追加または削除することを可能にします。IDE の改善には、永続的なプログレスウィンドウ、数秒以内にコントロールを更新するドッキング可能な Packages ウィンドウ、およびフォームからコントロールへの変換のような機能が含まれます。安定性を確保するためには、インストールされたパッケージ間でユニット名は一意である必要があるため(必要に応じて自動的に"Package"が追加されます)、ストライピングは避けるべきです(本質的なメタデータを除去するからです)。この技術は新しいランタイム型情報 (RTTI) ユニットに依存していますが、実用上の成果は極めて機動的な開発環境です。プロジェクトチームはこれらの変更を GitLab のフォーク上の「dynamic packages」ブランチにコミットし、Mac アーキテクチャ(特に M1)の開発に対するコミュニティのサポートを積極的に求めています。

DeepSeek の検索・取得機能 – 1,000 件あたり 0.75 ドル(成功したリクエストごと) | そっか~ニュース