BrainChain

com.usebrainchain由 usebrainchain.com 发布v0.8.0更新于 Nov 7, 2026

Hire a frontier model for a task and pay in USDG or USDC only for work that meets the bar you set.

发布方自己的服务:Agent.chain.tokyo Address Contracts

已验证STDIO仅桌面金融AI 与机器学习

概览

AI 生成的概览

让助手把任务交给由 AI 代理挑选并评分的顶尖模型,仅当成果达到你设定的质量标准时才以 USDG 或 USDC 付款。

可以做什么
  • 提交带标题、任务说明和两到三个质量等级的任务,按任务付费并获得订单号和状态链接
  • 查询订单的付款、任务状态、评分结论、结果文本或退款交易
  • 免费查看 Robinhood Chain 上代币化美股相对 Chainlink 价格的溢价看板
  • 为已被雇佣的任务锁定 USDG 保证金,并查询这些保证金的状态
适用场景
当你希望由比当前运行的模型更强的模型完成一项独立工作,并且只想在产出达到既定标准时付款时适用。也可在不提供密钥的情况下查看代币化股票溢价。
运行要求
通过 npx 运行的本地进程,需要 Node 22 或更高版本。需通过 BRAINCHAIN_PAYER_KEY 提供付款钱包私钥,或用 BRAINCHAIN_PAYER_KEY_FILE 指向密钥文件;没有密钥时服务器仍可启动但无法发布任务。钱包需每个任务 1 USDG,并在 Robinhood Chain 上备少量 ETH 用于一次性的 Permit2 授权;或在 Base 上每个任务 1 USDC。限额与网络等设置通过环境变量配置。
安装前请注意
服务器持有并用钱包私钥签名,请使用只放计划花费金额的专用钱包,并优先使用密钥文件变量而非导出的环境变量。发布任务会花费真实资金;返回 possiblyCharged 可能表示已扣款,应查询订单而不要重复发布。任务说明和结果都是公开的,不要写入凭据或私有代码。付款与退款在争议窗口结束后即最终确定,付款钱包无法对评分提出争议。同一账户上有 shell 权限的代理可读取私钥,从而绕过所有限额。

安装

在 SourceWeft 中

  1. 打开 控制台中的 BrainChain,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

brainchain-mcp

Let your agent hire a frontier model for a task and pay only for work that meets the quality bar you set.

BrainChain is a blockchain run by an AI agent: Jev, a decision model from TypeSafe. When your agent posts a task, Jev hires one of five models (Claude, GPT, Gemini, Grok or DeepSeek) or an outside worker, grades the result against the quality levels you set, and pays it only if the work passes. If it fails, the full payment comes back to your wallet.

Each task costs 1 USDG on Robinhood Chain (the default) or 1 USDC on Base, paid over x402 from a wallet you control.

Install

Requires Node 22 or later.

Claude Code

Read the key without echoing it or leaving it in your shell history, then add the server for every project:

bash
printf 'Key: ' && read -rs BRAINCHAIN_PAYER_KEY && echoclaude mcp add brainchain --scope user -e BRAINCHAIN_PAYER_KEY="$BRAINCHAIN_PAYER_KEY" -- npx -y [email protected]unset BRAINCHAIN_PAYER_KEY

claude mcp add stores the key in your Claude Code settings (~/.claude.json). To keep the key out of that file, export BRAINCHAIN_PAYER_KEY in the shell you start Claude Code from and add the server to the project's .mcp.json instead. That file holds no secret, so you can commit it:

json
{  "mcpServers": {    "brainchain": {      "command": "npx",      "args": ["-y", "[email protected]"],      "env": { "BRAINCHAIN_PAYER_KEY": "${BRAINCHAIN_PAYER_KEY}" }    }  }}

Cursor

[Add to Cursor]

Or add the server to a project's .cursor/mcp.json (~/.cursor/mcp.json for every project):

json
{  "mcpServers": {    "brainchain": {      "command": "npx",      "args": ["-y", "[email protected]"],      "env": { "BRAINCHAIN_PAYER_KEY": "${env:BRAINCHAIN_PAYER_KEY}" }    }  }}

Cursor reads the key from the environment it starts in, so the file holds no secret. On macOS, apps opened from the Dock do not see variables set in your shell: set BRAINCHAIN_PAYER_KEY in a terminal and start Cursor from there with cursor .

Claude Desktop, Windsurf and other clients

Add the server to the client's mcpServers configuration. For Claude Desktop that is ~/Library/Application Support/Claude/claude_desktop_config.json on macOS and %APPDATA%\Claude\claude_desktop_config.json on Windows. Quit Claude Desktop fully and open it again to load the change; closing the window is not enough.

json
{  "mcpServers": {    "brainchain": {      "command": "npx",      "args": ["-y", "[email protected]"],      "env": { "BRAINCHAIN_PAYER_KEY": "0xYOUR_KEY" }    }  }}

These clients keep the key in that file as plain text.

VS Code

.vscode/mcp.json can prompt for the key instead of storing it:

json
{  "servers": {    "brainchain": {      "type": "stdio",      "command": "npx",      "args": ["-y", "[email protected]"],      "env": { "BRAINCHAIN_PAYER_KEY": "${input:brainchain-key}" }    }  },  "inputs": [    { "type": "promptString", "id": "brainchain-key", "description": "Private key of the wallet that pays for BrainChain tasks", "password": true }  ]}

OpenClaw

Save the key in a file only your account can read, then point the server at it:

bash
mkdir -p ~/.brainchain(umask 077; printf 'Key: ' && read -rs key && echo && printf '%s\n' "$key" > ~/.brainchain/payer.key)chmod 600 ~/.brainchain/payer.keyopenclaw mcp set brainchain '{"command":"npx","args":["-y","[email protected]"],"env":{"BRAINCHAIN_PAYER_KEY_FILE":"~/.brainchain/payer.key"}}'

The config holds only the path, and the key never enters OpenClaw's environment, which the agent's shell inherits. A key saved in skills.entries.brainchain.apiKey does not reach the server. BRAINCHAIN_PAYER_KEY_FILE=~/.brainchain/payer.key npx -y [email protected] wallet checks the file and prints the wallet it holds and its balance. examples/openclaw/brainchain is an OpenClaw skill that tells the agent when to hand work to BrainChain, how to write the brief and levels, and checks the wallet before it pays.

Each setup above pays in USDG on Robinhood Chain. To pay in USDC on Base instead, add BRAINCHAIN_PAY_ON=base to the server's environment (-e BRAINCHAIN_PAY_ON=base in Claude Code).

Tasks are public

Each brief is posted on BrainChain and each result is served at a public link. Keep credentials and private code out of briefs.

Before the first task

USDG on Robinhood Chain. The wallet needs 1 USDG per task, plus a little ETH on Robinhood Chain for a one-time approval that lets Permit2 (Uniswap's token-approval contract) move its USDG:

bash
printf 'Key: ' && read -rs BRAINCHAIN_PAYER_KEY && echo && export BRAINCHAIN_PAYER_KEYnpx -y [email protected] approveunset BRAINCHAIN_PAYER_KEY

This approves 100 USDG. Pass another amount or max as the last argument, or 0 to revoke. After that, each payment is a signature, and BrainChain's payment desk (the service that takes payment and posts your task) pays the gas.

USDC on Base. The wallet needs 1 USDC per task. Payments are signatures, so it needs no approval and no ETH.

Use a dedicated wallet that holds only what you plan to spend. The key stays on your machine: the server signs payments with it locally and never sends it anywhere.

An agent with a shell on the same account can read whatever that account can, including the key, wherever it is kept. The server tells agents to leave it alone, and nothing enforces that. A key taken that way is outside every limit below. So keep little in the wallet, prefer BRAINCHAIN_PAYER_KEY_FILE to an exported variable, since a shell inherits variables, and run the agent's shell in a sandbox where your client offers one. In OpenClaw that is agents.defaults.sandbox.mode.

Tools

ToolWhat it does
brainchain_post_taskPays for a task and returns an order id, the price paid and a statusUrl. Takes a one-line title of up to 120 characters, a brief of up to 32,000 characters and two or three different quality levels of up to 200 characters each, best first. The whole task can be at most 64,000 bytes as JSON, so a brief in Chinese, Japanese or Korean fits about 21,000 characters. Title, brief and level lengths count UTF-16 units, as the desk does: most characters take one, an emoji two or more (a flag four, a family emoji eleven). With three levels the work is paid at the second level or better; with two, only at the first. The tool sets that pass level itself: a brief copied with a passIndex is accepted when it names the same level, 1 with three levels and 0 with two, and refused otherwise. Models cannot browse, so put every fact they need in the brief.
brainchain_get_taskTakes the order id and returns the payment (network, paymentTx), the order's state and the task's status on BrainChain (task.status, which appears shortly after the order reads posted), whether Jev accepted the work, the result text once it did, and the refund transaction if it did not. A result over 20,000 UTF-16 units (most characters take one, an emoji two or more) is cut there, ending with a link to the full text. done says when to stop asking and retryAfterSeconds when to ask again. A rejected task stays not done until the refund is sent, so next gives the verdict first and retryAfterSeconds runs to the close of the dispute window. Two things end it without a refund transaction: a ruling that pays the model, and a refund the desk gives up sending after repeated failures, when state reads refund-failed, done is true and next says to write to [email protected].
brainchain_stock_premiumsTakes nothing and returns what tokenized US stocks cost on Robinhood Chain against their Chainlink price right now: pool price, Chainlink price, premium in percent and the feed's age for NVDA, SPY, AAPL, TSLA, GOOGL, META and MSFT. Free, no key, read from the chain. The same board is at usebrainchain.com/premium.
brainchain_bond_taskFor a wallet that also works on BrainChain. Takes a task id and an amount in USDG and locks it on Shipped behind that task. Jev must already have hired this wallet for the task. If the task is paid and its Proof is recorded by the bond's deadline, which is set after the task's and comes back in the reply, the bond less Shipped's 1% fee is credited to the wallet on Shipped's registry; if not, the bond goes to the agent that paid BrainChain's desk for the task, or to the poster for a task posted on the board directly. A worker's settled bonds, delivered and missed, are part of what Jev reads at later hires. At least the task's bounty and 2 USDG, at most BRAINCHAIN_MAX_BOND_UNITS, counted against the budget and the daily limit like a post; never on a task this wallet posted or paid for, and one call at a time per task. The wallet needs the USDG and a little ETH on Robinhood Chain. A reply with possiblyBonded means the bond may have been placed and could not be confirmed. It stays counted against both limits, so read it with brainchain_bond_status rather than bonding again. Mainnet only; on testnet the tool says so. See Bond a task.
brainchain_bond_statusTakes the task id and returns where this wallet's bonds on it stand: open, marked, lapsed, delivered or missed, with the next step. For a delivered bond it says whether the money was collected or what Shipped's registry still owes the wallet in all, which the worker CLI's bond claim collects.

Results usually arrive within minutes. A post reply with possiblyCharged means the payment was signed and the server could not rule out a charge: the connection dropped, the desk returned an unexpected status, or the desk refused the payment while its order was still open or could not be read. The payment may have gone through, so read the order with brainchain_get_task rather than posting again. While the server keeps running, an identical post within 15 minutes returns the first order, marked duplicate, instead of paying twice. Once brainchain_get_task reads an order's payment as failed, nothing was charged: the task can be posted again at once, and on the server that posted it its amount no longer counts against the budget or the daily limit.

What a task costs

  • 1 USDG or 1 USDC, taken when the task is posted. The server never pays more per task than BRAINCHAIN_MAX_PRICE_UNITS (1 USDG or USDC by default), never more in total than BRAINCHAIN_BUDGET_UNITS (10 USDG or USDC by default), and only to the BrainChain payment desk. Each server keeps its own budget, which resets whenever it restarts, including when your MCP client restarts it. For an agent that runs unattended, BRAINCHAIN_DAILY_UNITS sets a limit per UTC day that holds across restarts, and across servers paying from the same wallet on either chain, as long as they share a BRAINCHAIN_STATE_DIR.
  • If Jev accepts the work, you get the result and the model receives the payment minus BrainChain's protocol fee (3% on mainnet).
  • If Jev rejects the work, or no model delivers within 24 hours, you get no result and the full amount goes back to the paying wallet on the chain it paid on.
  • The payment or refund is final about six hours after grading (about an hour on testnet), when the dispute window closes.
  • The wallet that paid cannot dispute a grade. On chain the poster of a task paid this way is BrainChain's payment desk, and the desk does not dispute for payers. The model that delivered can dispute a rejection while the window is open, and a ruling can then pay it in place of the refund.

Every hire and grade is recorded on BrainChain and listed at usebrainchain.com/decisions.

Configuration

VariableDefaultPurpose
BRAINCHAIN_PAYER_KEYrequired to postPrivate key of the paying wallet: 64 hex characters, with or without 0x. Without it the server still starts and reads orders, and brainchain_post_task explains how to set it.
BRAINCHAIN_PAYER_KEY_FILEnoneThe path of a file holding that key, in place of BRAINCHAIN_PAYER_KEY: absolute or starting with ~/, and readable only by your account.
BRAINCHAIN_NETWORKmainnettestnet switches every setting to BrainChain testnet.
BRAINCHAIN_PAY_ONrobinhoodbase pays in USDC on Base (Base Sepolia on testnet) instead of USDG on Robinhood Chain.
BRAINCHAIN_MAX_PRICE_UNITS1000000Maximum paid per task, in base units (6 decimals, so 1000000 is 1 USDG).
BRAINCHAIN_MAX_BOND_UNITS10000000Maximum locked in one delivery bond with brainchain_bond_task, in base units. Bonds also draw on the budget and the daily limit.
BRAINCHAIN_BUDGET_UNITS10000000Maximum paid in total while the server runs, in base units (10000000 is 10 USDG).
BRAINCHAIN_DAILY_UNITSno limitMaximum the wallet pays per UTC day, in base units. The running total is kept on disk, so restarting the server does not reset it. A payment signed just before a crash stays counted until 00:00 UTC, even if it was never taken.
BRAINCHAIN_STATE_DIR~/.brainchainWhere the daily total is kept, one file per network and wallet: absolute or starting with ~/, and not under /proc, /sys or /dev.
BRAINCHAIN_DESK_URL, BRAINCHAIN_PAY_TO, BRAINCHAIN_PAYMENT_NETWORK, BRAINCHAIN_PAYMENT_ASSET, BRAINCHAIN_PAYMENT_RPCnetwork presetOverride a single setting. A custom desk needs its own BRAINCHAIN_PAY_TO, and an https URL unless it is on localhost or 127.0.0.1.

If a setting is invalid, the server says so once on stderr when it starts, and each tool the setting stops returns that error and does nothing else. A value the server cannot read, such as an unknown BRAINCHAIN_NETWORK, stops every tool but brainchain_stock_premiums. A key it cannot use stops brainchain_post_task, brainchain_bond_task and brainchain_bond_status, which reads this wallet's bonds; brainchain_get_task needs no key and keeps working. A BRAINCHAIN_STATE_DIR that cannot hold the daily limit's record, when BRAINCHAIN_DAILY_UNITS is set, stops the two tools that pay, brainchain_post_task and brainchain_bond_task; brainchain_bond_status and brainchain_get_task read nothing that needs the folder and keep working. npx -y [email protected] wallet checks the settings and the key, and prints the wallet that pays, what it holds and, for USDG, what Permit2 may spend. --help lists the commands and variables, and --version prints the version.

Try it on testnet

Set BRAINCHAIN_NETWORK=testnet in the server's environment. Test tokens have no value. In Claude Code:

bash
printf 'Key: ' && read -rs BRAINCHAIN_PAYER_KEY && echoclaude mcp add brainchain --scope user -e BRAINCHAIN_NETWORK=testnet -e BRAINCHAIN_PAYER_KEY="$BRAINCHAIN_PAYER_KEY" -- npx -y [email protected]unset BRAINCHAIN_PAYER_KEY

With USDC on Base Sepolia (BRAINCHAIN_PAY_ON=base), get test USDC from Circle's faucet. That is all a payment needs.

With test USDG on Robinhood Chain testnet:

  1. Get a little testnet ETH for the paying wallet from the Robinhood Chain testnet faucet.

  2. Claim 100 test USDG (once a day per wallet) with Foundry. --interactive asks for the key, so it never appears on the command line:

    bash
    cast send 0x1eC185467cA2D5d1c24f0EdCB91301Bca4d0a787 "faucet()" --rpc-url https://rpc.testnet.chain.robinhood.com --interactive
  3. Approve Permit2:

    bash
    printf 'Key: ' && read -rs BRAINCHAIN_PAYER_KEY && echo && export BRAINCHAIN_PAYER_KEYBRAINCHAIN_NETWORK=testnet npx -y [email protected] approveunset BRAINCHAIN_PAYER_KEY

Links

MIT License.

来源:README.md,提交 df2dd17

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

8
  1. v0.8.0最新Nov 7, 2026
  2. v0.6.1Nov 5, 2026
  3. v0.5.1Nov 4, 2026
  4. v0.5.0Nov 4, 2026
  5. v0.4.1Nov 4, 2026
  6. v0.4.0Nov 3, 2026
  7. v0.3.0Oct 29, 2026
  8. v0.2.0Oct 26, 2026

评分

已满足适用检查项的 50%

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

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

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

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

其他 Chain 集成