Las citas están en la lista. La ordenación se ejecuta sin ningún mensaje de error. Y, sin embargo, el 2 de diciembre aparece antes que el 18 de enero, porque el programa compara cadenas de caracteres en lugar de valores de fecha. Un agente de programación puede explicar este error con todo detalle y aun así corregirlo en el lugar equivocado. Por eso la pregunta interesante es: ¿mantiene unido todo el recorrido, desde la observación hasta un cambio que se pueda verificar?
Kimi Code indica que K3.1 Pro está disponible desde el 23 de octubre de 2026. La presentación del modelo orienta la oferta, entre otras cosas, a la programación y a tareas de agente más largas. Según las fuentes del 25 de octubre, los archivos de pesos completos solo se habían anunciado para una fecha posterior. El acceso al servicio y un paquete local del modelo siguen siendo dos estados distintos.
Un error reproducible vale más que un gran deseo
Para un primer encargo basta con un archivo de ejemplo local. Crea tres citas, cada una con una fecha y un ID. Usa deliberadamente la notación día.mes.año, para que una comparación alfabética no pueda pasar por una auténtica ordenación por fecha. Una cuarta línea sin fecha constituye un estado adicional que tu encargo debe tratar de forma explícita.
termine = [
{"id": "A", "datum": "02.12.2026"},
{"id": "B", "datum": "18.01.2026"},
{"id": "C", "datum": "18.01.2026"},
{"id": "D", "datum": None}
]El orden deseado se puede describir de antemano: B y C antes que A, y la cita sin fecha en una posición acordada. Para días idénticos se conserva el orden de entrada. Esta regla importa más que un resultado de ejemplo que encaje por casualidad. Indica cómo debe comportarse el programa con otras entradas.
Dale también al agente la sección de ordenación que realmente falla. Una suposición sobre la causa no sustituye la lectura del código existente. El encargo puede exigirle que primero nombre el punto concreto de la comparación y que después cambie solo la parte necesaria para ello.
Pide tres resultados por separado
Haz que te entregue por separado el diagnóstico, el cambio y la evidencia. El diagnóstico indica qué forma de datos se está comparando actualmente. El cambio muestra la intervención limitada. La evidencia se refiere a las mismas entradas y a las reglas fijadas de antemano. Así, una respuesta larga del agente se descompone en tres entregables que se pueden comprobar uno por uno.
Una instrucción adecuada es: «Reproduce el orden de fechas incorrecto con estos datos. Cambia solo la lógica de ordenación. Mantén los días idénticos en su orden original y coloca los valores de fecha que falten al final. Después muestra el caso original y otro caso que cruce un cambio de mes».
Añade lo que debe quedar intacto: filtros, visualización y registros almacenados. De lo contrario, un agente puede entregar una solución aparentemente elegante que, de paso, reconstruya la interfaz o el formato de datos. Una intervención mayor no es automáticamente una más cuidadosa.
Un pequeño camino de referencia sin llamada al modelo
Puedes seguir la regla subyacente con independencia del agente. En Python, una cadena de fecha existente se puede convertir en un valor de fecha con datetime.strptime. El caso sin fecha necesita su propia clave de ordenación. Esta es una posible configuración de referencia, no una afirmación sobre el código de ningún proyecto concreto:
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 ejemplo didáctico cubre cadenas válidas y None. Los días de calendario no válidos son un requisito adicional y aquí no se reparan de forma silenciosa. Si quieres admitirlos, deberías especificar también el mensaje de error o el tratamiento deseado.
Qué demuestra realmente un pequeño éxito
Un caso de ordenación superado sería un éxito para esta tarea. No demuestra ni un trabajo del agente libre de errores ni una idoneidad general para un repositorio grande. Precisamente por eso es útil la tarea pequeña: puedes observar si un requisito se pierde por el camino y si el agente evalúa su cambio frente al problema original.
Mantén separados entre sí la petición, el parche real y la llamada de prueba que se ejecutó. Una afirmación escrita de que «todas las pruebas han pasado» solo se convierte en evidencia cuando la llamada y su resultado están realmente disponibles. Aquí, la vía práctica hacia trabajos de IA más largos consiste en un error manejable, límites claros y un resultado que puedas entender por ti mismo.
Fuentes y estado
Fuentes a fecha del 25 de octubre de 2026. Kimi Code — Novedades, K3.1 Pro · Presentamos Kimi K3.1 Pro.
