O que é STK-MCP?
O STK-MCP, do usuário do GitHub alti3, conecta um cliente MCP ao Ansys Systems Tool Kit (STK), o software comercial de análise de missões usado para modelar satélites, estações terrestres e suas linhas de visada. Ele inicia e gerencia a própria instância do STK 12, seja o STK Desktop no Windows ou o STK Engine no Windows ou Linux, e expõe 3 ferramentas e 5 recursos somente leitura: montar um cenário, criar uma facility ou um place, criar um satélite a partir de apogeu, perigeu, RAAN e inclinação, listar objetos e calcular intervalos de acesso e efemérides em latitude, longitude e altitude.
É um projeto novo, de um único desenvolvedor: 43 estrelas no GitHub, 10 forks, nenhuma versão marcada (versão 0.2.0 no pyproject.toml) e último commit em 19 de janeiro de 2026. O repositório não tem arquivo de licença. Exige uma instalação licenciada do STK e o wheel Python agi.stk12 que vem com ela; a Ansys não publica os preços do STK.
Como instalar STK-MCP
git clone https://github.com/alti3/stk-mcp && cd stk-mcp && uv add ./agi.stk12-12.10.0-py3-none-any.whl && uv syncSTK-MCP vale a pena?
O STK-MCP cobre os primeiros dez minutos de um tutorial do STK e para por aí. Você pode montar um cenário com janela de tempo (48 horas a partir de 20 de janeiro de 2020, por padrão), colocar uma estação terrestre numa latitude e longitude, adicionar um satélite numa órbita de dois corpos a partir de apogeu, perigeu, RAAN e inclinação e pedir os intervalos de acesso entre os dois ou as efemérides do satélite em passos de 60 segundos. Isso basta para responder quando essa órbita enxerga Boulder, e nada além: sem importação de TLE ou SGP4, sem sensores, sem restrições, sem cobertura, sem orçamento de enlace, nada da análise pela qual se compra o STK.
A divisão por plataforma é mais estreita do que o título do README sugere. A criação de satélites só importa os tipos do STK quando o sistema é Windows, e a própria tabela do README marca create_satellite como indisponível no STK Engine para Linux, então um servidor Linux sem interface monta cenários e estações, mas não satélites. O macOS não é suportado. Tudo foi escrito contra a API agi.stk12 e fixado num wheel 12.10, enquanto a tabela de compatibilidade do PySTK da Ansys já lista o STK 13.0 e o 13.1; o README não menciona o STK 13.
O porém: não temos certeza de que o servidor, como está no repositório, responda a um cliente MCP. Pela nossa leitura do cli.py, o comando run entrega o objeto FastMCP diretamente ao uvicorn e só depois atribui um lifespan; no MCP Python SDK 1.14.0 fixado, o FastMCP não é em si um app web (isso é o que sse_app() e streamable_http_app() retornam). A issue 2, um relato de erro na inicialização de maio de 2025, e a issue 5 estão sem resposta. Por padrão ele escuta em 127.0.0.1:8765 sem autenticação, então mudar o host para compartilhá-lo daria a qualquer um o controle de uma sessão licenciada do STK.
A falta de licença pesa para quem trabalha numa empresa. Sem arquivo LICENSE e sem licença no pyproject.toml, vale o padrão de todos os direitos reservados: você pode ler o código no GitHub, mas copiá-lo ou modificá-lo dentro de um programa aeroespacial é juridicamente incerto até o autor adicionar uma.
Nossa opinião: a API Python oficial do STK, o PySTK, tem licença MIT e documentação; uma equipe que já paga pelo STK vai mais longe escrevendo o próprio servidor pequeno sobre ela e usando este repositório como um mapa de 16 commits que mostra onde estão as arestas.
Onde ele se destaca
Uma analista de missão numa startup de pequenos satélites com uma estação de STK 12 Desktop
Perguntar quando uma órbita proposta passa sobre a estação terrestre da empresa
setup_scenario para a janela planejada, create_location para a estação, create_satellite com apogeu, perigeu, inclinação e RAAN, e depois ler resource://stk/analysis/access/Satellite/<name>/Facility/<site>. Só dois corpos, então confira os resultados com um propagador de verdade antes de citá-los.
Um engenheiro de software numa equipe de ferramentas aeroespaciais
Prototipar um agente interno que controle o STK Engine
Ler os módulos stk_logic para ver como o STK é iniciado, travado e repetido, e então reconstruir sobre o PySTK com sua própria licença. Economiza um dia de exploração; distribuir este código como está é arriscado enquanto ele não tiver licença.
Antes de decidir
- Configuração
- git clone, uv venv, uv add com o wheel agi.stk12 da pasta CodeSamples da sua instalação do STK, uv sync e depois uv run -m stk_mcp.cli run --mode engine (ou --mode desktop no Windows). Python 3.12+. Escuta em http://127.0.0.1:8765; documentado apenas para o MCP Inspector.
- Integrações
- 3 ferramentas (setup_scenario, create_location, create_satellite) e 5 recursos: todos os objetos, objetos por tipo, saúde, acesso entre dois objetos e efemérides LLA. Todas as ferramentas escrevem no cenário do STK; os recursos só leem.
- Dados e privacidade
- Roda localmente e controla uma instância local do STK; nada vai para terceiros além do que chega ao seu provedor de modelo. O endpoint HTTP não tem autenticação, então precisa ficar em localhost.
- Custo em escala
- O servidor não custa nada; a conta de verdade é a licença do STK Desktop ou do STK Engine, cotada pela equipe comercial da Ansys e não publicada. Cada sessão MCP ocupa uma instância do STK atrás de um lock global, então agentes em paralelo precisam de licenças em paralelo.
- Limites
- Só propagação de dois corpos; sem TLE, sensores, cobertura ou relatórios além de LLA. Só a API do STK 12. Criação de satélites apenas no Windows. Um desenvolvedor, nenhuma versão publicada, duas issues sem resposta.
O que é bom
- Suporta STK Desktop e STK Engine
- Intervalos de acesso e efemérides LLA como recursos MCP
- Serializa chamadas ao STK com um lock e repete comandos Connect instáveis
- Validação de apogeu, inclinação e RAAN
O que não é
- Só 3 ferramentas; sem TLE, sensores, cobertura ou análise de enlace
- Não cria satélites com o STK Engine no Linux
- Sem arquivo de licença, então o reuso fica em todos os direitos reservados
- Inicializador HTTP parece quebrado com o MCP SDK 1.14.0; issues sem resposta
Ideal para
Engenheiros que já têm licença do STK 12 e querem um ponto de partida para a própria integração com agentes, não uma ferramenta pronta.
STK-MCP: perguntas frequentes
- STK-MCP vale a pena?
- Um bom esqueleto para controlar o STK a partir de um agente, mas três ferramentas, nenhuma licença e um inicializador HTTP não comprovado fazem dele mais um exemplo de código do que algo para entregar a uma analista. Damos nota 2.7 de 5.
- Quanto custa STK-MCP?
- O servidor é gratuito para baixar, mas não tem licença; exige uma instalação paga e licenciada do Ansys STK 12 Desktop ou STK Engine (preços não publicados).
- Quais são as desvantagens de STK-MCP?
- Só 3 ferramentas; sem TLE, sensores, cobertura ou análise de enlace; não cria satélites com o STK Engine no Linux; sem arquivo de licença, então o reuso fica em todos os direitos reservados; inicializador HTTP parece quebrado com o MCP SDK 1.14.0; issues sem resposta.
- Para quem STK-MCP é indicado?
- Engenheiros que já têm licença do STK 12 e querem um ponto de partida para a própria integração com agentes, não uma ferramenta pronta.
- Quanto custa STK-MCP para uma equipe ou em produção?
- O servidor não custa nada; a conta de verdade é a licença do STK Desktop ou do STK Engine, cotada pela equipe comercial da Ansys e não publicada. Cada sessão MCP ocupa uma instância do STK atrás de um lock global, então agentes em paralelo precisam de licenças em paralelo.
- STK-MCP é seguro para dados da empresa?
- Roda localmente e controla uma instância local do STK; nada vai para terceiros além do que chega ao seu provedor de modelo. O endpoint HTTP não tem autenticação, então precisa ficar em localhost.
Respostas verificadas em 9 de nov. de 2026.