Três novas maneiras de acessar o OrbitFlare: Introduzindo o CLI, MCP e Skills

Você escreve um aplicativo Solana e as perguntas que surgem enquanto você o escreve quase nunca estão no mesmo lugar que o código. Você quer uma amostra de taxa para um endereço que toca Raydium para que possa decidir se sua oferta de taxa prioritária vai ser aceita ou não. Você quer saber qual é o saldo da sua conta antes de ativar um plano mais pesado. Você quer criar um copy-trader porque pensou em uma estratégia e preferiria vê-la se mover na blockchain antes de se convencer do contrário. Você quer que a IA do seu editor pare de alucinar nomes de campos gRPC que não existem desde que o proto do Yellowstone foi alterado pela última vez.

Cada uma dessas é uma troca de contexto. Mude para o painel, clique por aí. Abra um novo terminal, encontre o curl certo. Reexplique ao agente que não, este é o proto do Jetstream, não o do Yellowstone, e o campo é account_include, não account_filter. Cada um é pequeno. Eles se acumulam.

As três coisas abaixo fecham essas lacunas onde elas realmente vivem: no seu terminal, na janela de contexto do seu agente e na superfície de chat onde você já está digitando.

O CLI

orbitflare é um único binário que coloca cada parte da superfície do OrbitFlare a um comando de distância do seu shell. Consultas RPC, dois tipos de streaming gRPC, assinaturas WebSocket, criação de projetos a partir de uma pequena biblioteca de templates, gerenciamento de login e chaves, navegação de planos, recargas em tempo real na blockchain em USDC e um painel TUI para assistir toda a conta se movendo em tempo real. Cada comando suporta --json, para que você possa canalizar qualquer saída para a próxima coisa na cadeia.

cargo install orbitflare
orbitflare auth login --x-orbit-key ORBIT-...

Esse é o comando de instalação e o login único. As credenciais vão para o keychain do OS, a chave de licença RPC é puxada para você, então você não precisa passá-la por cada comando, e orbitflare auth status está lá quando você precisa confirmar qual perfil está usando.

rpc lida com leituras únicas:

orbitflare rpc slot
orbitflare rpc balance <ENDEREÇO>
orbitflare rpc tokens <WALLET>
orbitflare rpc tx <ASSINATURA>
orbitflare rpc history <WALLET> --limit 50

ws espelha os quatro tipos de assinatura pubsub da Solana. Cada um leva um --commitment para substituir o padrão e uma flag --json para saída de uma linha por atualização:

orbitflare ws slot
orbitflare ws account EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v
orbitflare ws logs --mentions 675kPX9MHTjS2zt1qfr1NYHuzeLXfQM9H24wFSUt1Mp8
orbitflare ws signature <sig>

--ws-url é global e derivado automaticamente do seu URL RPC quando você não passa um, que é a maioria das vezes.

jet e grpc são os firehoses. Ambos aceitam uma configuração YAML que descreve quais transações, contas ou slots você deseja ver, expandem referências ${ENV_VAR} inline e transmitem os eventos correspondentes à medida que acontecem:

orbitflare jet --config stream.yml
orbitflare grpc --config grpc-stream.yml

template --list mostra o que está disponível e template --install <nome> clona o exemplo escolhido para o seu diretório de trabalho, que é a maneira mais rápida de ver como um projeto com formato OrbitFlare está conectado de ponta a ponta:

orbitflare template --install solana-copy-trader

plan list, plan compare --all, pay check-balance e pay topup <VALOR> cobrem o lado da conta, as mesmas coisas que você estaria clicando no painel para acessar. dashboard abre o TUI quando você quer tudo em um único painel.

Streaming e RPC dentro do CLI rodam em cima do crate publicado orbitflare-sdk, o que significa que a falha em múltiplos endpoints, tentativas exponenciais com jitter, verificações de vivacidade ping/pong ativas, reconexão automática em desconexões e sanitização de URL que mantém sua chave API fora de mensagens de erro e spans de rastreamento vêm de graça.

Habilidades

Se você passou algum tempo no Claude Code, Cursor ou Codex, já percebeu que o modelo está confiante sobre Solana em geral e confiantemente errado sobre especificidades de Solana talvez um terço das vezes. Ele escreve uma chamada getProgramAccounts sem o dataSlice que você quase certamente precisa. Ele assume que o proto do Jetstream se parece com o do Yellowstone porque Yellowstone é o que está no seu conjunto de treinamento e o Jetstream não. Ele inventa flags de CLI que não existem porque formas de flags são o tipo de coisa que modelos estão felizes em extrapolar.

@orbitflare/skills corrige a metade do OrbitFlare disso. Um comando npx coloca a habilidade no diretório de habilidades do seu agente:

npx @orbitflare/skills@latest                # ~/.claude/skills/orbitflare
npx @orbitflare/skills@latest --project      # ./.claude/skills/orbitflare
npx @orbitflare/skills@latest --cursor       # ~/.cursor/skills-cursor/orbitflare
npx @orbitflare/skills@latest --codex        # ~/.codex/skills/orbitflare

Um SKILL.md e uma pasta references/ vão para o disco, tudo retirado diretamente da documentação oficial. O conteúdo cobre as coisas que um conjunto de treinamento genérico de Solana tende a perder. Qual transporte se encaixa em qual pergunta. O modelo de duas chaves: ?api_key= na URL para leituras de cadeia, X-ORBIT-KEY em um cabeçalho para a API do Cliente. O que getTransactionsForAddress faz em uma chamada que o estoque getSignaturesForAddress mais um fan-out de getTransaction não consegue igualar. A forma exata do YAML que orbitflare grpc e orbitflare jet esperam.

Reinicie o agente e tente algo que você teria que soletrar da maneira longa:

Transmita negociações Pump.fun usando OrbitFlare Jetstream.

O agente acessa a habilidade, escreve um jetstream.yml com o account_include correto e lhe devolve o orbitflare jet --config jetstream.yml para executar. Peça a mesma coisa em Rust e ele puxa o orbitflare-sdk com o recurso jetstream e escreve a cadeia JetstreamClientBuilder. O modelo poderia ter adivinhado algo plausível por conta própria. Com a habilidade, o primeiro palpite é o certo.

O servidor MCP

@orbitflare/mcp é um MCP