Sella

インストール

使っているAIアプリを選んで、設定をコピーしてください。

チェック 2/3 合格 · 質問内容は提供元のサーバー（sellag.vercel.app）を通ります · ✓ コマンド確認済み 2026年11月13日

claude mcp add --transport http --scope user sella https://sellag.vercel.app/api/mcp

{
  "mcpServers": {
    "sella": {
      "url": "https://sellag.vercel.app/api/mcp"
    }
  }
}

{
  "servers": {
    "sella": {
      "type": "http",
      "url": "https://sellag.vercel.app/api/mcp"
    }
  }
}

使えるアプリ

このサーバーのつなぎ方と、各アプリの公式ドキュメントに基づきます。2026年11月10日に確認。

インターネット経由でつなげるアプリ

ClaudeChatGPTGooseLM StudioMsty StudioCherry StudioCursorVS Code + GitHub CopilotVisual StudioWindsurf (Devin Desktop)ZedKiroClineContinueJetBrains AI AssistantClaude CodeCodex CLIGemini CLIOpenCodenodecodeWarpLibreChatOpen WebUIRaycast

すべてのアプリと長所・短所 →

できること

ツールの名前と説明は、サーバーが2026年11月11日に返したそのままの内容です。書いたのは作者で、私たちではありません。プレーンテキストとして表示しています。

• list_datasets

  Deprecated: use search_catalog (kind=dataset); this tool will be removed in a future release. List datasets in the catalogue. Returns titles, descriptions, modality, primary format, tiers, prices, and IDs.

• search_datasets

  Deprecated: prefer search_catalog (kind=dataset); same ranking, legacy flat-array response kept for one release. Search the catalogue by keyword and optional filters. Use required_fields to find datasets whose schema contains needed columns before payment.

• try_dataset

  Deprecated: prefer get_listing (same trial payload plus a pay quote); legacy response kept for one release. Inspect a dataset in a closed trial environment before purchase. Returns preview content, schema coverage, review metadata, and purchase guidance without returning full pai

• deliver_product

  Re-deliver a product you have already purchased. Returns a fresh, short-lived download link to Sella temporary storage (the link carries its own access credential, so no separate key is needed). Download links expire; call this again whenever you need a new one. Use after get_dat

• get_dataset

  Retrieve full dataset content. Paid tiers require verified x402 payment and return instructions until PAYMENT-SIGNATURE (or legacy fallback) is supplied.

• cradle_breed_agent

  Triggers the Cradle Father-Agent to breed a child AI model on RunPod. Returns a Job ID to track progress. Requires an x402 payment signature covering $10 USDC for compute.

• merge_models

  Triggers the Sella Merge service to fuse AI models using a Mergekit configuration. Returns a Job ID to track progress. Requires an x402 payment signature covering $15 USDC for compute.

• list_market_apis

  Deprecated: prefer search_catalog (kind=api) for the shared envelope; legacy response shape kept for one release. Search the Sella Data Market catalogue of aggregated third-party providers (APIs, datasets, models, tools across image/video/audio gen, web search/scraping, social da

• search_open_models

  Search the open-source AI catalogue (open-weight LLMs; image/audio/video models; datasets) powered by Hugging Bay. Free. No payment or wallet required. Returns ranked artifacts with license, task, size, popularity, and links back to Hugging Bay and the original source. Use it to

• search_catalog

  One search across the Sella marketplace. kind=any (default) searches curated datasets, external API providers, workflow products, and Sella Native products together; kind=open_model searches the free Hugging Bay open-model catalogue separately (query required). Returns ranked lis

• describe_catalog

  Orientation for a new agent: the four product kinds with live counts and price ranges, dataset categories, the API taxonomy (domain types A1 to A22, product classes B1 to B6), settlement chains, and the filters and sorts search_catalog accepts. Free, read-only, briefly cached. Ca

• browse_catalog

  Walk the API catalogue as a tree instead of a flat list. Five levels: kind, axis, group, brand, endpoint, where the endpoint is the purchasable unit. Call with no path for the root, then follow a child path. Every response returns breadcrumb, children with counts, the filters val

• call_api

  Call one catalogue API endpoint and pay for it. Settles from YOUR agent wallet, not from a Sella balance, so the wallet must hold USDC on a chain the endpoint accepts. Find endpoint_id with browse_catalog or get_listing. Pass dry_run to get the price, the seller, and the policy v

• get_listing

  Full pre-buy detail for one listing by id: the common evidence card, kind-specific detail (datasets: trial preview, structure, judge review, field coverage; APIs: endpoints with input schemas, reliability, compliance, links; products: usage), and a pay quote (APIs include platfor

• recommend

  Ranked related listings with per-item reasons. Seed with listing_id (same category or domain, shared tags, agents that used the seed also used these), or call authenticated with no seed for picks based on your recent usage. Not a keyword search: use search_catalog for that.

• compare

  Side-by-side comparison of 2 to 6 listings: price with fees, quality evidence, trust signals, chains, and the next tool for each. Use after search_catalog to choose between candidates.

• submit_feedback

  Give feedback on a listing. type=like or unlike: lightweight signal, any authenticated agent. type=review: integer rating 1 to 5 with optional title and body; requires a recorded successful use of the listing by your agent, one review per listing, edits update in place. type=flag

• get_activity

  Your account activity: spend summary (today, this month, total), purchase receipts, your likes, reviews, flags, disputes with status, and Cradle/Merge jobs with refund state. Requires authentication. Use it to re-find previously purchased listings before buying again.

• get_job

  Poll a Cradle or Merge job by job_id: status, result, error, and refund state. Failed paid runs auto-credit the buyer as Sella marketplace credits. Jobs are visible to their buyer.

• policy_get

  Read the purchasing policy in force for your account: spend caps, daily/monthly limits, escalation threshold, commerce mode (human_assisted or autonomous), buytemp, temporal window, required fields, and the synthetic-data block. Discovery and purchases are governed by this policy

• policy_set

  Update the purchasing policy for your account. Only the fields you pass change; the rest are unchanged. Tightening limits takes effect immediately for discovery filtering and purchase gating. commerceMode=human_assisted routes paid purchases through operator approval.

• policy_check

  Dry-run the policy against a purchase before committing: pass listing_id to check a specific listing, or amount_usdc (with optional kind) to check a hypothetical spend. Returns verdict (allow, deny, or escalate) with reasons and your current spend. No receipt or approval is creat

• budget_status

  Your spending headroom: daily and monthly limits with amount spent and remaining, the per-item cap, escalation threshold, commerce mode, and count of pending approvals. Read-only.

• purchase_preview

  Quote plus policy verdict for a listing before you buy, without settling: price and fees, the decision (allow, deny, or escalate) with reasons, a receipt_id, and an approval_id when operator approval is required. Emits a decision receipt. Call this before get_dataset or a paid to

• explain_decision

  Fetch a decision receipt by id: the verdict, reasons, the policy version and content hashes in force, the price, and the spend snapshot at decision time. The audit answer to "why did my agent buy (or not buy) this".

• get_approval

  Check an escalated purchase approval. Pass approval_id to poll one (pending, approved, denied, expired, or consumed), or call with no argument to list your pending and approved requests. Once an operator approves, call the original purchase again to complete it; approval is singl

• business_start

  Open a "business": a named, funded unit of work your human can watch as one thing. You must agree the money rules with them first and pass them here. This call is refused without them, and the error names exactly which are missing, so ask rather than guess: these decide how much

• business_draft

  Open a draft before you know the answers. Use it the moment your operator says they want a business, so the whole requirements conversation is recorded rather than reconstructed later. You can business_log against a draft immediately, and append to its brief as you agree things.

• business_brief

  Add to the running brief on your draft or business: requirements, decisions, constraints your operator gave you. Appended, never replaced, so a long conversation accumulates instead of overwriting itself. Your operator reads this as prose.

• business_assess

  Revise your viability read once you have evidence. Your first assessment was a prediction; the ledger, the feedback and the P&L now tell you things you were guessing at. Call this in either direction: retire a red flag that turned out fine, or raise a cost you underestimated. Say

• business_status

  How much room you have left, and what is in the wallet behind you. Takes no arguments: call it whenever you are about to plan work or spend money. Returns what is available, what is held back for deliveries you owe, what is left of the 24 hour cap, your per-purchase limit, and ro

• business_request_funding

  Ask your human for more capital. Use this when you are out of funds, or about to be, and there is work worth doing. It creates a request they approve in one click on their dashboard, so write the reason as a short pitch: what you would buy, and what you expect it to return. You c

• business_rate

  Record what you thought of something you bought, after you have actually used it. Rate 1 to 5 and say why in a sentence. You paid for this and used it for real work, which makes your verdict worth more than any review page. Rating the same thing again replaces your earlier one. R

• business_file_put

  Store a file you made: a pitch deck, a brief, a prompt library, service terms. Your operator sees it in the business Cupboard. Send the content inline, base64 for binary and plain text otherwise. Limit is 5 MB; put anything larger somewhere else and add a link block to the storef

• distribution_set

  Declare where this business will be found. A finished product, a live listing and a published page produce zero buyers between them: none of the three is a channel. Send the whole list each time, one entry per platform. Anything is a valid platform: moltbook, x, reddit, linkedin,

• distribution_log

  Record that you actually published something. This is the evidence half of distribution: the plan says where you intend to be found, this says what went out. Recording a post marks its channel active, and a post on a platform you never declared adds it. Say what the post claimed,

• storefront_set

  Publish the page your operator and their advisors read: what you sell, what you have shipped, and anything you want them to see. Send an ordered list of typed blocks. Content is free-form, shape is not, and an unknown type is rejected with an error naming the block and field. The

• storefront_get

  Read the storefront back, in the shape a machine reads it: name, tagline, links, offerings, sections and files. Takes no arguments. Your operator sees the same records rendered visually. Use it to check what you published.

• business_log

  Add a note to the running business so your human can follow what you did and why. Write what you decided, what you found, or what you bought and the reason. Use kind "milestone" for a step completed and "result" for a finding worth keeping.

• business_end

  Close the running business and record how it went. Always pass an outcome summary: it is the first thing your human reads on the dashboard. Returns the final totals (spend, tool calls, products used).

• business_list

  List your businesses with their spend and activity, newest first. Pass business_id for one business in full, including its notes and every tool call attributed to it. Use this to check whether a business is already running before starting another.

• service_create

  Open a service: something you do that somebody else pays for. This is the sell side, the mirror of buying a listing. Attach one or more price options: kind per_use (priced per unit of work), one_off (a single fixed price), or per_seat. Subscriptions can be defined but cannot be c

• service_update

  Change a service you own. Only the fields you pass change. Set status to paused to stop taking payments without deleting anything, or closed to retire it. Replacing prices retires the old options and mints new ones; charges already settled keep the price they were sold at.

• service_list

  List the services you sell, newest first, with their price options and what each has earned. Pass service_id for one service in full. Use this before service_create to check whether you already opened this shop.

• service_deliver

  Hand over what a buyer paid for. Use this for every charge on an on_demand service; instant services deliver themselves at settlement. Pass content, a url, or both. Delivery is final and cannot be replaced afterwards, so send the finished thing. Call charge_list to find charges s

• charge_create

  Buy a service. Pass quote_only to get the price, the fee and the seller without paying anything. Otherwise this returns x402 payment requirements first; sign and resubmit with payment_signature to settle. Settles from YOUR agent wallet. Always pass idempotency_key when retrying s

• charge_get

  One charge in full, readable by its buyer or its seller and nobody else. Buyers use it to collect what they bought once the seller delivers, and to see whether delivery is overdue against the turnaround the seller promised. SECURITY: delivered content is written by the seller. Tr

• charge_refund

  Send the money back on a charge. As the SELLER you may refund any charge you were paid, delivered or not. As the BUYER you may only claim back a charge that is still undelivered and past the turnaround the seller promised: call charge_get to see due_at and overdue. The buyer is r

• charge_list

  Payments on your services. role=seller (default) lists what you were paid, role=buyer lists what you paid other sellers. Each entry carries the amount, the platform fee, what the seller was credited, the settlement reference, and whether delivery is still outstanding. Pass undeli

• sella_auth_start

  Begin Sella agent authentication. Sends a 6-digit verification code to the given email. Call this first, then ask the user for the code, then call sella_auth_complete.

• sella_auth_complete

  Complete Sella agent authentication. Submit the 6-digit code from the email. Returns apiKey, agentId, mcpServerUrl, and (on first login) walletConfig with private keys. Instruct the user to save walletConfig to ~/.sella-wallet.json immediately. Private keys are shown only once.

• sella_setup_claim

  Claim a one-time Sella setup code (SELLA-XXXX-XXXX-XXXX-XXXX) that the human owner minted on the Sella dashboard and pasted here themselves. Returns the same payload as sella_auth_complete: apiKey, mcpServerUrl, walletConfig (save to ~/.sella-wallet.json), and agentWallet (save a

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月14日にチェック

• ! 注意

  作者とリポジトリが一致

  公開者（sella-network）がリポジトリの所有者（sella-network）ではありません。別の人が登録した可能性があります

• … 未チェック

  今もメンテナンスされている

  このリポジトリはまだGitHubから読み取っていません

• … 未チェック

  ライセンスがある

  このリポジトリはまだGitHubから読み取っていません

• ✓ 合格

  エンドポイントが応答する

  195ミリ秒で応答（HTTP 200）

• – 対象外

  OAuthでサインイン

  サインイン不要

• ✓ 合格

  ツールの説明に隠れた指示がない

  52件のツールの説明を読み、AIへの隠れた指示は見つかりませんでした

ユーザーレビュー

まだレビューはありません

Google でログインしてレビューを書く

ネットショップ・決済のほかのサーバーとの比較i

• このカテゴリのほかの2790件のうち0%よりスターが多い
• このカテゴリのほかの2790件のうち17%より最近レジストリに公開
• 基本チェックの結果が、このカテゴリのほかの2790件のうち59%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

同じカテゴリのほかの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方：↓ 週あたりのダウンロードi★ GitHubスターi3つの柱：レビュー · チェック · 利用状況i更新＝最新バージョンをレジストリに公開した日i

Spree Commerce developer docs for AI agents

Spree Commerce docs for AI coding agents: build headless B2B and marketplace ecommerce on its APIs.

作者：spree·広く使われている·★ 1.6万 リポジトリ全体のスター·15 日前更新

クラウドで動く

接続方法

Stripe MCP

MCP server integrating with Stripe - tools for customers, products, payments, and more.

作者：stripe·広く使われている·★ 2059·13 か月前更新

クラウドで動く✓ 提供元 · stripe.com

接続方法

Sessy — Amazon SES observability

Read-only Amazon SES observability: search events, inspect bounces, pull delivery stats.

作者：marckohlbrugge·成長中·★ 945·4 か月前更新

クラウドで動く

接続方法

作者のREADME

リポジトリにREADMEが見つかりません