MATLAB e GNU Octave

Use esta habilidade para projetar ou revisar código numérico, migrar versões do MATLAB, preparar projetos reproduzíveis e planejar execução confiável. MATLAB e GNU Octave são produtos distintos: a compatibilidade é parcial, não uma garantia de licença ou comportamento.

Escopo da revisão

Revisado em relação à documentação atual do MathWorks R2026b e fontes do GNU Octave 11.3.0 em 2026-10-01. O planejador de Engine e os exemplos do MATLAB incluídos mantêm uma linha de base explícita do R2026a. O R2026b suporta CPython 3.10-3.14; não reutilize o pacote Engine do R2026a para ele. Os exemplos de MATLAB/Octave são ilustrativos e não foram executados nesta revisão; os auxiliares Python têm testes sintéticos locais. Esta habilidade usa APIs de tempo de execução local, sem ponto de extremidade de serviço remoto ou chave de API.

Produto e portão de licença

• MATLAB R2026a é proprietário. Não presuma que MATLAB, MATLAB Online, uma toolbox nomeada, MATLAB Test, MATLAB Compiler, MATLAB Coder, Parallel Computing Toolbox ou um add-on esteja instalado, licenciado ou disponível para o usuário.
• MATLAB Runtime não é MATLAB. Ele executa aplicativos compatíveis produzidos com MATLAB Compiler; ele não pode executar código-fonte arbitrário ou hospedar o MATLAB Engine para Python. A construção de artefatos requer o compilador licenciado aplicável e cada produto usado pela fonte.
• GNU Octave 11.3.0 é software livre sob GPLv3+. Pacotes do Octave não são toolboxes do MATLAB. Nomes semelhantes não implicam equivalência de API, numérica, gráfica ou de licenciamento.
• Pergunte qual runtime, versão, plataforma, produtos instalados e contexto de licença o usuário realmente possui. Trate a disponibilidade como unknown até que seja confirmada.

Veja Compatibilidade do Octave e Limites de execução/produto.

Limite de segurança inegociável

Nunca execute um .m não confiável, .mlx, binário MEX, arquivo MAT, ação de inicialização ou encerramento de projeto, instalador de pacote ou artefato gerado. A revisão estática não prova segurança.

Trate estes como superfícies de execução ou carregamento de código:

• eval, evalin, assignin, feval derivado de texto, str2func, callbacks, timers, callbacks de aplicativo e caminhos modificados dinamicamente;
• system, unix, dos, escape de shell !, Java, .NET, Python (py.*, pyrun, pyrunfile), MEX e bibliotecas nativas;
• mex, codegen, MATLAB Compiler, tarefas de compilação, inicialização de pacote/projeto e código gerado;
• load, desserialização de objeto (loadobj, serialização personalizada), manipuladores de função, objetos Java/System e código de classe acessível a partir de arquivos MAT.

.mlx é um arquivo opaco para este toolkit e MEX é código executável nativo. Não use pickle do Python para troca. Inspecione primeiro, isole quando apropriado, obtenha aprovação explícita e, em seguida, invoque um executável e licença confirmados pelo usuário. Scripts incluídos são ferramentas estáticas ou de execução simulada: nenhum inicia MATLAB, Octave, Python Engine, um compilador ou um subprocesso.

Fluxo de trabalho padrão

1. Clarifique o alvo. Registre a versão do MATLAB ou versão do Octave, SO/arquitetura, produto base versus toolboxes/pacotes necessários, entradas/saídas esperadas, tolerâncias numéricas e se a execução é autorizada.
2. Inventarie estaticamente. Verifique arquivos .m, artefatos opacos, caminhos de projeto, produtos necessários e cabeçalhos MAT antes que qualquer tempo de execução os carregue.
3. Escolha a forma do código. Prefira funções com um bloco arguments para automação. Use scripts apenas para orquestração controlada e scripts ao vivo para narrativas interativas revisadas.
4. Torne a semântica explícita. Registre formas, classes, unidades, regras de valor ausente, indexação, expansão implícita, algoritmo/semente do RNG, tolerâncias e formatos de saída.
5. Teste sem estado oculto. Mantenha fixtures sintéticos, caminhos locais do projeto, gráficos determinísticos e testes independentes de resíduos do espaço de trabalho base.
6. Planeje a execução. Gere um plano de argv, revise os efeitos de inicialização/caminho e licenças, e inicie apenas após aprovação explícita fora destes auxiliares.
7. Capture a proveniência. Hash de entradas/código nomeados e registre versão, produtos, política de RNG, tolerâncias e plano de comando sem despejar o ambiente.

Checklist de linguagem e dados

Scripts, funções e scripts ao vivo

• Scripts compartilham o espaço de trabalho do chamador/base e deixam variáveis para trás. Funções têm espaços de trabalho locais e entradas/saídas explícitas.
• Scripts ao vivo (.mlx) misturam código e saída rica, mas não são artefatos de revisão de texto simples. Exporte o código revisado para .m para inspeção estática.

…