Re:Two things LLM coding agents are still bad at
by flowingfocus on Thursday October 09, 2025 @09:30AM
(#45527443)
A diff makes these kind of errors much easier to catch.
Or maybe someone from XEROX has a better idea how to catch subtly altered numbers?
Re:Two things LLM coding agents are still bad at
by mcpeepants on Thursday October 09, 2025 @09:32AM
(#45527473)
I verify all dates manually by memorizing their offset from the date of the signing of the Magna Carta
Re:Two things LLM coding agents are still bad at
by nedrylandJP on Thursday October 09, 2025 @12:52PM
(#45530198)
HN is no place for chicanery.
Re:Two things LLM coding agents are still bad at
by nonethewiser on Thursday October 09, 2025 @10:13AM
(#45527999)
>Not code, but I once pasted an event announcement and asked for just spelling and grammar check. LLM suggested a new version with minor tweak which I copy pasted back. Just before sending I noticed that it had moved the event date by one day.
This is the kind of thing I immediately noticed about LLMs when I used them for the first time. Just anecdotally, I'd say it had this problem 30-40% of the time. As time has gone on, it has gotten so much better. But it still makes this kind of problem -- lets just say -- 5% of the time.
The thing is, it's almost more dangerous to rarely make the problem. Because now people aren't constantly looking for it.
You have no idea if it's not just randomly flipping terms or injecting garbage unless you actually validate it. The ideal of giving it an email to improve and then just scanning the result before firing it off is terrifying to me.
Just before sending I noticed that it had moved the event date by one day. Luckily I caught it but it taught me that you never should blindly trust LLM output even with super simple tasks, no relevant context size, clear and simple one sentence prompt.
LLM's do the most amazing things but they also sometimes screw up the simplest of tasks in the most unexpected ways.