Symbioza

dev.symbioza由 symbioza.dev 发布官方发布者v1.0.1更新于 Oct 24, 2026

Run a GPU job under a hard dollar cap and collect the files it writes.

已验证Streamable HTTP可网页运行云端与基础设施金融AI 与机器学习

概览

AI 生成的概览

Symbioza 在租用的云端机器上运行容器化 GPU 任务,设有硬性美元上限,并回收任务写出的文件。

可以做什么
在花钱之前估算任务的费用、运行时长和置信度,并按选定的支出上限重新估算。提交容器镜像、命令和预算,然后查询状态、查看运行详情并取消任务。列出历史任务,获取交付的输出文件及其下载链接和哈希。列出已保存密钥的名称和类型,并描述数据集。附带的技能会引导估算、提交、查询状态和取回文件的流程。
适用场景
当你想让助手在云端 GPU 上运行微调、评估或批量推理,而不必自己管理机器,并希望使用预付、有上限的支出时适用。也适合需要先获得免费估算、并在预订前明确确认的场景。
运行要求
远程 Streamable HTTP 端点,首次连接需在浏览器中通过 OAuth 登录(Google、GitHub 或邮箱),无需 API 密钥或请求头。提交任务需要带预付余额的 Symbioza 账户;估算和状态查询免费。任务需要受支持的容器镜像(目前为 PyTorch 或 TensorFlow)、命令、可通过 URL 访问的输入,以及写入 /workspace/artifacts/ 的输出。
安装前请注意
提交任务会消耗预付余额;失败或取消的任务仍按已使用的机器时间计费,但不超过你设定的支出上限。任务在第三方算力上运行,镜像、命令、数据集链接、环境变量和日志尾部会被处理并可能被存储。凭据应存入已保存的密钥,而非任务规格或 env;输出脱敏仅做精确匹配,写出的文件不会被扫描。下载链接 24 小时后过期,卸载插件不会取消已提交的任务。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Symbioza,将其添加到工作区。
  2. 连接 所需的 凭据。它们会被私密存储,绝不会在公开页面上展示。
  3. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

交给智能体安装

把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。

阅读 https://sourceweft.com/mcp/dev.symbioza%2Fsymbioza/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。

查看智能体所依据的安装指南

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。 客户端会在首次连接时完成 OAuth 登录。

{
  "mcpServers": {
    "symbioza": {
      "type": "http",
      "url": "https://symbioza.dev/mcp"
    }
  }
}

README

[Symbioza]

[License: MIT] [Latest release] [Hosted MCP server] [Claude Code plugin]

Symbioza

Run fine-tuning, evaluation and batch-inference jobs on a cloud GPU from Claude Code, under a hard spending limit. Your agent prepares the job, shows you a free estimate, and submits it only when you say so. Symbioza picks the machine, runs the job and returns the files it writes. You are never billed more than the spending limit you set.

[How it works: your agent describes the job, gets a free estimate, submits with a total spending limit, Symbioza runs it on a cloud GPU, and the files the run wrote come back. You are never billed more than your budget.]

What the plugin adds

Symbioza runs a containerized GPU job on a rented cloud machine under a hard dollar ceiling and collects available artifacts. An agent submits an image, a command and a budget through one MCP connector. Symbioza selects compute, runs the job and reports output delivery and billing separately. Recovery depends on job policy, available compute, remaining budget and compatible checkpoint support.

  • A hosted MCP server at https://symbioza.dev/mcp (streamable HTTP, sign-in with OAuth, no API key). Its nine tools: estimateExecution, submitJob, getStatus, inspectRun, getArtifact, listJobs, listSecrets, describeDataset, cancelJob.
  • One skill, /symbioza:run-on-symbioza. It tells your agent when a job fits Symbioza, what to ask you, and the four calls from spec to files: estimate, submit, status, artifact.

For agents deciding whether a job fits: https://symbioza.dev/agent

VS Code, GitHub Copilot and other MCP clients

You do not need the plugin to use Symbioza: the server is the same remote MCP endpoint, https://symbioza.dev/mcp. Any client that supports remote Streamable HTTP MCP with an OAuth sign-in connects to it. If the client asks for headers or an API key, leave them empty: you sign in in your browser the first time the client connects.

In VS Code, run MCP: Add Server from the Command Palette, or add this to .vscode/mcp.json:

json
{  "servers": {    "symbioza": { "type": "http", "url": "https://symbioza.dev/mcp" }  }}

Then ask for a free estimate (step 4). Setup for ChatGPT, Claude.ai and other clients: https://symbioza.dev/plugins

Cursor

Choose one of the two, not both, or your agent sees every tool twice.

Connect directly. Add the server to ~/.cursor/mcp.json (every project) or to .cursor/mcp.json in one project, merging it into any mcpServers block already there:

json
{  "mcpServers": {    "symbioza": { "url": "https://symbioza.dev/mcp" }  }}

Open Customize in the sidebar, enable symbioza under MCPs, and finish the sign-in in the browser. This gives your agent the nine tools; it does not install the run-on-symbioza skill and needs no marketplace listing.

Install the plugin. Copy this repository to ~/.cursor/plugins/local/symbioza (a real copy: Cursor skips a symlink that points outside that directory), restart Cursor or run Developer: Reload Window, then confirm in Customize that the run-on-symbioza skill and the symbioza MCP server are listed. Enable the server and finish the sign-in in the browser; invoke the skill with /run-on-symbioza. A team policy may block local plugin imports. Sign-in, usage, costs and a test checklist: docs/cursor.md.

1. Install

Steps 1 to 3 and the update commands are for Claude Code. Cursor: see the section above.

sh
claude plugin marketplace add symbioza/claude-pluginclaude plugin install symbioza@symbioza

Or both at once from inside a Claude Code session (Claude Code v2.1.275 or later): /plugin install symbioza --marketplace symbioza/claude-plugin. Tested with Claude Code 2.1.283.

From the shell, the install ends with Successfully installed plugin: symbioza@symbioza: start a new Claude Code session to use it. Installed from inside a session, Claude Code says either Plugin is now active. or Run /reload-plugins to activate. (then run /reload-plugins).

2. Sign in

The connector needs signing in once before its tools appear. Run /mcp, select plugin:symbioza:symbioza and choose Authenticate: your browser opens to sign in with Google, GitHub or an email address. There is no key to generate and none to send.

3. Check it's connected

You are ready when all three hold:

  • /mcp lists plugin:symbioza:symbioza as connected, with nine tools.
  • Typing / shows /symbioza:run-on-symbioza.
  • claude plugin list shows symbioza@symbioza as enabled.

Already added the connector with claude mcp add? Remove that copy (claude mcp remove symbioza) so your agent does not see every tool twice.

4. Get a free estimate

Paste this, or run /symbioza:run-on-symbioza:

Help me prepare this GPU job for Symbioza. Ask for the container image, command, input data and expected output files. Check that the workload fits the current service limits. Show me a free estimate and anything missing, then ask for my total spending limit. Do not submit the job yet.

The estimate needs no spending limit. It leads with the likely cost, its range, the expected runtime and how confident it is — a best-effort estimate, not a quote — or, when nothing about the job predicts its runtime, the price of each hour of running and no total; then what it includes, what is still missing, and the credit on your account. Once you choose a spending limit, the estimate is run again with it: the limit is the hard maximum, and the card shows where it would stop the run and whether your credit covers it. Worked specs for fine-tuning, evaluation and batch inference: https://symbioza.dev/examples

5. Add credit and submit

Two gates: an account, and money in it. A new account can connect, estimate and read its own job list; submitting refuses — “prepaid balance: $0.00 available … Top up, or lower the budget.” — until the account holds credit. Add credit at https://symbioza.dev/app/topup: sign in and add credit by card. Credit can be added in any whole-dollar amount within Symbioza's limits — the packs are shortcuts. When the estimate shows the job is not covered, it names the shortfall and your agent gives you a top-up link prefilled with it. Opening the checkout is not credit: ask for a fresh estimate once you have paid. Credit packs and billing details: https://symbioza.dev/pricing

When you are happy with the estimate, tell your agent to submit. Nothing is booked or charged before you do.

6. Get your files

Ask your agent for the job's status (getStatus). Once the run has finished, ask for its files (getArtifact): each delivered file comes with a download link and a hash you can verify. Links expire after 24 hours; ask again for fresh ones.

What your agent will ask you for

  • A supported container image. Symbioza runs images it has verified on its machines (today, PyTorch and TensorFlow images). Any other image is refused with the current list of supported images, before anything is booked or charged. A stock image does not contain your code, so the command must fetch your script and anything else it needs, for example from a URL.
  • A command that runs the job, as you would type it in the container.
  • Inputs the machine can reach: URLs it downloads itself, never files on your laptop. Use a signed link with the shortest expiry that covers staging.
  • Output files written to /workspace/artifacts/. That directory is what comes back; anything written elsewhere is not collected.
  • A total spending limit for the job, in US dollars.

Credentials: saved Secrets, never chat

A job that needs a Hugging Face token, storage keys or another credential gets it from a saved Secret, never from the chat. Your agent follows this rule:

Never ask the user to paste API keys, access tokens, passwords or cloud credentials into chat, and never put them in env — env is for non-sensitive configuration.

Save a credential once at https://symbioza.dev/app/secrets and your agent attaches it to a job by name (secrets). Your agent can list your saved sets with listSecrets, which returns names and types only — no page, API or tool shows a value after it is saved. If a job needs access you have not saved yet, your agent gives you a Symbioza setup link; open it, save the credential there, and tell your agent when it is done.

How a saved secret is handled: Symbioza stores it encrypted and no page, API or tool returns its value; a job that attaches the set receives the plaintext values in its environment, and the machine running that job can technically read them; an exact copy of a value of four or more characters in the job's printed output, or the base64 or URL-encoded form of a value of eight or more, is replaced with [redacted] before that output is stored — exact matching, not a guarantee against a value printed in any other form; files the job writes are delivered as written and are not scanned or redacted; and a credential an earlier job carried in env stays in that job's stored spec — saving a secret does not remove it.

How runs, files and cancelling work

  • Time. Every run has a time limit: what your spending limit buys on the machine it books and any cap you set, never more than the 48-hour platform maximum. The estimate shows that limit before you spend anything; the machine the job books can end a run sooner. A cap above 48 hours is refused at estimate and at submit.
  • Files. Check the file delivery status separately from the run status. Available output files have download links and hashes you can verify. A completed run does not by itself confirm file delivery or final billing. Download links expire after 24 hours; the files do not.
  • Recovery. A retry or move to another machine depends on the job policy, available compute and what is left of your spending limit. Checkpoint recovery needs compatible save-and-resume logic in your code. A run may stop without completing.
  • Cancel. Cancelling stops your job and releases its machine. If the stop is confirmed, you are charged for measured time up to then; if the machine cannot be reached, only up to the moment you asked — never more than your spending limit.

What you pay

  • Estimates, status checks and your own job list are free.
  • Submitted jobs use prepaid credit.
  • A job that fails, or that you cancel, is billed for the machine time it used — never more than the spending limit you set.
  • Your spending limit is a hard ceiling: you are never billed more than that. It is checked before a machine is booked and again before every retry. The charge shown after completion may change while billing is reconciled.

Privacy

Jobs run on third-party compute. Your job's image, command, dataset links, environment variables and log tails are processed on Symbioza's servers and can be stored, so keep secrets out of them: never put credentials in a job specification or its environment variables, and never send SSH private keys. Credentials belong in your saved Secrets, which are stored encrypted and injected into the job only when it runs. Only submit code and data you have permission to use.

Privacy: https://symbioza.dev/privacy · Terms: https://symbioza.dev/terms

Update and uninstall

These commands update an existing install; installing for the first time, see step 1. Auto-update is off by default for this marketplace. To update:

sh
claude plugin marketplace update symbiozaclaude plugin update symbioza@symbioza

The update ends with Restart to apply changes.: restart Claude Code to load the new version.

To uninstall:

sh
claude plugin uninstall symbioza@symbiozaclaude plugin marketplace remove symbioza

Uninstalling the plugin does not cancel jobs you already submitted and does not close your Symbioza account. Cancel running jobs first (ask your agent, which calls cancelJob), and manage your account at https://symbioza.dev/app.

Get help

Changes and license

Release notes: CHANGELOG.md. MIT — see LICENSE. The license covers this plugin's files only.

来源:README.md,提交 9c10ed9

工具

0
该服务器需要登录,因此 SourceWeft 无法在没有账号的情况下读取其工具,也未收录。已连接账号所能看到的内容可能因账号及其权限而异。

版本历史

2
  1. v1.0.1最新Oct 6, 2026
  2. v1.0.0Sep 29, 2026

评分

已满足适用检查项的 85%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分
  • 已声明认证方式必需10 分
  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分