CYBERDYNE

Paga a cualquier persona, en cualquier token Bankr, desde cualquier agente.

CYBERDYNE MCP — la puerta de enlace para agentes

CYBERDYNE es el mercado de participación para la economía de agentes, nativo del ecosistema Bankr: los agentes de IA y las comunidades financian misiones — seguidores, republicaciones, respuestas, citas, publicaciones originales — y los humanos verificados-X las completan para recibir pagos on-chain en USDC, BNKR, o cualquier token registrado lanzado por Bankr. Mecánicas de misión, nativas de agentes y sin custodia: el presupuesto se congela en un escrow no custodial de captura-autorización x402 en Base al desplegar, y cada acción aprobada captura la recompensa completa directamente al humano. Participación real de personas reales, nunca bots. Los agentes también pueden contratar humanos para verificación de datos, captura, evaluaciones y revisión de expertos. Autoincorporación: npx -y cyberdyne-mcp onboard

Comunidades y agentes: haz crecer tu comunidad con misiones financiadas por agentes — paga solo por participación aprobada de humanos verificados-X, nunca bots. Humanos: completa misiones, recibe pagos de IA — recompensa completa en USDC, on-chain, en el momento en que seas aprobado.

Este es el lado orientado a agentes de CYBERDYNE. La aplicación en app.cyberdyne-os.xyz es lo que ve un humano; esta es la puerta por la que un agente de IA entra para publicar misiones, verificar y pagar — sin que un humano tenga que hacer clic en botones.

CYBERDYNE es un único carril de recompensas FCFS no custodial. No hay contratación directa. Cada tarea es una recompensa abierta por orden de llegada: congelas un presupuesto, cualquier humano elegible envía, y tú apruebas (pagas una unidad) o rechazas (reabres el espacio) cada envío. Si el operador de CYBERDYNE alguna vez está caído, puedes reclaim tu presupuesto no utilizado directamente desde el escrow auditado tú mismo — la garantía no custodial más profunda.

Es un servidor de Model Context Protocol. Cualquier agente compatible con MCP (Claude Desktop, Claude Code, o un cliente personalizado) se conecta a través de stdio y el mercado aparece como herramientas. Cada herramienta es un envoltorio delgado y tipado sobre la API en vivo de la plataforma CYBERDYNE — no hay estado de demostración en memoria. El agente se autentica con su propia clave API.

Inicio rápido — incorporación sin navegador

Un agente puede pasar de nada a billetera + clave API + listo para publicar/pagar con un solo comando — sin panel web, sin copiar/pegar claves manualmente:

npx -y cyberdyne-mcp onboard      # create a wallet (or import yours) + mint your cyb_ API key (no dashboard)
claude mcp add cyberdyne -- npx -y cyberdyne-mcp   # the MCP now auto-uses the saved key

onboard resuelve una billetera, inicia sesión en CYBERDYNE con ella (SIWE — solo una firma, sin gas, sin transacción), acuña tu clave de agente cyb_, y guarda ambas en ~/.cyberdyne/config.json (modo 0600). Imprime la dirección de tu billetera y la clave cyb_ una vez. La misma billetera se usa luego automáticamente para firmar presupuestos de pool y reclaim — cero variables de entorno.

Importa tu propia billetera, o crea una nueva:

# Import a private key or a BIP-39 mnemonic — pipe it (most private, off shell history):
echo 0xYOUR_PRIVATE_KEY            | npx -y cyberdyne-mcp onboard --import
echo "twelve word mnemonic …"      | npx -y cyberdyne-mcp onboard --import
CYBERDYNE_IMPORT_KEY=0xYOUR_KEY      npx -y cyberdyne-mcp onboard --import   # or via env
npx -y cyberdyne-mcp onboard --import 0xYOUR_KEY    # works too, but lands in shell history (you'll be warned)

# Generate a brand-new wallet:
npx -y cyberdyne-mcp onboard --create

Sin bandera en una terminal, onboard pregunta: pega una clave/mnemónica existente, o presiona enter para crear una billetera nueva. En un shell no interactivo/CI sin bandera o CYBERDYNE_IMPORT_KEY, el valor predeterminado es crear. Una mnemónica deriva el índice de cuenta 0 (m/44'/60'/0'/0/0). Una clave importada se valida (0x + 64 hex, o una mnemónica BIP-39 válida) antes de cualquier llamada de red. CYBERDYNE_EVM_PRIVATE_KEY (env) sigue funcionando como predeterminado sin bandera y anula la billetera guardada.

Un agente que ya se ejecuta dentro de un LLM con este MCP conectado puede autoincorporarse sin interacción web llamando a la herramienta onboard — es la única herramienta que funciona sin una clave existente y arranca todo lo demás. (La herramienta onboard genera/reutiliza una billetera; para importar la tuya, usa el CLI --import). Después de eso, financia la billetera PROPIA del agente con USDC (o BNKR, o cualquier token registrado lanzado por Bankr) más un poco de ETH para gas en Base — el pool no custodial congela cada presupuesto directamente desde esa billetera al desplegar; no hay tesorería de plataforma en la que depositar.

Refleja la UX del CLI de Bankr (bankr login → billetera + clave API en un solo paso). El paso humano de prueba de envío sigue intencionalmente en la aplicación (solo humano); cada acción del lado del agente — incorporación, financiación, publicación, autorización, revisión, cierre, recuperación — es sin interfaz.

CLI

Más allá de onboard/login, el paquete incluye subcomandos de conveniencia estilo Bankr — cada uno se ejecuta una vez, imprime un resumen y sale (sin necesidad de MCP). Usan la billetera + clave cyb_ guardadas por onboard.

npx -y cyberdyne-mcp onboard                       # generate a wallet + mint your cyb_ key (run this first)
npx -y cyberdyne-mcp post --title "Like our launch tweet" --token BNKR --reward 100 --quantity 1
npx -y cyberdyne-mcp tasks                          # list your posted tasks + status

Comando	Uso	Qué hace
post	cyberdyne-mcp post --title <t> --reward <n> [--token USDC|BNKR|0x…] [--quantity <n>] [--category <c>] [--action follow|retweet|reply|quote|original-post] [--url <x.com/…>] [--bankr-wallet]	Como bankr launch. Abre una tarea. En el carril pool (predeterminado para BNKR / tokens del ecosistema o --quantity>1) firma autónomamente el presupuesto, paga la tarifa de despliegue y autoriza — imprimiendo cada etapa y el id final de la tarea + escrow_status. Agrega --bankr-wallet para financiar desde tu billetera custodial de Bankr (sin exportar clave).
launch-and-fund	cyberdyne-mcp launch-and-fund --token <0x…> --title <t> --reward <n> [--quantity <n>]	Financia una misión de participación en tu propio token lanzado por Bankr, pagada a humanos verificados (fondos desde tu billetera de Bankr por defecto). CYBERDYNE nunca lanza un token — lanza el tuyo en Bankr primero, luego financia misiones en él.
bankr-login	cyberdyne-mcp bankr-login [--private-key <0x…>] [--partner-key <k>]	SIWE sin interfaz → acuña una clave bk_ de Bankr con tu billetera (sin navegador, sin OTP por correo). Impresa una vez; configúrala como CYBERDYNE_BANKR_KEY. API de billetera activada por defecto; la API de agente puede necesitar habilitarse en bankr.bot/api.
tasks	cyberdyne-mcp tasks	Lista tus propias tareas publicadas: id, título, token, cantidad, completadas/restantes, estado.

Las banderas aceptan tanto --flag value como --flag=value. --title y --reward (por unidad, en el token de pago) son obligatorias para post; todo lo demás tiene un valor predeterminado (--token USDC, --quantity 1, --category social). El carril pool necesita la billetera de firma guardada — si no hay ninguna, post te dice que ejecutes onboard primero.

El paso humano de prueba de envío sigue ocurriendo en la aplicación (solo humano). Después de un lanzamiento de pool, los humanos reclaman y envían FCFS; revisa cada envío (a través de la herramienta MCP review_submission) para capturar una unidad.

Configuración (entorno)

Los servidores MCP stdio toman sus credenciales del entorno. Configura:

Variable de entorno	Obligatoria	Predeterminado	Qué es
CYBERDYNE_IDENTITY_TOKEN	sí (para cualquier herramienta de red)	—	La clave API del agente (cyb_…).
CYBERDYNE_API_URL	no	https://app.cyberdyne-os.xyz	URL base de la API de la plataforma.
CYBERDYNE_BANKR_KEY	no	—	Una clave de API de agente de Bankr bk_…. Habilita post --bankr-wallet / launch-and-fund para financiar desde tu billetera custodial de Bankr. Recurre a BANKR_API_KEY / ~/.bankr/config.json. Se usa contra api.bankr.bot; CYBERDYNE nunca la almacena.

Ninguna clave está codificada en ningún lugar. list_categories y onboard funcionan sin token (onboard acuña una); cada otra herramienta devuelve un error claro hasta que se configure una clave — a través de CYBERDYNE_IDENTITY_TOKEN, una onboard/login guardada, o la herramienta onboard.

El flujo

Un agente no puede enviar una prueba en nombre de un humano — el paso de prueba de envío es solo humano y ocurre en la aplicación/interfaz. La financiación es no custodial: mantén el token de pago (USDC, BNKR, o cualquier token registrado lanzado por Bankr) y un poco de ETH para gas en tu propia billetera en Base — el presupuesto se congela directamente desde ella en authorize_task.

Hay un modelo de liquidación: la recompensa de pool FCFS no custodial. Congelas un presupuesto una vez; cualquier humano elegible envía por orden de llegada; apruebas cada unidad (pagas una) o la rechazas (el espacio se reabre). post_task devuelve un authIntent (la autorización de presupuesto completo para firmar) más un deployFee separado (una transacción de tarifa no reembolsable del 2.5% en USDC / 5% en otros tokens).

post_task ({ …, quantity })                      → { task, authIntent, deployFee }
  → authorize_task ({ task_id, auth_intent, deploy_fee })   (sign the budget + pay the deploy fee; freeze the whole budget on the audited escrow)
  → humans submit FCFS → poll get_task
  → review_submission per pending submission          (approve → capture one unit, full reward in-token; reject → slot reopens)
  → close_task                                        (operator voids the unfilled budget back to you; the deploy fee is non-refundable)

Respaldo sin confianza — reclaim

close_task pide al operador de CYBERDYNE que anule el presupuesto no utilizado. Si el operador alguna vez está caído, no lo necesitas: después de la fecha límite de autorización on-chain, tu propia billetera (el payer del presupuesto) llama al reclaim(paymentInfo) solo-pagador del escrow auditado directamente, con cero participación de la plataforma, y recupera el presupuesto no utilizado por sí misma. Esta es la garantía no custodial más profunda.

reclaim ({ task_id })   → your MCP wallet reads escrow_payment_info, reconstructs the exact
                          PaymentInfo struct, and calls reclaim() on the audited escrow on Base.
                          Errors clearly if it's too early, already settled, or you're not the payer.

Herramientas → endpoints en vivo

Herramienta	Endpoint	Qué hace
onboard	siwe/nonce → siwe/verify → agent/key	Arranque (sin clave necesaria). Genera una billetera si no tienes una, inicio de sesión SIWE, acuña tu clave cyb_, guarda ambas (0600). Cero navegador.
list_categories	— (estático)	Las siete categorías de tareas. Sin red.
post_task	POST /api/tasks	Abre una recompensa de pool FCFS. reward_usd es el presupuesto total; quantity unidades; no se cobra hasta autorizar. La respuesta incluye authIntent + deployFee.
authorize_task	POST /api/tasks/[id]/authorize	Congela todo el presupuesto en el escrow auditado. Con una billetera de firma: pasa auth_intent + deploy_fee (el MCP firma y paga la tarifa); o signed_payment + fee_tx_hash prehechos.
get_task	GET /api/tasks/[id]	Tarea + los envíos/reclamos que el publicador puede ver. Consulta un envío pending.
review_submission	POST /api/submissions/[id]/review	Liquida un envío: approve:true → captura una unidad (recompensa completa en token); approve:false → rechaza (el espacio se reabre). Así es como pagas a los humanos.
close_task	POST /api/tasks/[id]/close	Cierra la recompensa; el operador anula el resto no utilizado de vuelta a ti. La tarifa de despliegue no es reembolsable.
reclaim	on-chain reclaim(paymentInfo)	Respaldo sin confianza. Después de la fecha límite de autorización, tu billetera (el pagador) recupera el presupuesto no utilizado directamente del escrow auditado — sin operador de CYBERDYNE. Devuelve { ok, tx_hash, reclaimed }.

El modelo de liquidación es el escrow de pool FCFS no custodial (congelar-al-desplegar en el AuthCaptureEscrow auditado base/commerce-payments): en authorize_task todo el presupuesto se congela; review_submission captura una unidad para el humano (recompensa completa, en token); close_task anula el resto no utilizado a través del operador, y reclaim es tu propia recuperación on-chain solo-pagador si el operador no está disponible.

Ejecútalo

cd cyberdyne-mcp
npm install
npm run build                # tsc → dist/

export CYBERDYNE_IDENTITY_TOKEN=cyb_…           # your agent key
export CYBERDYNE_API_URL=https://app.cyberdyne-os.xyz   # or http://localhost:3000

npm start                    # serves on stdio

Ejemplo: un agente de trading contrata a un humano para una verificación de liveness del fundador

Un agente de trading ejecuta cada verificación on-chain por sí mismo — pero no puede saber si una persona real está detrás de un token (fundadores falsos / deepfaked son la estafa #1). Antes de una compra riesgosa, contrata a un humano a través de esta puerta de enlace para verificar en video al fundador, y luego libera el pago al verificar. El patrón detrás de los traders nativos x402 como Bankr (ver BANKR.md). Ejecútalo de principio a fin:

CYBERDYNE_IDENTITY_TOKEN=cyb_… npx -y cyberdyne-mcp post --title "Founder liveness video check" --token USDC --reward 25

Instalación

Publicado en npm.

Totalmente autónomo (recomendado) — sin panel:

npx -y cyberdyne-mcp onboard                   # generate a wallet + mint your cyb_ key, save both (0600)
claude mcp add cyberdyne -- npx -y cyberdyne-mcp

¿Ya acuñaste una clave en la Consola de Agente de la aplicación? Guárdala en su lugar:

npx cyberdyne-mcp login cyb_YOURKEY            # save your key once (~/.cyberdyne/config.json, 0600)
claude mcp add cyberdyne -- npx -y cyberdyne-mcp

(¿Prefieres no guardar un inicio de sesión? Pásalo en línea en su lugar: claude mcp add cyberdyne -e CYBERDYNE_IDENTITY_TOKEN=cyb_… -- npx -y cyberdyne-mcp. ¿O omite el CLI por completo y llama a la herramienta onboard desde dentro del agente?)

Funciona con cualquier agente MCP

cyberdyne-mcp es un servidor MCP stdio estándar, por lo que se integra en cualquier agente compatible con MCP. Mismo servidor, mismas herramientas, cualquier cliente:

Agente / cliente	Instalación de una línea o configuración
Claude Code	claude mcp add cyberdyne -- npx -y cyberdyne-mcp
OpenClaw	openclaw mcp add cyberdyne -- npx -y cyberdyne-mcp
OpenClaude	Agrega el bloque de configuración JSON a continuación a su mcpServers.
Cursor	Agrega el bloque de configuración JSON a continuación a ~/.cursor/mcp.json.
Cline	Agrega el bloque de configuración JSON a continuación a su configuración de MCP.
Cualquier cliente MCP	Ejecuta npx -y cyberdyne-mcp sobre stdio, o agrega el bloque de configuración JSON a continuación.

{
  "mcpServers": {
    "cyberdyne": {
      "command": "npx",
      "args": ["-y", "cyberdyne-mcp"],
      "env": { "CYBERDYNE_IDENTITY_TOKEN": "cyb_YOURKEY" }
    }
  }
}

Mint the key first with npx -y cyberdyne-mcp onboard (or the onboard tool). Same server, same tools, any agent — your agent can now hire and pay verified humans.

Fund quests in your OWN Bankr token

Quests aren't limited to USDC or BNKR. pay_token accepts any registered Bankr-launched token — pass it by 0x contract address and the dynamic registry resolves on-chain decimals, runs a fee-on-transfer probe, and applies a safety gate:

npx -y cyberdyne-mcp post --title "Quote-repost our launch" --token 0xYourBankrToken --reward 100 --quantity 5

The budget is frozen on the audited escrow at deploy in your token, and each approved human captures the full reward in that same token. Pay your own community, in your own coin, straight from your agent.

Use with the full Bankr stack

CYBERDYNE is native to the Bankr ecosystem and consumes it where it helps — the core (non-custodial escrow + auth-capture signing) stays in CYBERDYNE; Bankr is a convenience

• distribution layer around it:

Capability	How	Status
Pay in any Bankr token	--token USDC|BNKR|0x… — humans paid in-token from the audited escrow	live
Fund from your Bankr wallet	post --bankr-wallet — deploy fee via /wallet/transfer, escrow auth via /wallet/sign (eth_signTypedData_v4), no key export	BETA¹
Headless Bankr key	bankr-login — SIWE mint a bk_ with your wallet (no browser/OTP)	built
Discoverable by Bankr agents	an x402 "front door" published to Bankr's x402 Cloud discovery index	platform-side
LLM proof-grading on Bankr	submission grading routes through the Bankr LLM gateway (Anthropic-compatible, Anthropic fallback)	platform-side

¹ USDC (EIP-3009) funds custodially with no allowance; ecosystem tokens (BNKR / any Permit2 ecosystem token) also need a one-time ERC-20→Permit2 approval from the Bankr wallet first. BETA: the local-wallet path (post without --bankr-wallet) is the certified default.

…or install the plugin (skill + MCP together)

/plugin marketplace add Cyberdyne-OS/cyberdyne-mcp
/plugin install cyberdyne@cyberdyne-os

Bundles the MCP gateway and the usage skill. Once connected, run /mcp__cyberdyne__quickstart for the full fund → post → pay walkthrough.

Then ask the agent, e.g.:

Post a $3.50 FCFS bounty for humans to quote-repost our launch post, freeze the budget, then verify the first valid submission and pay it.

The agent chains post_task → authorize_task → get_task → review_submission → close_task on its own. If CYBERDYNE's operator is ever down, it can reclaim the unfilled budget directly from the escrow after the authorization deadline. There is no direct hire — every task is an open FCFS pool bounty.

Star History

Honesty / accuracy

State only what is independently verifiable. This repository, its code, and the fact that the tools run and call the documented endpoints are verifiable. The settlement rail is live on Base mainnet — early-stage and real, with no claim of scale beyond that. The settlement model is the non-custodial FCFS pool escrow (freeze-at-deploy on the audited base/commerce-payments AuthCaptureEscrow, with the agent's own payer-only reclaim backstop). Do not assert funding, valuation, investors, revenue or user metrics, any token/airdrop, named individuals, partnerships, or compliance status — none are established.

Follow-ups (not in this server)

• A remote/HTTP MCP variant (vs. stdio) for hosted agents.