Bokningarna finns i listan. Sorteringen körs utan felmeddelande. Ändå hamnar 2 december före 18 januari, eftersom programmet jämför teckensträngar i stället för datumvärden. En kodagent kan förklara den här buggen utförligt och ändå rätta den på fel ställe. Den intressanta frågan är därför: håller den ihop hela vägen, från observationen till en ändring som går att verifiera?
Kimi Code har listat K3.1 Pro som tillgänglig sedan den 23 oktober 2026. I modellpresentationen riktas erbjudandet bland annat mot programmering och längre agentuppgifter. Enligt källorna per den 25 oktober hade de fullständiga viktfilerna bara aviserats till ett senare datum. Tjänsteåtkomst och ett lokalt modellpaket är fortfarande två olika lägen.
En reproducerbar bugg slår en stor önskan
En lokal exempelfil räcker för ett första uppdrag. Skapa tre bokningar, var och en med ett datum och ett ID. Använd medvetet notationen dag.månad.år så att en alfabetisk jämförelse inte kan passera som en verklig ordning efter datum. En fjärde rad utan datum utgör ett ytterligare tillstånd som ditt uppdrag måste hantera uttryckligen.
termine = [
{"id": "A", "datum": "02.12.2026"},
{"id": "B", "datum": "18.01.2026"},
{"id": "C", "datum": "18.01.2026"},
{"id": "D", "datum": None}
]Den önskade ordningen kan beskrivas i förväg: B och C före A, och den odaterade bokningen på en överenskommen plats. För identiska dagar bevaras inmatningsordningen. Den här regeln är viktigare än ett exempelresultat som råkar stämma. Den säger hur programmet ska bete sig med ytterligare indata.
Ge också agenten den sorteringsdel som faktiskt är felaktig. En gissning om orsaken ersätter inte att läsa den befintliga koden. Uppdraget kan kräva att den först pekar ut den specifika jämförelsepunkten och sedan ändrar endast den del som behövs för den.
Be om tre resultat separat
Låt diagnosen, ändringen och beläggen levereras var för sig. Diagnosen anger vilken form av data som för närvarande jämförs. Ändringen visar det avgränsade ingreppet. Beläggen hänvisar till samma indata och de regler som fastställts i förväg. På så sätt delas ett långt agentsvar upp i tre leveranser som var och en kan kontrolleras.
En lämplig instruktion är: ”Återskapa den felaktiga datumordningen med dessa data. Ändra endast sorteringslogiken. Behåll identiska dagar i sin ursprungliga ordning och placera saknade datumvärden sist. Visa sedan det ursprungliga fallet och ytterligare ett fall över en månadsgräns.”
Lägg till vad som måste lämnas orört: filter, visning och lagrade poster. Annars kan en agent leverera en till synes elegant lösning som bygger om gränssnittet eller dataformatet på vägen. Ett större ingrepp är inte automatiskt ett mer omsorgsfullt.
En liten referensväg utan modellanrop
Du kan följa den underliggande regeln oberoende av agenten. I Python kan en befintlig datumsträng omvandlas till ett datumvärde med datetime.strptime. Det odaterade fallet behöver en egen sorteringsnyckel. Detta är en möjlig referensuppställning, inte ett påstående om koden i något visst projekt:
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"]Det här undervisningsexemplet täcker giltiga strängar och None. Ogiltiga kalenderdagar är ett ytterligare krav och repareras inte i tysthet här. Om du vill stödja dem bör du också ange önskat felmeddelande eller önskad hantering.
Vad en liten framgång faktiskt visar
Ett godkänt sorteringsfall vore en framgång för den här uppgiften. Det bevisar varken felfritt agentarbete eller allmän lämplighet för ett stort repository. Just därför är den lilla uppgiften användbar: du kan iaktta om ett krav går förlorat på vägen och om agenten bedömer sin ändring mot det ursprungliga problemet.
Håll begäran, den faktiska patchen och det testanrop som kördes åtskilda från varandra. Ett skriftligt påstående om att ”alla tester godkändes” blir belägg först när anropet och dess resultat faktiskt finns tillgängliga. Här består den praktiska vägen in i längre AI-arbete av en hanterbar bugg, tydliga gränser och ett resultat som du själv kan förstå.
Källor och status
Källor per den 25 oktober 2026. Kimi Code — Nyheter, K3.1 Pro · Introduktion av Kimi K3.1 Pro.
