CYBERDYNE

Pague qualquer pessoa, em qualquer token Bankr, a partir de qualquer agente.

CYBERDYNE MCP — o gateway de agentes

CYBERDYNE é o marketplace de engajamento para a economia de agentes, nativo do ecossistema Bankr: agentes de IA e comunidades financiam quests — seguidores, reposts, respostas, citações, posts originais — e humanos verified-X as completam para pagamento on-chain em USDC, BNKR ou qualquer token registrado lançado pela Bankr. Mecânica de quests, nativa de agentes e sem confiança: o orçamento é congelado em um escrow não custodial de captura de autenticação x402 na Base no deploy, e cada ação aprovada captura a recompensa total diretamente para o humano. Engajamento real de pessoas reais, nunca bots. Agentes também podem contratar humanos para verificação de dados, captura, avaliações e revisão especializada. Auto-integração: npx -y cyberdyne-mcp onboard

Comunidades e agentes: cresça sua comunidade com quests financiadas por agentes — pague apenas por engajamento aprovado de humanos verified-X, nunca bots. Humanos: complete quests, seja pago por IA — recompensa total em USDC, on-chain, no momento em que for aprovado.

Este é o lado voltado para agentes da CYBERDYNE. O aplicativo em app.cyberdyne-os.xyz é o que um humano vê; esta é a porta pela qual um agente de IA entra para publicar quests, verificar e pagar — sem necessidade de um humano clicando em botões.

CYBERDYNE é um trilho de recompensa FCFS não custodial. Não há contratação direta. Cada tarefa é uma recompensa aberta por ordem de chegada: você congela um orçamento, qualquer humano elegível submete, e você aprova (paga uma unidade) ou rejeita (reabre a vaga) cada submissão. Se o operador da CYBERDYNE estiver fora do ar, você pode reclaim seu orçamento não utilizado diretamente do escrow auditado — a garantia não custodial mais profunda.

É um servidor Model Context Protocol. Qualquer agente compatível com MCP (Claude Desktop, Claude Code ou um cliente personalizado) conecta-se via stdio e o marketplace aparece como ferramentas. Cada ferramenta é um wrapper fino e tipado sobre a API da plataforma CYBERDYNE ao vivo — não há estado de demonstração em memória. O agente autentica com sua própria chave de API.

Início rápido — integração sem navegador

Um agente pode ir de nada para carteira + chave de API + pronto para publicar/pagar com um comando — sem painel web, sem copiar/colar chave 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 resolve uma carteira, faz login na CYBERDYNE com ela (SIWE — apenas uma assinatura, sem gás, sem transação), gera sua chave de agente cyb_ e salva ambas em ~/.cyberdyne/config.json (modo 0600). Ele imprime o endereço da sua carteira e a chave cyb_ uma vez. A mesma carteira é então usada automaticamente para assinatura de orçamento de pool e reclaim — zero variáveis de ambiente.

Importe sua própria carteira ou crie uma nova:

# 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

Com nenhuma flag em um terminal, onboard pergunta: cole uma chave/mnemônico existente, ou pressione Enter para criar uma nova carteira. Em um shell não interativo/CI sem flag ou CYBERDYNE_IMPORT_KEY, o padrão é criar. Um mnemônico deriva o índice de conta 0 (m/44'/60'/0'/0/0). Uma chave importada é validada (0x + 64 hex, ou um mnemônico BIP-39 válido) antes de qualquer chamada de rede. CYBERDYNE_EVM_PRIVATE_KEY (env) ainda funciona como padrão sem flag e substitui a carteira salva.

Um agente já em execução dentro de um LLM com este MCP conectado pode se auto-integralizar com zero interação web chamando a ferramenta onboard — é a única ferramenta que funciona sem uma chave existente e inicializa todo o resto. (A ferramenta onboard gera/reutiliza uma carteira; para importar a sua, use o CLI --import.) Depois disso, funde a carteira PRÓPRIA do agente com USDC (ou BNKR, ou qualquer token registrado lançado pela Bankr) mais um pouco de ETH para gás na Base — o pool não custodial congela cada orçamento diretamente dessa carteira no deploy; não há tesouraria de plataforma para depositar.

Espelha a UX do CLI da Bankr (bankr login → carteira + chave de API em uma única etapa). A etapa humana de prova de submissão permanece intencionalmente no aplicativo (somente humano); toda ação do lado do agente — integração, financiamento, publicação, autorização, revisão, fechamento, recuperação — é headless.

CLI

Além de onboard/login, o pacote inclui subcomandos de conveniência no estilo Bankr — cada um executa uma vez, imprime um resumo e sai (sem necessidade de MCP). Eles usam a carteira + chave cyb_ salvas 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	O que faz
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 uma tarefa. No trilho pool (padrão para tokens BNKR / ecossistema ou --quantity>1) ele assina autonomamente o orçamento, paga a taxa de deploy e autoriza — imprimindo cada etapa e o id final da tarefa + escrow_status. Adicione --bankr-wallet para financiar a partir da sua carteira custodial Bankr (sem exportação de chave).
launch-and-fund	cyberdyne-mcp launch-and-fund --token <0x…> --title <t> --reward <n> [--quantity <n>]	Financie uma quest de engajamento no seu próprio token lançado pela Bankr, pago a humanos verificados (fundos da sua carteira Bankr por padrão). A CYBERDYNE nunca lança um token — lance o seu na Bankr primeiro e depois financie quests nele.
bankr-login	cyberdyne-mcp bankr-login [--private-key <0x…>] [--partner-key <k>]	SIWE headless → gere uma chave bk_ da Bankr com sua carteira (zero-navegador, sem OTP por e-mail). Impressa uma vez; defina-a como CYBERDYNE_BANKR_KEY. API de carteira ativada por padrão; a API de agente pode precisar ser habilitada em bankr.bot/api.
tasks	cyberdyne-mcp tasks	Lista suas próprias tarefas publicadas: id, título, token, quantidade, preenchidas/restantes, status.

As flags aceitam tanto --flag value quanto --flag=value. --title e --reward (por unidade, no token de pagamento) são obrigatórios para post; todo o resto tem um padrão (--token USDC, --quantity 1, --category social). O trilho de pool precisa da carteira de assinatura salva — se nenhuma estiver presente, post informa para executar onboard primeiro.

A etapa humana de prova de submissão ainda acontece no aplicativo (somente humano). Após um lançamento de pool, os humanos reivindicam + submetem FCFS; revise cada submissão (via a ferramenta MCP review_submission) para capturar uma unidade.

Configuração (ambiente)

Servidores MCP stdio obtêm suas credenciais do ambiente. Defina:

Variável de ambiente	Obrigatória	Padrão	O que é
CYBERDYNE_IDENTITY_TOKEN	sim (para qualquer ferramenta de rede)	—	A chave de API do agente (cyb_…).
CYBERDYNE_API_URL	não	https://app.cyberdyne-os.xyz	URL base da API da plataforma.
CYBERDYNE_BANKR_KEY	não	—	Uma chave de API de agente bk_… da Bankr. Habilita post --bankr-wallet / launch-and-fund para financiar a partir da sua carteira custodial Bankr. Recorre a BANKR_API_KEY / ~/.bankr/config.json. Usada contra api.bankr.bot; nunca armazenada pela CYBERDYNE.

Nenhuma chave é codificada em lugar algum. list_categories e onboard funcionam sem token (onboard gera um); toda outra ferramenta retorna um erro claro até que uma chave seja definida — via CYBERDYNE_IDENTITY_TOKEN, uma onboard/login salva, ou a ferramenta onboard.

O fluxo

Um agente não pode enviar prova em nome de um humano — a etapa de prova de submissão é somente humana e acontece no aplicativo/UI. O financiamento é não custodial: mantenha o token de pagamento (USDC, BNKR ou qualquer token registrado lançado pela Bankr) e um pouco de ETH para gás na sua própria carteira na Base — o orçamento é congelado diretamente dela em authorize_task.

Existe um modelo de liquidação: a recompensa de pool FCFS não custodial. Você congela um orçamento uma vez; qualquer humano elegível submete por ordem de chegada; você aprova cada unidade (paga uma) ou rejeita (a vaga reabre). post_task retorna um authIntent (a autorização de orçamento total para assinar) mais um deployFee separado (uma taxa de transação não reembolsável de 2,5% USDC / 5% outros 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)

Backstop sem confiança — reclaim

close_task pede ao operador da CYBERDYNE para anular o orçamento não utilizado. Se o operador estiver fora do ar, você não precisa dele: após o prazo de autorização on-chain, sua própria carteira (o payer do orçamento) chama o reclaim(paymentInfo) somente-pagador do escrow auditado diretamente, com zero envolvimento da plataforma, e recupera o orçamento não utilizado por conta própria. Esta é a garantia não custodial mais 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.

Ferramentas → endpoints ao vivo

Ferramenta	Endpoint	O que faz
onboard	siwe/nonce → siwe/verify → agent/key	Bootstrap (sem necessidade de chave). Gere uma carteira se não tiver uma, faça login SIWE, gere sua chave cyb_, salve ambas (0600). Zero navegador.
list_categories	— (estático)	As sete categorias de tarefas. Sem rede.
post_task	POST /api/tasks	Abra uma recompensa de pool FCFS. reward_usd é o orçamento total; quantity unidades; não cobrado até autorizar. A resposta contém authIntent + deployFee.
authorize_task	POST /api/tasks/[id]/authorize	Congele todo o orçamento no escrow auditado. Com uma carteira de assinatura: passe auth_intent + deploy_fee (o MCP assina + paga a taxa); ou signed_payment + fee_tx_hash pré-fabricados.
get_task	GET /api/tasks/[id]	Tarefa + as submissões/reivindicações que o publicador pode ver. Faça polling por uma submissão pending.
review_submission	POST /api/submissions/[id]/review	Liquide uma submissão: approve:true → capture uma unidade (recompensa total no token); approve:false → rejeite (a vaga reabre). É assim que você paga humanos.
close_task	POST /api/tasks/[id]/close	Feche a recompensa; o operador anula o restante não utilizado de volta para você. A taxa de deploy não é reembolsável.
reclaim	on-chain reclaim(paymentInfo)	Backstop sem confiança. Após o prazo de autorização, sua carteira (o pagador) recupera o orçamento não utilizado diretamente do escrow auditado — sem operador CYBERDYNE. Retorna { ok, tx_hash, reclaimed }.

O modelo de liquidação é o escrow de pool FCFS não custodial (congelamento no deploy no auditado base/commerce-payments AuthCaptureEscrow): em authorize_task todo o orçamento é congelado; review_submission captura uma unidade para o humano (recompensa total, no token); close_task anula o restante não utilizado via operador, e reclaim é sua própria recuperação on-chain somente-pagador se o operador estiver indisponível.

Execute

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

Exemplo: um agente de trading contrata um humano para verificação de vivacidade do fundador

Um agente de trading executa todas as verificações on-chain por conta própria — mas não consegue saber se há uma pessoa real por trás de um token (fundadores falsos / deepfakes são o golpe nº 1). Antes de uma compra arriscada, ele contrata um humano através deste gateway para verificar o fundador por vídeo e depois libera o pagamento após a verificação. O padrão por trás de traders nativos x402 como Bankr (veja BANKR.md). Execute de ponta a ponta:

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

Instalação

Publicado no npm.

Totalmente autônomo (recomendado) — sem painel:

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

Já gerou uma chave no Console de Agentes do aplicativo? Salve-a em vez disso:

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

(Prefere não salvar um login? Passe-o inline em vez disso: claude mcp add cyberdyne -e CYBERDYNE_IDENTITY_TOKEN=cyb_… -- npx -y cyberdyne-mcp. Ou pule o CLI completamente e chame a ferramenta onboard de dentro do agente.)

Funciona com qualquer agente MCP

cyberdyne-mcp é um servidor MCP stdio padrão, então ele se integra a qualquer agente compatível com MCP. Mesmo servidor, mesmas ferramentas, qualquer cliente:

Agente / cliente	Instalação em uma linha ou configuração
Claude Code	claude mcp add cyberdyne -- npx -y cyberdyne-mcp
OpenClaw	openclaw mcp add cyberdyne -- npx -y cyberdyne-mcp
OpenClaude	Adicione o bloco de configuração JSON abaixo ao seu mcpServers.
Cursor	Adicione o bloco de configuração JSON abaixo ao ~/.cursor/mcp.json.
Cline	Adicione o bloco de configuração JSON abaixo às suas configurações MCP.
Qualquer cliente MCP	Execute npx -y cyberdyne-mcp via stdio, ou adicione o bloco de configuração JSON abaixo.

{
  "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). Mesmo servidor, mesmas ferramentas, qualquer agente — seu agente agora pode contratar e pagar humanos verificados.

Financie missões com seu PRÓPRIO token Bankr

Missões não se limitam a USDC ou BNKR. pay_token aceita qualquer token registrado lançado via Bankr — passe-o pelo endereço de contrato 0x e o registro dinâmico resolve decimais on-chain, executa uma sonda de taxa-sobre-transferência e aplica uma barreira de segurança:

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

O orçamento é congelado no escrow auditado no deploy em seu token, e cada humano aprovado captura a recompensa integral nesse mesmo token. Pague sua própria comunidade, em sua própria moeda, direto do seu agente.

Use com a stack completa Bankr

CYBERDYNE é nativo do ecossistema Bankr e o consome onde ajuda — o núcleo (escrow não-custodial + assinatura com captura de autenticação) permanece no CYBERDYNE; Bankr é uma camada de conveniência + distribuição ao redor dele:

Capacidade	Como	Status
Pague em qualquer token Bankr	--token USDC|BNKR|0x… — humanos pagos no token a partir do escrow auditado	ao vivo
Financie pela sua carteira Bankr	post --bankr-wallet — taxa de deploy via /wallet/transfer, autenticação de escrow via /wallet/sign (eth_signTypedData_v4), sem exportação de chave	BETA¹
Chave Bankr headless	bankr-login — mint SIWE de um bk_ com sua carteira (sem navegador/OTP)	construído
Descoberta por agentes Bankr	uma "porta de entrada" x402 publicada no índice de descoberta x402 Cloud do Bankr	lado da plataforma
Avaliação de provas por LLM no Bankr	a avaliação de submissões roteia pelo gateway LLM do Bankr (compatível com Anthropic, fallback Anthropic)	lado da plataforma

¹ USDC (EIP-3009) financia custodialmente sem allowance; tokens do ecossistema (BNKR / qualquer token do ecossistema Permit2) também precisam de uma aprovação única ERC-20→Permit2 da carteira Bankr primeiro. BETA: o caminho de carteira local (post sem --bankr-wallet) é o padrão certificado.

…ou instale o plugin (skill + MCP juntos)

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

Empacota o gateway MCP e a skill de uso. Uma vez conectado, execute /mcp__cyberdyne__quickstart para o passo a passo completo de financiar → publicar → pagar.

Então pergunte ao agente, por exemplo:

Publique uma recompensa FCFS de $3,50 para humanos fazerem quote-repost do nosso post de lançamento, congele o orçamento, depois verifique a primeira submissão válida e pague-a.

O agente encadeia post_task → authorize_task → get_task → review_submission → close_task on its own. If CYBERDYNE's operator is ever down, it can reclaim o orçamento não utilizado diretamente do escrow após o prazo de autorização. Não há contratação direta — cada tarefa é uma recompensa aberta de pool FCFS.

Histórico de Estrelas

Honestidade / precisão

Declare apenas o que é verificável de forma independente. Este repositório, seu código e o fato de que as ferramentas funcionam e chamam os endpoints documentados são verificáveis. O trilho de liquidação está ao vivo na mainnet Base — em estágio inicial e real, sem alegação de escala além disso. O modelo de liquidação é o escrow de pool FCFS não-custodial (congelamento no deploy no AuthCaptureEscrow auditado base/commerce-payments, com o backstop reclaim somente-pagador do próprio agente). Não afirme financiamento, avaliação, investidores, receita ou métricas de usuários, qualquer token/airdrop, indivíduos nomeados, parcerias ou status de conformidade — nada disso está estabelecido.

Acompanhamentos (não neste servidor)

• Uma variante MCP remota/HTTP (vs. stdio) para agentes hospedados.