Enumere posições de rainhas sem ataques em tabuleiros de tamanho zero a oito.
def queens(size):
if type(size) is not int or not 0 <= size <= 8:
raise ValueError("size.range")
result = []
def visit(columns, down, up):
row = len(columns)
if row == size:
result.append(tuple(columns))
return
for column in range(size):
if column not in columns and row-column not in down and row+column not in up:
visit(columns + [column], down | {row-column}, up | {row+column})
visit([], set(), set())
return resultConfigure um endpoint compatível com OpenAI ou Anthropic com a URL base e uma chave API, quando necessária. Teste a conexão. O servidor local precisa estar em execução; ferramentas remotas podem transmitir dados separadamente.
Confira a posição vazia e tabuleiros pequenos impossíveis, rejeitando tamanhos inválidos e verificando linhas, colunas e diagonais das soluções.
Compare o comportamento real com o resultado esperado. Se uma verificação falhar, investigue a causa antes de fazer outras alterações.
def queens(size):
if type(size) is not int or not 0 <= size <= 8:
raise ValueError("size.range")
result = []
def visit(columns, down, up):
row = len(columns)
if row == size:
result.append(tuple(columns))
return
for column in range(size):
if column not in columns and row-column not in down and row+column not in up:
visit(columns + [column], down | {row-column}, up | {row+column})
visit([], set(), set())
return resultQueenVellum é um ambiente de programação com IA para Windows destinado a desenvolvedores que revisam rotinas de busca e as condições que suas saídas devem satisfazer. Comece pela pasta do projeto e explique o que conta como solução, quais entradas são suportadas e como a aplicação representa um resultado vazio. O assistente conectado pode examinar o código atual e ajudar a preparar uma alteração de acordo com esse contrato.
Uma tarefa limitada de posicionamento de rainhas torna essas questões concretas. Peça uma revisão das restrições e da estrutura de saída usando o exemplo existente de tamanhos de tabuleiro de zero a oito. Discuta a diferença entre uma disposição vazia e um tabuleiro sem disposições válidas antes de aceitar uma revisão proposta. O objetivo é desenvolver e testar seu próprio código de busca mantendo seu significado visível durante toda a conversa.
Examine as estruturas retornadas nos testes do projeto em vez de conferir apenas quantos resultados aparecem. Verifique cada restrição exigida, execute os casos de entradas inválidas e compare as alterações de código com a tarefa original. QueenVellum permite conexões suportadas compatíveis com OpenAI ou da Anthropic, incluindo um modelo sem filtros onde o endpoint oferecer essa opção. Forneça as credenciais exigidas e confira o contexto do modelo e o suporte a ferramentas. Uma explicação persuasiva continua sendo uma proposta até que a implementação e suas saídas sejam revisadas de acordo com esses requisitos.
Use ambos quando apropriado. Uma contagem pode coincidir mesmo quando saídas individuais estão malformadas ou repetidas. Verifique cada disposição de acordo com as restrições exigidas e compare pequenos casos conhecidos, para que os testes tratem do significado de uma solução.
Declare a convenção explicitamente. O cenário existente inclui uma disposição vazia, o que difere de não retornar nenhuma solução. Revise a interpretação do código chamador para que uma refatoração não una dois resultados que a aplicação precisa distinguir.
Trate isso como um requisito separado, com sua própria revisão. O exemplo atual tem limites. Alterar o intervalo afeta o trabalho esperado e o tamanho da saída, portanto não deduza suporte a entradas maiores a partir de uma pequena demonstração bem-sucedida.
Mantenha juntos pequenos casos conhecidos, entradas rejeitadas e verificações estruturais. Peça ao assistente que explique quais restrições cada ramificação preserva e compare essa explicação com o código proposto e com os resultados produzidos na sua própria execução de testes.
QueenVellum · Atualizado 2026-10-25