Conecte qualquer servidor MCP.Ou escreva o seu.
O Megha fala o Model Context Protocol, então os sistemas que você já roda se encaixam direto na camada de agentes. Um diretório de conectores verificados cobre os mais comuns, e qualquer coisa que você escrever funciona do mesmo jeito.
Onde um servidor MCP fica de verdade.
Um conector local é um subprocesso na sua máquina. Um remoto é um serviço do outro lado da rede. Essa diferença decide quem mais consegue ver o que você envia.
Servidores locais ficam na máquina. Os remotos não.
Os dois são úteis. O que importa é saber qual deles você está conectando.
- Roda como subprocesso na sua máquina, começa e termina junto com a sessão
- Sem conta, sem salto de rede, nada contra o que se autenticar
- As credenciais de que precisa (um DSN de banco, um caminho) ficam na sua própria configuração
- A escolha óbvia para bancos de dados, arquivos e CLIs internas
- Alcança um serviço pela rede, então o operador dele vê o que você envia
- Login OAuth resolvido dentro do aplicativo, para os servidores que exigem
- Melhor para SaaS que você já usa e em que já confia com esses mesmos dados
- Desconecte quando quiser, no mesmo diretório em que você o adicionou
As conexões moram num arquivo que você consegue ler.
Cada conexão que você faz é escrita num arquivo de configuração em texto puro: nome, transporte, onde alcançá-lo e se está ligado. Dá para ler, manter em controle de versão e copiar para outra máquina.
- Um arquivo, versionável, implantável em uma frota inteira
- Servidores locais e remotos descritos do mesmo jeito
- Cada servidor ligado ou desligado de forma independente
- O mesmo arquivo funciona no aplicativo para Mac, no desktop e no sistema completo
{
"servers": [
{
"name": "github",
"transport": "http",
"command": "https://api.githubcopilot.com/mcp",
"auth": "oauth",
"enabled": true
},
{
"name": "postgres",
"transport": "stdio",
"command": "mcp-server-postgres",
"args": ["--dsn", "postgresql://localhost/analytics"],
"enabled": true
}
]
}Com o que você está de fato concordando.
Um servidor MCP é código de terceiros alcançando os seus dados. Ser preciso sobre o que uma conexão concede é mais útil do que tranquilizar.
Conectar um servidor é a aprovação
Você adiciona um servidor de propósito, pelo diretório ou apontando para um que escreveu, e nos remotos você faz login. Dali em diante as ferramentas dele rodam dentro da conversa sem um cartão de confirmação a cada chamada — que é justamente o que as torna utilizáveis.
Isso quer dizer que o servidor é confiável, e é assim que você deve tratá-lo
Um servidor conectado enxerga os argumentos que o agente manda, e as descrições das ferramentas dele passam a fazer parte do que o modelo lê. Conecte servidores como você adiciona uma dependência: de uma fonte em que tenha motivo para confiar.
Cada conexão é independente
Os servidores são ligados e desligados um a um. Desligar um não perturba nenhuma outra conexão, e nada do que ele estava fazendo sobrevive à chave.
Nada fica preso a nós
O protocolo é aberto e a configuração é um arquivo simples que você pode ler, comparar e copiar entre máquinas. Um servidor escrito para o MeghaOS é apenas um servidor MCP.
Cada permissão, numa tela, quando quiser.
A resposta honesta para “o que essa coisa consegue alcançar?” é uma lista, e o sistema a compõe para você sempre que perguntar. Desenhado aqui pelo renderizador do próprio desktop; os servidores são inventados.
O que ele consegue alcançar agora?
Três servidores, e o que cada um abre
Todas as ferramentas que ele tem
| Ferramenta | Alcança | Precisa de você |
|---|---|---|
| read_file | Esta pasta | não |
| write_file | Esta pasta | não |
| search_issues | Rastreador | não |
| post_comment | Rastreador | sim |
| list_events | Calendário | não |
Limites
Se qualquer um dos limites for atingido, a execução para em vez de seguir em silêncio.
O que tem no diretório.
Chamados e documentos
GitHub, Linear, Atlassian, Notion, Asana. Conectores oficiais, com login OAuth.
Sistemas de negócio
Stripe, Sentry, Canva e outros, verificados e prontos para conectar.
Bancos de dados e ferramentas internas
Postgres, SQLite, ou o que a sua equipe expuser, como servidor local.
Os seus próprios servidores
Qualquer coisa que você escrever. O protocolo é aberto e o MeghaOS não se importa com quem escreveu.
Conectar um servidor, do começo ao fim.
A maior parte é escolher de uma lista. Escrever o seu exige um nome e um endpoint.
- Passo 1
Abra o diretório de servidores
O MeghaOS traz um diretório de conectores verificados para serviços que as pessoas realmente usam: GitHub, Notion, Linear, Atlassian, Stripe, Sentry, Asana e outros. Navegue por ele pelo aplicativo em vez de caçar endpoints.
- Passo 2
Escolha um conector, ou aponte para o seu
Pegue um do diretório, ou adicione um servidor que você escreveu dando um nome e, ou um comando para rodar localmente, ou uma URL para alcançar.
- Passo 3
Faça login, se o servidor pedir
Conectores remotos que precisam de conta usam OAuth, resolvido no aplicativo. Servidores locais geralmente não precisam de nada, ou de uma credencial que você coloca na configuração deles.
- Passo 4
Use na conversa
O conector agora faz parte do que o agente consegue alcançar, e as ferramentas dele rodam dentro do chat enquanto ele trabalha. Conectá-lo foi a aprovação, então ele não para para perguntar a cada chamada.
- Passo 5
Desligue quando terminar
Cada servidor tem a sua própria chave. Desativar um deixa todas as outras conexões exatamente como estavam.
Para o protocolo em si (transportes, primitivas, como escrever um servidor e o que uma conexão de fato concede) veja o nosso guia completo do Model Context Protocol.
O que as pessoas perguntam sobre MCP aqui.
Quais servidores MCP funcionam com o MeghaOS?
Qualquer servidor que implemente o Model Context Protocol, por stdio ou por HTTP com streaming. O MeghaOS traz um diretório de conectores verificados para serviços comuns, e não há etapa de registro para o resto: o protocolo é aberto, e o cliente não se importa com quem escreveu o servidor.
Qual a diferença entre um servidor MCP local e um remoto?
Um servidor local roda como subprocesso na sua própria máquina, então nada do que ele faz envolve a rede e ele não precisa de conta. Um remoto é alcançado por HTTP, o que significa que o operador dele vê os argumentos que o agente manda — apropriado para SaaS em que você já confia com esses mesmos dados, e uma consideração real para qualquer outra coisa.
Em que estou confiando quando conecto um servidor?
Um servidor conectado vê os argumentos enviados às ferramentas dele, e as descrições que ele anuncia passam a fazer parte do que o modelo lê ao decidir o que fazer. Trate conectar um servidor como trata adicionar uma dependência: de uma fonte em que confia, e removida quando não precisar mais.
Preciso de conta ou chave de API para usar MCP?
Para o MeghaOS em si, não. O suporte a MCP faz parte do runtime dos agentes e não custa nada. Servidores individuais podem precisar das próprias credenciais, como uma string de conexão de banco ou um login OAuth, e essas pertencem ao servidor, não a nós.
Como desconecto um servidor?
Desligue no mesmo lugar em que você o adicionou. Cada conexão é independente, então desativar uma não tem efeito sobre as outras.
A mesma configuração funciona em todas as edições?
Sim. As conexões ficam num arquivo de configuração em texto puro que é o mesmo no aplicativo para Mac, no ambiente de trabalho Linux e no sistema operacional completo: legível, comparável e portátil entre máquinas.
- Agentes que chamam ferramentas MCPExecução paralela com orçamentos por servidor e escopos explícitos.
- O sandbox em que um servidor MCP rodaO que um servidor conectado consegue ver, dito sem rodeios.
- MCP dentro do Code StudioChamadas de ferramenta cientes do repositório, restritas ao espaço que você abriu.
Traga as suas próprias ferramentas.
Conecte os serviços que você já roda, a partir de um diretório de conectores verificados, ou aponte o MeghaOS para um servidor que você mesmo escreveu.