<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: Solomet</title><link>https://news.ycombinator.com/user?id=Solomet</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 09 Oct 2026 03:22:43 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=Solomet" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by Solomet in "Write Like It's 1866: LLMs Relearn Telegraphese"]]></title><description><![CDATA[
<p>> Instructed to answer in cablese — the telegraph operators' compressed dialect (drop the articles and filler, keep every fact) — a single one-sentence instruction, no examples and no codebook, elicits 40–49% fewer billed output tokens on the API's own meter, and models across four families still recover the information at full fidelity. For machine-to-machine traffic, that is half the output bill at any major API, today. The Victorian economics of the cable, reborn as token economics: the Telegraph Test benchmark.<p>I tried but this first paragraph seems like it was almost purposefully obfuscated. Typical LLM-written content that meanders around a bit and stops when it seems to have emitted enough words. The reader is left to assemble meaning from the trace of thought it did not go back over to revise.<p>I think you have a good point to make but the writing is really difficult to get past.</p>
]]></description><pubDate>Wed, 07 Oct 2026 13:58:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=49993001</link><dc:creator>Solomet</dc:creator><comments>https://news.ycombinator.com/item?id=49993001</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49993001</guid></item><item><title><![CDATA[New comment by Solomet in "Write Like It's 1866: LLMs Relearn Telegraphese"]]></title><description><![CDATA[
<p>Newest LLM writing tell: Concepts are described in terms normally more appropriate for physical object.<p>> A lab that suppresses it in a frontier model just moves the advantage to open models that still _carry_ it<p>> they carry no signal about which is better<p>> where your workload _sits_ on that frontier should pick the point<p>> and no model _sits_ in the judge’s seat<p>> every ratio _sits_ at 0.99–1.10<p>Many many more examples of "sit"<p>> Every comparison in this post "holds" the questions<p>I have been seeing this a lot in my recent work with LLMs and it is quite frustrating. Even more frustrating is how frequently it uses low-signal terms for things unnecessarily. These 'physical object' terms are one example but at times it really seems that they 'preserve effort' by choosing a less descriptive term because it 'fits'<p>I have also caught it replacing descriptive terms with more vague ones for no discernible reason other than laziness.<p>"Minimize ambiguity" has been my go-to instruction as of late when the agent drifts back towards vague terms and lack of specificity.</p>
]]></description><pubDate>Wed, 07 Oct 2026 13:11:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=49992293</link><dc:creator>Solomet</dc:creator><comments>https://news.ycombinator.com/item?id=49992293</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49992293</guid></item><item><title><![CDATA[New comment by Solomet in "We Automated Bullshit"]]></title><description><![CDATA[
<p>I saw someone describe LLM hallucinations and inaccuracies as "compression artifacts." This thing has seen all the data that can possibly be fed to it and stored it in a much smaller size, so it's not crazy to think there will be compression artifacts. I have noticed that the quality of its answers seems to go down significantly when I am asking about a topic about which there isn't much information on google.<p>But it makes you wonder if future LLMs aren't going to suffer from the JPEG of a JPEG of a JPEG effect where it will be impossible to train an LLM off of new data that isn't generated by another LLM.</p>
]]></description><pubDate>Fri, 17 Nov 2023 14:37:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=38304191</link><dc:creator>Solomet</dc:creator><comments>https://news.ycombinator.com/item?id=38304191</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38304191</guid></item></channel></rss>