<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: wesleyyue</title><link>https://news.ycombinator.com/user?id=wesleyyue</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 09 Sep 2026 12:29:01 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=wesleyyue" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by wesleyyue in "Computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku"]]></title><description><![CDATA[
<p>If anyone would like to try the new Sonnet in VSCode. I just updated <a href="https://double.bot">https://double.bot</a> to the new Sonnet. (disclaimer: I am the cofounder/creator)<p>---<p>Some thoughts:<p>* Will be interesting to see what we can build in terms of automatic development loops with the new computer use capabilities.<p>* I wonder if they are not releasing Opus because it's not done or because they don't have enough inference compute to go around, and Sonnet is close enough to state of the art?</p>
]]></description><pubDate>Tue, 22 Oct 2024 15:54:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=41915575</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41915575</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41915575</guid></item><item><title><![CDATA[New comment by wesleyyue in "Llama 3.2 released: Multimodal, 1B to 90B sizes"]]></title><description><![CDATA[
<p>Yep you're right, thanks for catching (sorry for the ninja edit!)</p>
]]></description><pubDate>Wed, 25 Sep 2024 18:18:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=41650291</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41650291</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41650291</guid></item><item><title><![CDATA[New comment by wesleyyue in "Llama 3.2 released: Multimodal, 1B to 90B sizes"]]></title><description><![CDATA[
<p>Ah you're right I totally misread that!</p>
]]></description><pubDate>Wed, 25 Sep 2024 18:13:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=41650247</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41650247</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41650247</guid></item><item><title><![CDATA[New comment by wesleyyue in "Llama 3.2 released: Multimodal, 1B to 90B sizes"]]></title><description><![CDATA[
<p>Interesting observations:<p>* Llama 3.2 multimodal actually still ranks below Molmo from ai2 released this morning.<p>* AI2D: 92.3 (3.2 90B) vs 96.3 (of Molmo 72B)<p>* Llama 3.2 1B and 3B is pruned from 3.1 8B so no leapfrogging unlike 3 -> 3.1.<p>* Notably no code benchmarks. Deliberate exclusion of code data in distillation to maximize mobile on-device use cases?<p>Was hoping there would be some interesting models I can add to <a href="https://double.bot">https://double.bot</a> but doesn't seem like any improvements to frontier performance on coding.</p>
]]></description><pubDate>Wed, 25 Sep 2024 17:53:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=41650011</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41650011</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41650011</guid></item><item><title><![CDATA[New comment by wesleyyue in "Show HN: Void, an open-source Cursor/GitHub Copilot alternative"]]></title><description><![CDATA[
<p>If you've tried others, would love to understand if there's anything you didn't like specifically (I'm one of the creators for <a href="https://double.bot">https://double.bot</a>)</p>
]]></description><pubDate>Tue, 17 Sep 2024 14:56:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=41568239</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41568239</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41568239</guid></item><item><title><![CDATA[New comment by wesleyyue in "Show HN: Void, an open-source Cursor/GitHub Copilot alternative"]]></title><description><![CDATA[
<p>Ah interesting! I'm building <a href="https://double.bot">https://double.bot</a> (ai assistant vscode extension) and someone asked about VSCodium but I didn't realize there's a open marketplace for that specifically.</p>
]]></description><pubDate>Tue, 17 Sep 2024 14:55:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=41568221</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41568221</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41568221</guid></item><item><title><![CDATA[New comment by wesleyyue in "Learning to Reason with LLMs"]]></title><description><![CDATA[
<p>> Maybe something's timing out with the longer o1 response times?<p>Let me look into this – one issue is that OpenAI doesn't expose a streaming endpoint via the API for o1 models. It's possible there's an HTTP timeout occurring in the stack. Thanks for the report</p>
]]></description><pubDate>Thu, 12 Sep 2024 23:22:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=41526687</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41526687</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41526687</guid></item><item><title><![CDATA[New comment by wesleyyue in "Learning to Reason with LLMs"]]></title><description><![CDATA[
<p>Just added o1 to <a href="https://double.bot">https://double.bot</a> if anyone would like to try it for coding.<p>---<p>Some thoughts:<p>* The performance is really good. I have a private set of questions I note down whenever gpt-4o/sonnet fails. o1 solved everything so far.<p>* It really is quite slow<p>* It's interesting that the chain of thought is hidden. This is I think the first time where OpenAI can improve their models without it being immediately distilled by open models. It'll be interesting to see how quickly the oss field can catch up technique-wise as there's already been a lot of inference time compute papers recently [1,2]<p>* Notably it's not clear whether o1-preview as it's available now is doing tree search or just single shoting a cot that is distilled from better/more detailed trajectories in the training distribution.<p>[1](<a href="https://arxiv.org/abs/2407.21787" rel="nofollow">https://arxiv.org/abs/2407.21787</a>)<p>[2](<a href="https://arxiv.org/abs/2408.03314" rel="nofollow">https://arxiv.org/abs/2408.03314</a>)</p>
]]></description><pubDate>Thu, 12 Sep 2024 20:13:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=41525020</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41525020</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41525020</guid></item><item><title><![CDATA[New comment by wesleyyue in "Sourcegraph went dark"]]></title><description><![CDATA[
<p>If you're open to trying new AI coding assistants, would love if you can give <a href="https://double.bot">https://double.bot</a> a try! (note: I'm one of the creators) The main philosophical differences is that we are more expensive and are trying to build the best copilot with the technology possible at any given time. For example, we serve a larger, more accurate, and more modern autocomplete model, but it does cost more to serve. We also do a lot of somewhat novel work in getting the details right, like improving the autocomplete model to never screw up closing brackets, and always auto-close them as if you typed them.</p>
]]></description><pubDate>Tue, 20 Aug 2024 15:53:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=41301154</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41301154</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41301154</guid></item><item><title><![CDATA[New comment by wesleyyue in "Large Enough"]]></title><description><![CDATA[
<p>Yes, I built the extension. I actually also just went to send another message asking what the first msg was just to double check I didn't have a bug and it does know what the first msg was.</p>
]]></description><pubDate>Wed, 24 Jul 2024 17:36:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=41059583</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41059583</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41059583</guid></item><item><title><![CDATA[New comment by wesleyyue in "Large Enough"]]></title><description><![CDATA[
<p>definitely not an articulate request, but the point of using these tools is to speed me up. The less the user has to articulate and the more it can infer correctly, the more helpful it is. Other frontier models don't have this problem.<p>Llama 405B response would be exactly what I expect<p><a href="https://x.com/WesleyYue/status/1816157147413278811" rel="nofollow">https://x.com/WesleyYue/status/1816157147413278811</a></p>
]]></description><pubDate>Wed, 24 Jul 2024 17:03:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=41059193</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41059193</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41059193</guid></item><item><title><![CDATA[New comment by wesleyyue in "Large Enough"]]></title><description><![CDATA[
<p>Yes, there's a few things wrong:
1. If it assumes typescript, it should do `as const` in the first msg
2. If it is python, it should be something like <a href="https://x.com/WesleyYue/status/1816157147413278811" rel="nofollow">https://x.com/WesleyYue/status/1816157147413278811</a> which is what I wanted but I didn't want to bother with the typing.</p>
]]></description><pubDate>Wed, 24 Jul 2024 17:00:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=41059150</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41059150</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41059150</guid></item><item><title><![CDATA[New comment by wesleyyue in "Large Enough"]]></title><description><![CDATA[
<p>I'm building a ai coding assistant (<a href="https://double.bot">https://double.bot</a>) so I've tried pretty much all the frontier models. I added it this morning to play around with it and it's probably the worst model I've ever played with. Less coherent than 8B models. Worst case of benchmark hacking I've ever seen.<p>example: <a href="https://x.com/WesleyYue/status/1816153964934750691" rel="nofollow">https://x.com/WesleyYue/status/1816153964934750691</a></p>
]]></description><pubDate>Wed, 24 Jul 2024 16:53:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=41059049</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41059049</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41059049</guid></item><item><title><![CDATA[New comment by wesleyyue in "Open source AI is the path forward"]]></title><description><![CDATA[
<p>Just added Llama 3.1 405B/70B/8B to <a href="https://double.bot">https://double.bot</a> (VSCode coding assistant) if anyone would like to try it.<p>---<p>Some observations:<p>* The model is much better at trajectory correcting and putting out a chain of tangential thoughts than other frontier models like Sonnet or GPT-4o. Usually, these models are limited to outputting "one thought", no matter how verbose that thought might be.<p>* I remember in Dec of 2022 telling famous "tier 1" VCs that frontier models would eventually be like databases: extremely hard to build, but the best ones will eventually be open and win as it's too important to too many large players. I remember the confidence in their ridicule at the time but it seems increasingly more likely that this will be true.</p>
]]></description><pubDate>Tue, 23 Jul 2024 16:40:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=41048047</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=41048047</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41048047</guid></item><item><title><![CDATA[New comment by wesleyyue in "Claude 3.5 Sonnet"]]></title><description><![CDATA[
<p>I've been using it in <a href="https://double.bot">https://double.bot</a> (vscode coding copilot I'm hacking on) and it's been pretty great so far. We have support for all the top models (gpt4o, deep seek, opus, etc) so I regularly like to switch between them especially if I see a challenging problem. So far, sonnet 3.5 has the best quality and is the one I use by default.</p>
]]></description><pubDate>Thu, 27 Jun 2024 05:33:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=40807567</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=40807567</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40807567</guid></item><item><title><![CDATA[New comment by wesleyyue in "Claude 3.5 Sonnet"]]></title><description><![CDATA[
<p>If anyone would like to try it for coding in VSCode, I just added it to <a href="http://double.bot">http://double.bot</a> on v93 (AI coding assistant). Feels quite strong so far and got a few prompts that I know failed with gpt4o.<p>fyi for anyone testing this in their product, their docs are wrong, it's claude-3-5-sonnet-20240620, not claude-3.5-sonnet-20240620.</p>
]]></description><pubDate>Thu, 20 Jun 2024 15:13:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=40739647</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=40739647</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40739647</guid></item><item><title><![CDATA[New comment by wesleyyue in "Cost of self hosting Llama-3 8B-Instruct"]]></title><description><![CDATA[
<p>Surprised no comments are pointing out that the analysis is pretty far off simply due to the fact that the author runs with batch size of 1. The cost being 100x - 1000x what API providers are charging should be a hint that something is seriously off, even if you expect some of these APIs to be subsidized.</p>
]]></description><pubDate>Fri, 14 Jun 2024 19:57:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=40684444</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=40684444</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40684444</guid></item><item><title><![CDATA[New comment by wesleyyue in "SoftBank's new AI makes angry customers sound calm on phone"]]></title><description><![CDATA[
<p>You can acknowledge how customers feel while shielding your customer facing staff from verbal abuse. If you've ever worked a customer facing job you'll understand.</p>
]]></description><pubDate>Fri, 14 Jun 2024 17:55:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=40683115</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=40683115</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40683115</guid></item><item><title><![CDATA[New comment by wesleyyue in "GPT-4o"]]></title><description><![CDATA[
<p>If anyone wants to try it for coding, I just added support for GPT4o in Double (<a href="https://double.bot">https://double.bot</a>)<p>In my tests:<p>* I have a private set of coding/reasoning tests and it's been able to ace all of them so far, beating Opus, GPT4-Turbo, and Llama 3 70b. I'll need to find even more challenging tests now...<p>* It's definitely significantly faster, but we'll see how much of this is due to model improvements vs over provisioned capacity. GPT4-Turbo was also significantly faster at launch.</p>
]]></description><pubDate>Mon, 13 May 2024 18:49:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=40346801</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=40346801</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40346801</guid></item><item><title><![CDATA[New comment by wesleyyue in "Qwen1.5-110B"]]></title><description><![CDATA[
<p>humaneval is generally a very poor benchmark imo and I hate that it's become the default "code" benchmark in any model release. I find it more useful to just look at MMLU as a ballmark of model ability and then just vibe checking it myself on code.<p>source: I'm hacking on a high performance coding copilot (<a href="https://double.bot/">https://double.bot/</a>) and play with a lot of different models for coding. Also adding Qwen 110b now so I can vibe check it. :)</p>
]]></description><pubDate>Fri, 26 Apr 2024 14:36:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=40169872</link><dc:creator>wesleyyue</dc:creator><comments>https://news.ycombinator.com/item?id=40169872</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40169872</guid></item></channel></rss>