NOTA DE PESQUISA

A geração previsível de código requer um contrato de preservação

Por que a amostragem determinística não é suficiente e como propriedades protegidas observáveis e verificações de aceitação tornam testável o comportamento da geração de código.

Compartilhar esta nota de pesquisaCompartilhar

RESPOSTA DIRETA

O que torna a geração de código previsível, e não apenas controlável?

A previsibilidade requer um contrato observável, definido antes da geração: o que pode mudar, o que deve permanecer estável, como cada propriedade será avaliada e em que circunstâncias uma saída será rejeitada. Um prompt, uma semente, uma máscara, uma gramática ou um código latente fixos são apenas mecanismos.

Por que a distinção é importante

O método e a garantia alegada precisam compartilhar o mesmo limite observável.

A geração determinística repete um resultado sob condições fixas. A geração previsível torna uma propriedade declarada passível de teste: por exemplo, uma assinatura de API permanece inalterada, as edições ficam contidas em uma região, a sintaxe continua válida ou uma suíte de testes continua sendo aprovada.

Essa distinção é importante porque uma entrada de controle não determina seu efeito. Fixar uma posição latente ou uma semente, ou restringir uma gramática, pode tornar a geração mais fácil de inspecionar, mas a propriedade protegida ainda precisa ser medida após a decodificação.

Um procedimento prático

  1. Declare as propriedades protegidas

    Indique as regiões da fonte, estruturas, interfaces, comportamentos ou distribuições que devem permanecer dentro de uma tolerância definida.

  2. Escolha um mecanismo de controle compatível

    Empregue reutilização do código-fonte, máscaras de edição, restrições formais, bloqueio latente ou proposta seguida de validação, conforme a propriedade a ser protegida.

  3. Defina os critérios de aceitação antes da amostragem

    Especifique a análise sintática, a compilação, os testes, as verificações estruturais, os limiares de localidade e os critérios de êxito da tarefa antes de examinar as saídas.

  4. Avalie o comportamento em execuções repetidas

    Informe a aceitação, a rejeição, a estabilidade, a diversidade e a incerteza em execuções repetidas, em vez de se apoiar em um único resultado ilustrativo.

Evidências necessárias

Uma afirmação é tão sólida quanto a propriedade medida após a geração ou a decodificação.

  • As propriedades protegidas e editáveis são especificadas separadamente.
  • Toda garantia alegada dispõe de um teste ou de uma métrica observável.
  • O êxito da tarefa é avaliado em conjunto com a estabilidade.
  • A variabilidade entre execuções repetidas e as taxas de rejeição são apresentadas.
  • As propriedades não mensuradas são explicitamente excluídas da alegação.

O que o estudo vinculado relata

  • O experimento associado expõe posições discretas hierárquicas como uma superfície de controle inspecionável para funções Python curtas.
  • O bloqueio de quatro posições de nível superior melhorou a taxa de análise sintática, mantendo elevada a taxa de alteração nas posições desbloqueadas e alta a unicidade das amostras.
  • O artigo apresenta esses resultados como evidência probabilística preliminar; não alega preservação exata da AST, equivalência semântica, correção funcional nem previsibilidade na escala de repositórios.

Ler a visão geral da publicação Pesquisar no texto integral do artigo

Limite do escopo

  • A previsibilidade é específica de cada propriedade: um sistema pode ser previsível quanto à sintaxe e imprevisível quanto ao comportamento.
  • A decodificação determinística pode repetir a mesma edição incorreta ou excessivamente abrangente.
  • O experimento disponível no site não oferece garantias além do cenário medido de funções curtas.
Defina o contrato de preservação

Fontes primárias e trabalhos relacionados

Consulte os artigos vinculados para conhecer os métodos originais, as medições e as limitações declaradas.

  1. Inspectable Control for Structure-Preserving Software Regeneration

    Experimento principal de escopo delimitado e limites declarados das evidências.

  2. EfficientEdit: Accelerating Code Editing via Edit-Oriented Speculative Decoding

    Um mecanismo orientado à edição que reutiliza segmentos inalterados do código-fonte.

  3. Constrained Decoding of Diffusion LLMs with Context-Free Grammars

    Um exemplo de mecanismo com uma restrição formal explícita.

Mantido por . Esta página sintetiza as evidências existentes e não acrescenta resultados experimentais além dos apresentados nas fontes citadas.

Consultar todas as notas de pesquisa