fzy

uma linguagem de programação de sistemas que prioriza correção verificável, determinismo e desempenho

Instalar

Instalação recomendada:

Isso instala fz em ~/.local/bin, atualiza PATH se necessário e verifica a instalação com fz version e fz env.

Alternativa a partir da fonte:

Visão Rápida

Quer a visão geral mais rápida? Abra fzl-showcase.html com open fzl-showcase.html, leia WHYFZY.md para o argumento do produto e depois use o exemplo abaixo como um esboço executável compacto.

Para uma cobertura mais ampla da linguagem, use CODE.md, examples/ e o FZL showcase compatível com navegadores.

Os pacotes de framework seguem as regras normais de pacotes: declare-os em fozzy.toml sob [deps], depois importe-os no código-fonte com use fzbounds;, use fzweb; e nomes de pacotes semelhantes. Verificações diretas de código-fonte, como fz check src/services/mod.fzy --json, agora validam através do contexto do pacote proprietário, para que importações de dependências e módulos irmãos se comportem da mesma forma que nas verificações de projeto completo.

O que o fzy Contém

• fz: CLI do compilador para build, run, test, verify, docs, IR, RPC, headers, verificação de ABI e muito mais
• Formatação e geração de documentação integradas: fz fmt, fz doc gen
• Pipeline front-end e IR: crates/parser, crates/ast, crates/hir, crates/fir
• Verificador e aplicação de segurança: crates/verifier
• Primitivas de runtime determinísticas: crates/runtime
• Orquestração de driver e artefatos: crates/driver
• Cenários executáveis do Fozzy: tests/*.fozzy.json

Estado Atual

Implementado e validado hoje:

• Escopo de linguagem de sistemas de propósito geral, não uma ferramenta de domínio único e nicho
• Seguro por padrão, com ilhas inseguras explícitas, inventário/documentação de insegurança gerado pelo compilador e gerenciamento manual de memória opcional via alloc(...) / free(...)
• Semântica real de defer em tempo de execução em todo código normal e ilhas unsafe { ... }, para que a limpeza determinística seja aplicada em vez de apenas documentada
• Regras de propriedade, empréstimo, capacidade, FFI e reduzibilidade nativa aplicadas pelo verificador
• Gerenciamento explícito de memória manual é suportado dentro desse modelo, com fluxos alloc(...) / free(...) cientes de propriedade e verificações de ciclo de vida visíveis pelo verificador
• Rastreamento determinístico, replay e validação do escalonador como portões de produção normais
• Caminhos de confiança com suporte do host para comportamento de sistema de arquivos, processo e HTTP
• Modos de escalonador determinísticos: fifo, random, coverage_guided
• Artefatos de decisão para execução assíncrona, threads e RPC
• Eventos de quadro RPC: rpc_send, rpc_recv, rpc_deadline, rpc_cancel
• Metadados de exploração e redução para fluxos de trabalho de replay/minimização
• Geração de cenários nativos da linguagem a partir de blocos test analisados
• Carregamento recursivo de módulos de múltiplos arquivos a partir de declarações mod
• Geração de cabeçalhos C a partir de assinaturas pubext c fn exportadas
• Geração de esquema RPC, cliente e stubs de servidor via fz rpc gen
• Superfície moderna de linguagem/runtime abrangendo ADTs, pattern matching, traits, genéricos, modelagem de domínio tipada, processo, terminal, logging, sistema de arquivos/caminho, JSON de fronteira e HTTP de streaming de saída
• Superfície de criptografia/segurança de produção via core.crypto e core.security, incluindo aleatório seguro, hashing, HMAC, comparação em tempo constante e codificações seguras para URL
• Módulos de framework web de produção fzweb para roteamento de aplicativos, cookies, sessões, uploads multipartes, persistência, SSE, websockets e exportação OpenAPI
• fz run executa a saída nativa diretamente com streaming de texto ao vivo ou captura JSON
• Backends nativos LLVM e Cranelift com validação orientada a paridade
• Portões de liberação de memória direta:
  • python3 scripts/direct_memory_architecture_gate.py
  • python3 scripts/direct_memory_perf_gate.py
• Superfície de GPU de produção através de core.gpu, com execução Metal ao vivo no Apple mais contratos de adaptador spirv/nvptx compartilhados

Alegações de Produção

O fzy está configurado para suportar estas alegações de produção hoje:

• A superfície de linguagem segura fornecida é segura para memória por padrão dentro do escopo documentado das regras do verificador/compilador, com fronteiras inseguras auditadas explícitas e gerenciamento manual de memória rastreado por propriedade opcional
• A semântica interna do compilador/runtime/ferramentas permanece uma fonte de verdade tipada, com JSON reservado para fronteiras externas, artefatos gerados e saída de máquina para operadores
• alloc(...) / free(...) permanecem em código seguro quando o compilador ainda pode verificar propriedade, proveniência e execução de limpeza
• Correção verificável através do verificador, diagnósticos, testes determinísticos, replay e artefatos de CI
• Execução determinística através de rastreamentos gravados, replay e controle do escalonador
• Cobertura de sistemas de propósito geral abrangendo async/tarefas, RPC, ADTs, traits/genéricos, controle de processo, E/S de terminal, logging, sistema de arquivos/caminho, estado interno tipado, JSON de fronteira e HTTP de streaming
• Cobertura de serviço web de produção através de fzweb mais primitivas de segurança que mantêm fluxos de sessão/cookie/auth dentro da superfície de runtime suportada

Veja também:

• docs/system-safety-trust-model-v1.md
• docs/production-memory-model-v1.md
• docs/production-workflow-v1.md

Build e Teste

CLI Principal

A integração com VS Code está em tooling/vscode e tem como alvo fz lsp serve.

Padrões de runtime e comportamento exposto:

• bind do host padrão: 127.0.0.1
• porta padrão: 8787
• o alvo de bind efetivo é impresso em listen bem-sucedido
• .env ou FZ_DOTENV_PATH é carregado uma vez antes de operações de env/HTTP
• logs de texto são o padrão; logs JSON são opt-in via log.set_json(1)
• a superfície da biblioteca padrão inclui core.process, core.term, core.thread, core.log, core.text, core.io, core.path e core.util
• escapes de string seguros para terminal, campos de log estruturados, construtores de coleção tipados, helpers JSON de fronteira e literais de objeto baseados em mapa são cidadãos de primeira classe
• helpers de processo suportam construtores de argv/env mais fluxos de spawn/run com inspeção de wait/stdout/stderr/exit
• core.crypto e core.security cobrem aleatório seguro, digests, HMAC, codificações seguras para URL e comparações em tempo constante para fluxos de autenticação/sessão de produção
• fzweb fornece módulos de framework agrupados por preocupação mais rotas integradas para saúde, prontidão, métricas, inspeção, pesquisa, cookies, sessões, uploads, eventos, websockets, CRUD de itens, OpenAPI e ativos estáticos

Artefatos Determinísticos

Com fz test <file.fzy> --det --record artifacts/name.trace.json --json, o driver emite:

• *.trace.json: rastreamento de execução determinístico
• *.timeline.json: decisões do escalonador
• *.report.json: resumo, descobertas e agrupamento de falhas
• *.explore.json: candidatos a escalonador e prioridades de cenário
• *.shrink.json: dicas de redução determinísticas
• *.scenarios/ e *.scenarios.json: cenários nativos da linguagem gerados
• *.manifest.json: mapa de artefatos incluindo o caminho do cenário principal

Superfície CLI Nativa

Divisão de criação canônica:

• core.process, core.term, core.text: argv e UX de terminal
• core.log: política de logging e saída estruturada
• core.io, core.path: descoberta de sistema de arquivos e montagem de caminhos
• proc.*: execução de processos filhos

Exemplo:

EOF é explícito:

• linha vazia: term.read_line() == "" e term.stdin_eof() == 0
• EOF: term.read_line() == "" e term.stdin_eof() == 1

Para trabalho sério com CLI/runtime, use tanto o lançador integrado ao compilador quanto o binário compilado quando o comportamento exato do terminal for importante.

Política de Backend Nativo

• backends suportados: cranelift e llvm
• ordem de seleção: --backend explícito, depois FZ_NATIVE_BACKEND, depois padrão do perfil
• padrões de perfil: dev -> cranelift, release -> llvm

Bloqueio de Dependências + Vendor

• builds de projeto impõem verificações de desvio de fozzy.lock para dependências de caminho
• atualize o estado do bloqueio com fz vendor [project] --json
• saída do vendor inclui fozzy.lock e vendor/fozzy-vendor.json
• especificação: docs/dependency-locking-v1.md

Portão de Compatibilidade ABI

fz abi-check impõe:

• validade do esquema
• identidade do pacote
• compatibilidade de fronteira de pânico
• presença de exportações de baseline e imutabilidade de assinatura
• imutabilidade de contrato de baseline
• não regressão de versão de símbolo

Exportações aditivas são permitidas.

Interoperabilidade com C

• guia: docs/c-interop-production-v1.md
• toda pubext c fn exportada requer #[ffi_panic(abort|error)]
• prefira ext unsafe c fn para importações C inseguras e chame-as apenas dentro de unsafe { ... }
• fz build --lib emite bibliotecas estáticas/compartilhadas mais um cabeçalho instalável e manifesto ABI
  • o contrato atual do backend é apenas Cranelift para builds de biblioteca; --backend llvm explícito é rejeitado com uma dica de migração

Artefatos de Documentação Insegura

• unsafe é cidadão de primeira classe via unsafe fn e unsafe { ... }
• fz audit unsafe --workspace --json emite .fz/unsafe-map.workspace.json, .fz/unsafe-docs.workspace.json, .fz/unsafe-docs.workspace.md e .fz/unsafe-docs.workspace.html
• campos de metadados como reason, invariant, owner, scope, risk_class e proof_ref são gerados pelo compilador e orientados por política
• o fluxo de produção padrão não bloqueia para metadados ausentes, a menos que a política insegura estrita esteja ativada
• controles de escopo endurecidos opcionais residem em fozzy.toml

Contrato de Validação Determinística

Use esta sequência para confiança estrita:

Portão de liberação estrito:

Isso inclui verificações de integridade de alegação de documentação que bloqueiam a liberação via scripts/safety_claim_integrity_gate.py.

Exemplo: Ciclo de Vida de Teste Nativo

Inspecione os artefatos de teste nativo emitidos diretamente:

• artifacts/demo.trace.native.trace.json
• artifacts/demo.trace.report.json
• artifacts/demo.trace.timeline.json quando artefatos ricos estão ativados
• artifacts/demo.trace.manifest.json

Manifestos de teste nativo são entradas de primeira classe para trace verify / replay / ci para execuções de teste nativo gravadas. Eles não são entradas de cenário e não participam do shrink de cenário.

Projetos de Exemplo

Todos os exemplos fornecidos seguem a convenção de DX narrativa v1:

• src/main.fzy é apenas orquestração e coloca fn main por último
• testes residem em src/tests/*
• raízes de módulo de domínio usam mod.fzy

Projetos disponíveis:

• examples/agent_runtime
• examples/context_runtime
• examples/minimal_runtime
• examples/service_app
• examples/fullstack
• examples/robust_cli
• examples/live_server

Validação e fluxos de projeto:

Se você estiver contribuindo de um checkout em vez de instalar um lançamento, use cargo run -q -p fz -- <args> como alternativa apenas com fonte.

Acompanhamento de Plano

Mantenha estes documentos de entrega versionados atualizados durante a implementação:

• PLAN.md
• FEATURES-TO-SHIP.md