Os compromissos estão na lista. A ordenação corre sem qualquer mensagem de erro. Ainda assim, 2 de dezembro aparece antes de 18 de janeiro, porque o programa compara cadeias de caracteres em vez de valores de data. Um agente de programação pode explicar este erro longamente e, mesmo assim, corrigi-lo no sítio errado. A pergunta interessante é, portanto: consegue ele manter todo o percurso coeso, desde a observação até uma alteração que possa ser verificada?
O Kimi Code apresenta o K3.1 Pro como disponível desde 23 de outubro de 2026. A apresentação do modelo orienta a oferta, entre outras coisas, para a programação e para tarefas de agente mais longas. De acordo com as fontes de 25 de outubro, os ficheiros de pesos completos só tinham sido anunciados para uma data posterior. O acesso ao serviço e um pacote de modelo local continuam a ser dois estados diferentes.
Um erro reproduzível vale mais do que um grande desejo
Um ficheiro de exemplo local basta para uma primeira tarefa. Cria três compromissos, cada um com uma data e um ID. Usa deliberadamente a notação dia.mês.ano, para que uma comparação alfabética não possa passar por uma verdadeira ordenação por data. Uma quarta linha sem data constitui um estado adicional que a tua tarefa tem de tratar explicitamente.
termine = [
{"id": "A", "datum": "02.12.2026"},
{"id": "B", "datum": "18.01.2026"},
{"id": "C", "datum": "18.01.2026"},
{"id": "D", "datum": None}
]A ordem pretendida pode ser descrita de antemão: B e C antes de A, e o compromisso sem data numa posição acordada. Para dias idênticos, mantém-se a ordem de entrada. Esta regra importa mais do que um exemplo de resultado que por acaso esteja certo. Diz como o programa se deve comportar com outras entradas.
Dá também ao agente a secção de ordenação que está efetivamente defeituosa. Um palpite sobre a causa não substitui a leitura do código existente. A tarefa pode exigir que ele primeiro identifique o ponto concreto de comparação e só depois altere apenas a parte necessária para isso.
Pede três resultados em separado
Pede que o diagnóstico, a alteração e as provas sejam entregues separadamente. O diagnóstico indica que forma de dados está atualmente a ser comparada. A alteração mostra a intervenção limitada. As provas referem-se às mesmas entradas e às regras definidas de antemão. Assim, uma resposta longa de um agente divide-se em três resultados que podem ser verificados um a um.
Uma instrução adequada é: «Reproduz a ordem de datas errada com estes dados. Altera apenas a lógica de ordenação. Mantém os dias idênticos na sua ordem original e coloca os valores de data em falta no fim. Depois mostra o caso original e um outro caso que atravesse uma mudança de mês.»
Acrescenta o que tem de ficar intocado: filtros, apresentação e registos guardados. Caso contrário, um agente pode entregar uma solução aparentemente elegante que, pelo caminho, reconstrói a interface ou o formato dos dados. Uma intervenção maior não é automaticamente uma intervenção mais cuidadosa.
Um pequeno percurso de referência sem chamada ao modelo
Podes seguir a regra subjacente independentemente do agente. Em Python, uma cadeia de data existente pode ser convertida num valor de data com datetime.strptime. O caso sem data precisa da sua própria chave de ordenação. Esta é uma configuração de referência possível, não uma afirmação sobre o código de qualquer projeto em particular:
from datetime import datetime
def schluessel(eintrag):
wert = eintrag["datum"]
if wert is None:
return (1, datetime.max)
return (0, datetime.strptime(wert, "%d.%m.%Y"))
ergebnis = sorted(termine, key=schluessel)
assert [x["id"] for x in ergebnis] == ["B", "C", "A", "D"]Este exemplo didático abrange cadeias válidas e None. Dias de calendário inválidos são um requisito adicional e não são aqui reparados silenciosamente. Se os quiseres suportar, deves também especificar a mensagem de erro ou o tratamento pretendido.
O que um pequeno sucesso mostra realmente
Um caso de ordenação aprovado seria um sucesso para esta tarefa. Não prova nem um trabalho de agente isento de erros nem uma adequação geral a um repositório grande. É precisamente por isso que a tarefa pequena é útil: podes observar se um requisito se perde pelo caminho e se o agente avalia a sua alteração face ao problema original.
Mantém separados o pedido, o patch efetivo e a chamada de teste que foi executada. Uma afirmação escrita de que «todos os testes passaram» só se torna prova quando a chamada e o seu resultado estão realmente disponíveis. Aqui, a forma prática de entrar em trabalho de IA mais longo consiste num erro gerível, em limites claros e num resultado que tu próprio consegues compreender.
Fontes e estado
Fontes à data de 25 de outubro de 2026. Kimi Code — Novidades, K3.1 Pro · Apresentação do Kimi K3.1 Pro.
