<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: seahorseemoji</title><link>https://news.ycombinator.com/user?id=seahorseemoji</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 14 Oct 2026 09:16:37 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=seahorseemoji" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by seahorseemoji in "Muse Wonder"]]></title><description><![CDATA[
<p>Ah, you mean VendingBench [1]<p>[1] <a href="https://andonlabs.com/evals/vending-bench-2">https://andonlabs.com/evals/vending-bench-2</a></p>
]]></description><pubDate>Tue, 13 Oct 2026 02:30:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=50065849</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=50065849</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50065849</guid></item><item><title><![CDATA[New comment by seahorseemoji in "MiMo-v2.6-Pro: Intelligence, Performance and Price Analysis"]]></title><description><![CDATA[
<p>The way Artificial Analysis keeps changing their weights feels kind of like deciding who the winner should be and making the weights reflect that. They’ve been changing their weights to add more weight to improved long-running agentic capabilities, but doing so means they’re reducing the relative importance of world knowledge and of writing ability.<p>I’ll grant that maybe world knowledge isn’t that important for these models. But writing ability is important for human understanding, and I think the weird turns of phrase and word choices reflect the labs’ underweighting of the importance of human understanding.</p>
]]></description><pubDate>Tue, 22 Sep 2026 10:49:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=49799194</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=49799194</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49799194</guid></item><item><title><![CDATA[New comment by seahorseemoji in "Twitter Viewer – View Twitter Without Account"]]></title><description><![CDATA[
<p>I wish I understood why the majority of the AI discussions happen on Twitter/X.</p>
]]></description><pubDate>Wed, 26 Aug 2026 18:42:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49453818</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=49453818</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49453818</guid></item><item><title><![CDATA[New comment by seahorseemoji in "Collaborative Human Agent Protocol (CHAP)"]]></title><description><![CDATA[
<p>People in the comments are rough! I think this looks cool, nice job!</p>
]]></description><pubDate>Thu, 20 Aug 2026 02:25:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=49369720</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=49369720</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49369720</guid></item><item><title><![CDATA[New comment by seahorseemoji in "Smevals: A small eval suite for evaluating models, prompts, and harnesses"]]></title><description><![CDATA[
<p>This seems to be a collab between Simon Willison and the guy behind the Superpowers plugin</p>
]]></description><pubDate>Sun, 02 Aug 2026 01:02:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=49140082</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=49140082</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49140082</guid></item><item><title><![CDATA[Smevals: A small eval suite for evaluating models, prompts, and harnesses]]></title><description><![CDATA[
<p>Article URL: <a href="https://simonwillison.net/2026/Jul/31/smevals/">https://simonwillison.net/2026/Jul/31/smevals/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49140081">https://news.ycombinator.com/item?id=49140081</a></p>
<p>Points: 6</p>
<p># Comments: 1</p>
]]></description><pubDate>Sun, 02 Aug 2026 01:02:05 +0000</pubDate><link>https://simonwillison.net/2026/Jul/31/smevals/</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=49140081</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49140081</guid></item><item><title><![CDATA[New comment by seahorseemoji in "The difference between "today's task" and "accretive work""]]></title><description><![CDATA[
<p>That’s a good point. I am torn between two competing strains of thought, though:<p>- on the one hand, time-to-market is super important. Getting to the right place faster is obviously better.<p>- on the other hand, figuring out right product/right fit is hard, and if a business spends that much cost every 3 days chasing every idea (most of which may be bad ideas), they’ve probably wasted a lot of money.<p>Obviously token costs are cheaper than developers, and local models would reduce costs still further. But the thought I keep coming to is: maybe there’s a benefit to slowing down and not jumping to implement?<p>I usually hear the opposite side (better to implement 10 things and throw out 9 of them, easier to react to prototypes, etc.). But I also think the infinity of possible ideas doesn’t get smaller when you throw more engineers or compute at it. You just end up exploring more, possibly bad ideas. This works out if exploring more of the space builds a greater understanding of the problem and increases the likelihood that one of your choices pans out. But the cost of exploring the space isn’t $0 and 0 time.</p>
]]></description><pubDate>Wed, 08 Jul 2026 12:37:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48831147</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=48831147</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48831147</guid></item><item><title><![CDATA[Superpowers 6]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.fsck.com/2026/06/15/Superpowers-6/">https://blog.fsck.com/2026/06/15/Superpowers-6/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48739459">https://news.ycombinator.com/item?id=48739459</a></p>
<p>Points: 196</p>
<p># Comments: 77</p>
]]></description><pubDate>Tue, 30 Jun 2026 21:28:32 +0000</pubDate><link>https://blog.fsck.com/2026/06/15/Superpowers-6/</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=48739459</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48739459</guid></item><item><title><![CDATA[Ask HN: Anyone else's company ban use of Chinese models?]]></title><description><![CDATA[
<p>I work for a large company (think banking, insurance, etc.) and we have a ban internally on using any Chinese models. They haven’t stated a reason, but I’m assuming it’s one of the typical ones. I’m wondering how common this is. It feels like a big disadvantage for a company to tie their hands behind their backs like this, given how far ahead the open-source Chinese models are, and given the increasing costs of using the frontier labs’ models.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48644580">https://news.ycombinator.com/item?id=48644580</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 23 Jun 2026 13:20:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=48644580</link><dc:creator>seahorseemoji</dc:creator><comments>https://news.ycombinator.com/item?id=48644580</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48644580</guid></item></channel></rss>