flyto-core

Mecanismo de execução determinística para agentes de IA. 412 ferramentas MCP em 78 categorias — navegador, arquivo, Docker, dados, cripto, agendamento e mais.

Documentação

Flyto2 Core

A IA disse que terminou. A Flyto2 mostra a prova.

Um mecanismo de execução Python para agentes de IA. Ele executa trabalho de navegador e API como etapas explícitas, registra o que cada etapa fez e reproduz a partir da etapa que falhou — em vez de reexecutar todo o trabalho.

O inventário público atual é de 481 módulos com suporte a registro em 89 categorias de catálogo, incluindo gatilhos, módulos de fila, versionamento de fluxos de trabalho, ganchos de medição, automação de navegador, chamadas de API, transformações de dados, verificação, arquivos e criptografia.

PyPI version License Python 3.10+

flyto2.com · Automação em Nuvem · Documentação · Documentação MCP · YouTube

flyto-core demo: API pipeline → replay → browser automation


Experimente em 30 segundos

pip install flyto-core[browser] && playwright install chromium
flyto recipe competitor-intel --url https://github.com/pricing
  Step  1/12  browser.launch         ✓      420ms
  Step  2/12  browser.goto           ✓    1,203ms
  Step  3/12  browser.evaluate       ✓       89ms
  Step  4/12  browser.screenshot     ✓    1,847ms  → saved intel-desktop.png
  Step  5/12  browser.viewport       ✓       12ms  → 390×844
  Step  6/12  browser.screenshot     ✓    1,621ms  → saved intel-mobile.png
  Step  7/12  browser.viewport       ✓        8ms  → 1280×720
  Step  8/12  browser.performance    ✓    5,012ms  → Web Vitals captured
  Step  9/12  browser.evaluate       ✓       45ms
  Step 10/12  browser.evaluate       ✓       11ms
  Step 11/12  file.write             ✓        3ms  → saved intel-report.json
  Step 12/12  browser.close          ✓       67ms

  ✓ Done in 10.3s — 12/12 steps passed

Capturas de tela registradas. Métricas de desempenho extraídas. Relatório JSON salvo. Cada etapa rastreada.


O que acontece quando a etapa 8 falha?

Com um script de shell, você reexecuta tudo. Com o flyto-core:

flyto replay --from-step 8

As etapas 1–7 são instantâneas. Apenas a etapa 8 é reexecutada. Contexto completo preservado.


Qual é a diferença?

Playwright / SeleniumScripts de shellflyto-core
A etapa 8 falhaReexecutar tudoReexecutar tudoflyto replay --from-step 8
O que aconteceu na etapa 3?Adicionar print(), reexecutarAdicionar echo, reexecutarRastreamento completo: entrada, saída, tempo
Navegador + API + E/S de arquivoEscrever código de integração3 linguagensTudo integrado
Compartilhar com a equipe"Clone meu repositório""Clone meu repositório"pip install flyto-core
Executar em CIEnvolver em pytest/bashFrágilflyto run workflow.yaml

3 receitas para experimentar agora

# Competitive pricing: screenshots + Web Vitals + JSON report
flyto recipe competitor-intel --url https://competitor.com/pricing

# Full site audit: SEO + accessibility + performance
flyto recipe full-audit --url https://your-site.com

# Web scraping → CSV export
flyto recipe scrape-to-csv --url https://news.ycombinator.com --selector ".titleline a"

Cada receita é rastreada. Cada execução é reproduzível. Ver todas as 41 receitas ->


Instalação

pip install flyto-core            # Core engine + CLI + MCP server
pip install flyto-core[browser]   # + browser automation (Playwright)
playwright install chromium        # one-time browser setup

Escreva Seus Próprios Fluxos de Trabalho

Receitas são apenas arquivos YAML. Escreva as suas:

name: price-monitor
steps:
  - id: open
    module: browser.launch
    params: { headless: true }

  - id: page
    module: browser.goto
    params: { url: "https://competitor.com/pricing" }

  - id: prices
    module: browser.evaluate
    params:
      script: |
        JSON.stringify([...document.querySelectorAll('.price')].map(e => e.textContent))

  - id: save
    module: file.write
    params: { path: "prices.json", content: "${prices.result}" }

  - id: close
    module: browser.close
flyto run price-monitor.yaml

Cada execução produz um rastreamento de execução e instantâneos de estado. Se a etapa 3 falhar, reproduza a partir da etapa 3 — sem reexecutar tudo.


Uso

CLI — execute fluxos de trabalho a partir do terminal
# Run a built-in recipe
flyto recipe site-audit --url https://example.com

# Run your own YAML workflow
flyto run my-workflow.yaml

# List all recipes
flyto recipes
Servidor MCP — para Claude Code, Cursor, Windsurf
pip install flyto-core
claude mcp add flyto-core -- python -m core.mcp_server

Ou adicione à sua configuração MCP:

{
  "mcpServers": {
    "flyto-core": {
      "command": "python",
      "args": ["-m", "core.mcp_server"]
    }
  }
}

Sua IA recebe todos os 481 módulos como ferramentas.

API HTTP — para integrações e execução remota
pip install flyto-core[api]
flyto serve
# ✓ flyto-core running on 127.0.0.1:8333
EndpointFinalidade
POST /v1/workflow/runExecutar fluxo de trabalho com evidência + rastreamento
POST /v1/workflow/{id}/replay/{step}Reproduzir a partir de qualquer etapa
POST /v1/executeExecutar um único módulo
GET /v1/modulesDescobrir todos os módulos
POST /mcpTransporte HTTP transmissível MCP
API Python — para uso programático
import asyncio
from core.modules.registry import ModuleRegistry

async def main():
    result = await ModuleRegistry.execute(
        "string.reverse",
        params={"text": "Hello"},
        context={}
    )
    print(result)  # {"ok": True, "data": {"result": "olleH"}}

asyncio.run(main())

API

O Flyto2 Core expõe o mesmo runtime determinístico por meio de várias interfaces suportadas, em vez de mecanismos de execução separados:

  • Python — importe o registro de módulos e o mecanismo de fluxo de trabalho diretamente.
  • Fluxos de trabalho YAML — componha módulos registrados em procedimentos reproduzíveis.
  • API de execução — use as rotas HTTP autenticadas /v1/* para integrações locais.
  • MCP — exponha o registro por meio de stdio ou HTTP transmissível para clientes de IA.
  • Contrato de módulo — toda ação executável é definida por metadados de registro e um esquema de parâmetros limitado; primitivas somente do host, como capability.invoke, exigem adicionalmente autoridade de runtime opaca e não podem ser ativadas apenas por dados de fluxo de trabalho serializados.

Referências geradas com vínculo ao código-fonte estão disponíveis na Referência da API Python, em Módulos Registrados e no Catálogo Completo de Módulos.


Configuração

O Flyto2 Core é executado com padrões seguros. Provedores opcionais, navegadores, serviços de verificação e conectores são habilitados explicitamente por meio de extras de pacote e variáveis de ambiente documentadas; segredos permanecem no ambiente de runtime/armazenamentos de credenciais, em vez de no YAML do fluxo de trabalho. Comece por .env.example para configurações suportadas e veja Operações para orientação de runtime/implantação.

Capacidades de runtime injetadas pelo host são deliberadamente diferentes da configuração: um fluxo de trabalho não pode habilitar capability.invoke definindo uma variável de ambiente ou parâmetro serializado. O host confiável deve injetar a autoridade opaca com escopo de execução para aquela execução.


481 Módulos, 89 Categorias de Catálogo

CategoriaContagemExemplos
browser.*54launch, goto, click, evaluate, screenshot, performance, challenge
flow.*24switch, loop, branch, parallel, retry, circuit breaker, rate limit
array.*15filter, sort, map, reduce, unique, chunk, flatten
api.*13OpenAI, Anthropic, Gemini, Notion, Slack, Telegram
data.*13JSON, YAML, CSV, XML parse/generate/convert
string.*11reverse, uppercase, split, replace, trim, slugify, template
ai.*10chat, model calls, vision, embeddings, moderation
object.*10keys, values, merge, pick, omit, get, set, flatten
testing.*10assertions, scenarios, E2E steps, reports
image.*9resize, convert, crop, rotate, watermark, OCR, compress
verify.*9evidence, visual diff, rulesets, annotations
file.*8read, write, copy, move, delete, exists, edit, diff
stats.*8mean, median, percentile, correlation, standard deviation
test.*8API, browser, and visual checks
check.*7validation and guard checks
crypto.*7AES encrypt/decrypt, JWT create/verify, hashes
http.*7get, request, batch, paginate, session
validate.*7email, url, json, phone, credit card
66 mais prefixos221Docker, archive, math, k8s, network, PDF, AWS, cache, git

Veja o Catálogo Completo de Módulos para cada módulo, parâmetro e descrição.


Recursos do Mecanismo

  • Rastreamento de Execução — registro estruturado de cada etapa: entrada, saída, tempo, status
  • Reprodução — reexecute a partir de qualquer etapa com o contexto original (ou modificado)
  • Pontos de interrupção — pause a execução em qualquer etapa, inspecione o estado, retome
  • Instantâneos de Evidência — estado completo antes e depois de cada limite de etapa
  • Linhagem de Dados — rastreie o fluxo de dados entre etapas, construa gráficos de dependência
  • Proteção de Tempo Limite — proteção configurável de tempo limite no nível do fluxo de trabalho e por etapa

Arquitetura

CLI, MCP, HTTP, Python e receitas empacotadas convergem no mesmo mecanismo de fluxo de trabalho, registro de módulos, política, rastreamento, evidência e limites de reprodução. Comece com o Whitepaper Técnico, depois use o Mapa de Arquitetura e a exaustiva referência de código-fonte para detalhes de implementação.

O contrato de produto compartilhado, flyto.product-contract.v1, define a promessa da Flyto2: Transformar trabalho de IA em procedimentos verificados e reproduzíveis.

PacoteResponsabilidade
flyto-aiEntender, rotear e governar novo trabalho e uso de provedores.
flyto-blueprintArmazenar, aprender com e pontuar procedimentos reutilizáveis; nunca os executa.
flyto-coreValidar esquemas, executar e reproduzir deterministicamente e emitir evidências.

flyto-core é um pacote de execução independente; não requer os outros pacotes para executar um fluxo de trabalho ou produzir evidências.


Para onde ir a seguir

Você querVá para
Executar uma das outras receitas integradasdocs/RECIPES.md
Navegar por cada módulo e parâmetrodocs/TOOL_CATALOG.md
Ver as categorias de módulos de relance481 Módulos, 89 Categorias de Catálogo
Configurar rede, sistema de arquivos, autenticação e permissõesdocs/CONFIGURATION.md
Instalar um pacote de módulos ou plugindocs/PLUGIN_SDK.md
Escrever seu próprio módulodocs/MODULE_SPECIFICATION.md
Entender por que o mecanismo é moldado desta formadocs/WHY.md
Ler o limite de produto entre os três pacotesARCHITECTURE.md

A descrição canônica do PyPI e do registro MCP é: O mecanismo de execução de código aberto para agentes de IA. 481 módulos, nativo MCP, gatilhos, fila, versionamento, medição.


Contribuindo

Aceitamos contribuições! Veja CONTRIBUTING.md para diretrizes.


Testes

python -m pytest
python -m ruff check .
flyto recipe full-audit --url https://example.com

Segurança

Relate vulnerabilidades de segurança via security@flyto2.com. Veja SECURITY.md para a política de segurança e as variáveis de ambiente que definem os limites do sistema de arquivos e da rede de saída.

SECURITY_STATUS.md lista cada aviso publicado com sua gravidade, intervalo afetado, versão corrigida e o teste de regressão que o cobre. Dois limites são aplicados em todo o registro por testes que falham a compilação — todo módulo que recebe um caminho fornecido pelo chamador deve alcançar o auxiliar de sandbox do sistema de arquivos, e todo módulo que recebe uma URL ou host fornecido pelo chamador deve alcançar uma proteção SSRF — portanto, a cobertura é uma propriedade de CI, em vez de uma convenção.

MseeP.ai Security Assessment Badge Verified on MseeP


Licença

Licença Apache 2.0 — gratuita para uso pessoal e comercial.


Automação em Nuvem · Preços · flyto2.com


Implantação hospedada

Uma implantação hospedada está disponível na Frontier AI.


Também conhecido como: estrutura de agente de IA de código aberto para fluxos de trabalho de produção · Automação de fluxo de trabalho de IA em Python com Playwright · Automação de servidor MCP com rastreamento e reprodução · Automação de navegador que pode retomar de uma etapa com falha