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.
flyto2.com · Automação em Nuvem · Documentação · Documentação MCP · YouTube
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 / Selenium | Scripts de shell | flyto-core | |
|---|---|---|---|
| A etapa 8 falha | Reexecutar tudo | Reexecutar tudo | flyto replay --from-step 8 |
| O que aconteceu na etapa 3? | Adicionar print(), reexecutar | Adicionar echo, reexecutar | Rastreamento completo: entrada, saída, tempo |
| Navegador + API + E/S de arquivo | Escrever código de integração | 3 linguagens | Tudo integrado |
| Compartilhar com a equipe | "Clone meu repositório" | "Clone meu repositório" | pip install flyto-core |
| Executar em CI | Envolver em pytest/bash | Frágil | flyto 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
| Endpoint | Finalidade |
|---|---|
POST /v1/workflow/run | Executar fluxo de trabalho com evidência + rastreamento |
POST /v1/workflow/{id}/replay/{step} | Reproduzir a partir de qualquer etapa |
POST /v1/execute | Executar um único módulo |
GET /v1/modules | Descobrir todos os módulos |
POST /mcp | Transporte 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
| Categoria | Contagem | Exemplos |
|---|---|---|
browser.* | 54 | launch, goto, click, evaluate, screenshot, performance, challenge |
flow.* | 24 | switch, loop, branch, parallel, retry, circuit breaker, rate limit |
array.* | 15 | filter, sort, map, reduce, unique, chunk, flatten |
api.* | 13 | OpenAI, Anthropic, Gemini, Notion, Slack, Telegram |
data.* | 13 | JSON, YAML, CSV, XML parse/generate/convert |
string.* | 11 | reverse, uppercase, split, replace, trim, slugify, template |
ai.* | 10 | chat, model calls, vision, embeddings, moderation |
object.* | 10 | keys, values, merge, pick, omit, get, set, flatten |
testing.* | 10 | assertions, scenarios, E2E steps, reports |
image.* | 9 | resize, convert, crop, rotate, watermark, OCR, compress |
verify.* | 9 | evidence, visual diff, rulesets, annotations |
file.* | 8 | read, write, copy, move, delete, exists, edit, diff |
stats.* | 8 | mean, median, percentile, correlation, standard deviation |
test.* | 8 | API, browser, and visual checks |
check.* | 7 | validation and guard checks |
crypto.* | 7 | AES encrypt/decrypt, JWT create/verify, hashes |
http.* | 7 | get, request, batch, paginate, session |
validate.* | 7 | email, url, json, phone, credit card |
| 66 mais prefixos | 221 | Docker, 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.
| Pacote | Responsabilidade |
|---|---|
flyto-ai | Entender, rotear e governar novo trabalho e uso de provedores. |
flyto-blueprint | Armazenar, aprender com e pontuar procedimentos reutilizáveis; nunca os executa. |
flyto-core | Validar 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ê quer | Vá para |
|---|---|
| Executar uma das outras receitas integradas | docs/RECIPES.md |
| Navegar por cada módulo e parâmetro | docs/TOOL_CATALOG.md |
| Ver as categorias de módulos de relance | 481 Módulos, 89 Categorias de Catálogo |
| Configurar rede, sistema de arquivos, autenticação e permissões | docs/CONFIGURATION.md |
| Instalar um pacote de módulos ou plugin | docs/PLUGIN_SDK.md |
| Escrever seu próprio módulo | docs/MODULE_SPECIFICATION.md |
| Entender por que o mecanismo é moldado desta forma | docs/WHY.md |
| Ler o limite de produto entre os três pacotes | ARCHITECTURE.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.
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
