AI エージェント接続（MCP）

コマンド 1 つです — プロンプトが出たらキーを追加し、接続できたか確認します：

claude mcp add --transport http datasinking https://api.datasink.ing/mcp \
  --header "Authorization: Bearer YOUR_KEY"

claude mcp list        # → datasinking: ✔ Connected

--scope user を付けると、このプロジェクト だけでなくすべてのプロジェクトで使えるようになります。Claude Code はサーバーの ヘルスチェックを自分で行うため、claude mcp get datasinking で 接続に失敗した理由が正確にわかります。

Settings → Connectors → Add → Add custom connector を開き、キーをあらかじめ埋め込んだ URL を貼り付けます：

https://api.datasink.ing/mcp?apikey=YOUR_KEY

キーは URL に含めなければなりません。素の URL だとコネクターが OAuth を試みますが、この サーバーに OAuth はありません — “Couldn't register with …'s sign-in service.” と表示されます。 そのあとアプリを再起動してください。コネクターは起動時に読み込まれます。

{
  "mcpServers": {
    "datasinking": {
      "url": "https://api.datasink.ing/mcp",
      "headers": { "Authorization": "Bearer ${env:DATASINK_API_KEY}" }
    }
  }
}

Cursor が展開するのは ${env:NAME} です — Claude Code の ような ${NAME} ではありません。 編集後は Cursor を再起動してください。接続エラーは Output → MCP Logs に表示されます。

コマンド 1 つです — 設定ファイルは自動で書き込まれます：

codex mcp add datasinking --url https://api.datasink.ing/mcp \
  --bearer-token-env-var DATASINK_API_KEY

codex mcp list        # → datasinking

起動する前にこの環境変数を設定してください — Codex が保存するのは変数の名前で、 キーそのものではありません。

この 2 つは別製品で、設定ファイルも別々です — 設定が「効かない」と 言われる最もよくある原因がこれです：

// WorkBuddy (desktop app) — ~/.workbuddy/mcp.json
{
  "mcpServers": {
    "datasinking": {
      "command": "npx",
      "args": ["-y", "datasinking-mcp"],
      "env": { "DATASINK_API_KEY": "YOUR_KEY" }
    }
  }
}

WorkBuddy の公式ドキュメントにある設定は stdio 専用です。 type: "http" の形式が使えるのは CodeBuddy Code で、こちらは設定を ~/.codebuddy/.mcp.json に保管します。 どちらを編集した場合も、アプリを再起動してください。

ByteDance 版の WorkBuddy にあたる存在です。こちらは 設定をすべて UI 上で行います — 編集すべき設定ファイルがないため、上の表の 各行とは形が異なります：

技能 · 连接器 · 伙伴 → 新建 → 新建自定义连接器

• Transport: HTTP（ローカルサーバーを動かしたい場合は STDIO も選べます）
• URL: https://api.datasink.ing/mcp
• 自定义 Headers: Authorization = Bearer YOUR_KEY

保存して、トグルがオンになっていることを確認してください。知っておきたい点が 2 つあります。 カスタム MCP コネクターが読み込まれるのは デスクトップクライアントだけで、ブラウザ版とモバイル版では無視されます。 また Doubao はヘッダーをそのまま受け付けるため、ここでは ?apikey= の代替手段は不要です。

旧 Windsurf です。正しいファイルは Cascade → MCP → Open MCP config file から開けます：

{
  "mcpServers": {
    "datasinking": {
      "serverUrl": "https://api.datasink.ing/mcp",
      "headers": { "Authorization": "Bearer ${env:DATASINK_API_KEY}" }
    }
  }
}

リモート用のフィールドは serverUrl で、 url ではありません — ここに挙げた中で 異なるのはこのクライアントだけです。Windows では %AppData%\devin\mcp_config.json、macOS と Linux では ~/.config/devin/mcp_config.json です。

dsh には MCP の設定ファイルがありません — サーバーはプラグインとして扱われます。まずプロファイルにインストールします：

dsh plugin --profile web add @deepseek-ai/dsh-mcp-client

そのうえで、このプロファイルのパッチレイヤーに次の行を追加します：

- insert:
    - id: mcp-datasinking
      name: '@deepseek-ai/dsh-mcp-client'
      config:
        serverName: datasinking
        transport: streamable-http
        url: https://api.datasink.ing/mcp
        headers:
          Authorization: !!js '`Bearer ${process.env.DATASINK_API_KEY}`'
        failOnStartupError: true

failOnStartupError: true は必ず付けて ください。デフォルトは false で、どこにも接続しないまま エラーも報告しません。ツールは mcp__datasinking__<tool> として 現れます。

1 つのコマンド、または設定ファイルを直接編集：

gemini mcp add --transport http datasinking https://api.datasink.ing/mcp \
  --header "Authorization: Bearer YOUR_KEY"

gemini mcp list        # → datasinking

設定ファイルのフィールドは httpUrl で、 url ではありません —— url は SSE を指します：

{
  "mcpServers": {
    "datasinking": {
      "httpUrl": "https://api.datasink.ing/mcp",
      "headers": { "Authorization": "Bearer ${DATASINK_API_KEY}" }
    }
  }
}

コンシューマー版 Gemini（gemini.google.com → 接続済みアプリ）は OAuth のみ対応なので、そこでは ?apikey= で key を URL に埋め込むか、CLI を使ってください。

OpenCode は ~/.config/opencode/opencode.json とプロジェクトの opencode.json をマージします。MCP のキーは mcp で、 mcpServers ではありません：

{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "datasinking": {
      "type": "remote",
      "url": "https://api.datasink.ing/mcp",
      "oauth": false,
      "headers": { "Authorization": "Bearer {env:DATASINK_API_KEY}" }
    }
  }
}

重要なのは 2 つの設定です。 "oauth": false にすると、OpenCode が私たちの 401 を OAuth チャレンジと誤認するのを止めます —— 省略すると「認可エラー」になり、「キー不足」になりません。 補間構文は {env:NAME} で、Claude Code と Cursor は ${NAME} を使います。

Qoder CLI と Qoder IDE は 別の 設定を読みます。CLI では ~/.qoder/settings.json の mcpServers に追加します：

{
  "mcpServers": {
    "datasinking": {
      "type": "http",
      "url": "https://api.datasink.ing/mcp",
      "headers": { "Authorization": "Bearer YOUR_KEY" }
    }
  }
}

stdio がデフォルトの type なので、URL に "http" がないと起動エラーになります。ツールは mcp__datasinking__<tool> として現れます。IDE では Settings（Ctrl Shift ,）→ MCP → My Servers → + Add で別途設定します —— IDE は CLI のファイルを読みません。

Reasonix は公式 MCP Registry を読むので、ワンライナーがあります。または [[plugins]] を ./reasonix.toml（全プロジェクトなら ~/.reasonix/config.toml）に書きます：

reasonix mcp install io.github.heubme2020/datasinking

# or, by hand:
[[plugins]]
name    = "datasinking"
type    = "http"
url     = "https://api.datasink.ing/mcp"
headers = { Authorization = "Bearer ${DATASINK_API_KEY}" }

type はデフォルトで stdio なので、 "http" の行が必須です。コールドスタートのサーバーはバックグラウンドで接続します —— ツールがまだ出ていなければ再試行し、設定を何度も確認しないでください。ツールは mcp__datasinking__<tool> として現れます。

streamable HTTP 対応のモバイルアプリならどれでも動きます——インストール不要、設定ファイルなし。アプリ内でサーバーを追加してください（設定 → MCP → 追加）：

URL:           https://api.datasink.ing/mcp
Authorization: Bearer YOUR_KEY

# アプリがヘッダーを設定できない場合は、key を URL に入れます：
#   https://api.datasink.ing/mcp?apikey=YOUR_KEY

動作確認済み：Kelivo（kelivo.psycheas.top）、Joey MCP Client（Android）、Systemprompt（Android/iOS）。デスクトップと同じエンドポイントなので、6 ツールと ?apikey= のフォールバックは同じ挙動です。

ローカル・stdio・Node 18+ または Python 3.8+：

{
  "mcpServers": {
    "datasinking": {
      "command": "npx",
      "args": ["-y", "datasinking-mcp"],
      "env": { "DATASINK_API_KEY": "YOUR_KEY" }
    }
  }
}

# Python instead of Node:
#   "command": "uvx", "args": ["--from", "datasinking[mcp]", "datasinking-mcp"]