<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: scottcha</title><link>https://news.ycombinator.com/user?id=scottcha</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 02 Sep 2026 09:45:07 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=scottcha" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by scottcha in "Ask HN: Who is hiring? (September 2026)"]]></title><description><![CDATA[
<p>Neuralwatt | <a href="https://neuralwatt.com" rel="nofollow">https://neuralwatt.com</a> | REMOTE | Seattle or Denver/Boulder metros | Full-time<p>Hiring: 2 Engineers + Director of Sales & Operations<p>Energy is becoming one of the biggest constraints on AI infrastructure. Neuralwatt is building software to help datacenters get more useful AI compute and revenue from every kilowatt.<p>We're a VC-backed early-stage startup working on GPU optimization, AI infrastructure, energy-aware control systems, and the Neuralwatt Cloud.<p>$180k to $220k DOE + equity<p>You'll work on:
  Rust and Python,
  GPU, inference, and datacenter optimization,
  Production AI infrastructure,
  Energy-aware scheduling and control,
  Neuralwatt Cloud<p>Director of Sales & Operations<p>We're looking for someone with datacenter industry experience to build sales channels, partnerships, and customer relationships, support company operations, and help drive growth. Comfort using modern AI and agent tools is required.<p>Location: Remote-first, but you must be based in the Seattle or Denver/Boulder metro areas.<p>No visa sponsorship available.<p>To apply: hiring@neuralwatt.com
Subject: HN Hiring (<your metro>/<engineering or sales>)<p>Include your resume, GitHub or relevant work profile, and a short note on why you're interested in AI and energy.</p>
]]></description><pubDate>Tue, 01 Sep 2026 15:28:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=49523288</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=49523288</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49523288</guid></item><item><title><![CDATA[New comment by scottcha in "GigaToken: ~1000x faster Language model tokenization"]]></title><description><![CDATA[
<p>We use vllm as it generally has the best ecosystem support.
Parameters are largely dependent on what type of requests you are serving (concurrency, input/output ratios, cached hit patterns).
We've never had a limitation at the tokenizer step. Limitations at peak tend to manifest more on slower time in vllm doing prefill or decode though we actively try and minimize this.</p>
]]></description><pubDate>Thu, 23 Jul 2026 14:21:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=49022095</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=49022095</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49022095</guid></item><item><title><![CDATA[New comment by scottcha in "GigaToken: ~1000x faster Language model tokenization"]]></title><description><![CDATA[
<p>I run an AI platform and we need to tokenize fast and early to make a lot of decisions on the subsequent steps (things like routing, rate limiting and such).  Its really important to do this efficiently even though its not a large % of total end to end time for the request.</p>
]]></description><pubDate>Wed, 22 Jul 2026 19:22:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=49012078</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=49012078</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49012078</guid></item><item><title><![CDATA[New comment by scottcha in "The real prices of frontier models"]]></title><description><![CDATA[
<p>Hi, I'm co-founder of Neuralwatt. 
While there aren't other providers selling by energy we also produce the same tokens stats you get at others (input, output, cached) and you can compare using those.  The CO2 number is really just multiplying the energy by the CO2-intensity at the time/place we served the request.  So everything is actually measured and can be derived externally.<p>The main observation when you compare to token prices our input/cached energy is much lower than the equivalent token prices while the output energy is generally higher.  One of the reasons this is a bit cheaper, especially for agentic systems, is that in an fully built/cached session your input & cached to output ratio is really massive input to very small output (multiple orders of magnitude usually).  The other thing we do is we actively work to optimize the system around tokens/joule with the goal of making the most energy-optimal system.<p>Happy to answer any other questions.</p>
]]></description><pubDate>Tue, 14 Jul 2026 00:47:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=48900940</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=48900940</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48900940</guid></item><item><title><![CDATA[New comment by scottcha in "Datacentres drive up big tech's carbon emissions to a third of those of France"]]></title><description><![CDATA[
<p>They do have a growing amount of Scope 1 emissions (emissions from their on site sources) which originally was primarily on site diesel but due to grid interconnect delays have been growing number of on site gas turbines.<p>This certainly wouldn’t be necessary with adequate generation and transmission capacity.</p>
]]></description><pubDate>Sun, 12 Jul 2026 12:59:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=48880842</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=48880842</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48880842</guid></item><item><title><![CDATA[New comment by scottcha in "GLM 5.2 beats Claude in our benchmarks"]]></title><description><![CDATA[
<p>Thanks for the feedback! Our primary focus is charging by energy, for token pricing we really just try to be close to the market. That being said I'll take a look at our token pricing to see if we need an update there <a href="https://portal.neuralwatt.com/energy-pricing" rel="nofollow">https://portal.neuralwatt.com/energy-pricing</a>  Generally our users get much lower cost on energy than token pricing though on a typical request with a high prefix cache hit the input, cached costs is very small and the output energy cost is higher.<p>We definitely don't have any intention to obfuscate and in fact we actually try and provide more data than any other provider out there about both an individual request, as well as the fleet behavior.  Since we tend to focus directly on our energy pricing and optimizing that the issue is likely where the ROI lies on energy optimization versus token optimization (totally correlated but we have other levers to reduce energy while keeping token counts the same).</p>
]]></description><pubDate>Mon, 29 Jun 2026 15:36:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=48720674</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=48720674</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48720674</guid></item><item><title><![CDATA[New comment by scottcha in "GLM 5.2 beats Claude in our benchmarks"]]></title><description><![CDATA[
<p>Hi I'm the CTO of neuralwatt, would love to hear your feedback on what your experience was. Feel free to email me scott@neuralwatt.com.  Also for GLM5.2 we run the FP8 quantization at 1M context which is a common deployment target.</p>
]]></description><pubDate>Mon, 29 Jun 2026 01:34:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=48713760</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=48713760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48713760</guid></item><item><title><![CDATA[New comment by scottcha in "Kimi K2.7-Code: open-source coding model with better token efficiency"]]></title><description><![CDATA[
<p>Yes way better. We host both and while qwen3.6 is over 100tps we usually can do glm around that too.</p>
]]></description><pubDate>Fri, 12 Jun 2026 23:42:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48510694</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=48510694</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48510694</guid></item><item><title><![CDATA[New comment by scottcha in "Kimi K2.7-Code: open-source coding model with better token efficiency"]]></title><description><![CDATA[
<p>I use glm5.1 plus pi with a few customized skills and am very happy with it. I hadn’t touched my Claude 5x plan for a couple of weeks but opened it back up in Claude code when fable was released and did a few tasks and still was happy to return to glm/pi.</p>
]]></description><pubDate>Fri, 12 Jun 2026 12:12:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48503142</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=48503142</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48503142</guid></item><item><title><![CDATA[New comment by scottcha in "Anthropic acquires Stainless"]]></title><description><![CDATA[
<p>I use claude code and pi.dev side by side most days and i'm mostly choosing pi for most work in last couple of weeks.</p>
]]></description><pubDate>Mon, 18 May 2026 18:30:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48183569</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=48183569</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48183569</guid></item><item><title><![CDATA[New comment by scottcha in "Show HN: sllm – Split a GPU node with other developers, unlimited tokens"]]></title><description><![CDATA[
<p>Pretty cool idea, but whats the stack behind this? As 15-25 tok/s seems a bit low as expected SoA for most providers is around 60 tok/s and quality of life dramatically improves above that.</p>
]]></description><pubDate>Sat, 04 Apr 2026 19:16:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=47642315</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47642315</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47642315</guid></item><item><title><![CDATA[New comment by scottcha in "Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw"]]></title><description><![CDATA[
<p>I think there was a clarification posted on Reddit that said Claude Agents SDK didn't apply for now.</p>
]]></description><pubDate>Sat, 04 Apr 2026 00:42:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47634300</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47634300</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47634300</guid></item><item><title><![CDATA[New comment by scottcha in "April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac mini"]]></title><description><![CDATA[
<p>I use OpenCode and have just started using Nanoclaw with ClaudeCode (my coworker has a post coming on this) and sometimes ClaudeCode with Claude Code Router. 
I do a range of small to complex work with these but I also do drop back in to Claude Opus for some really complex things where I want it to be more autonomous.</p>
]]></description><pubDate>Fri, 03 Apr 2026 20:50:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47632093</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47632093</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47632093</guid></item><item><title><![CDATA[New comment by scottcha in "Qwen3.6-Plus: Towards real world agents"]]></title><description><![CDATA[
<p>Mine are pretty unique since we optimize the energy for and run an inference service api so forces me to dogfood alot of different options.</p>
]]></description><pubDate>Fri, 03 Apr 2026 18:34:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47630293</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47630293</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47630293</guid></item><item><title><![CDATA[New comment by scottcha in "April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac mini"]]></title><description><![CDATA[
<p>Yes GLM5 and KimiK2.5 are pretty close replacements for sonnet.</p>
]]></description><pubDate>Fri, 03 Apr 2026 18:26:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=47630183</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47630183</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47630183</guid></item><item><title><![CDATA[New comment by scottcha in "Qwen3.6-Plus: Towards real world agents"]]></title><description><![CDATA[
<p>I switch between Claude Code (Opus/Sonnet) and Qwen (OpenCode, OpenClaw) multiple times throughout the day and Qwen 3.5 is really nice.  I do also use KimiK2.5 and GLM5 pretty often too and I'm starting to get a sense that the agent tool is becoming a little more important than the model with these level of models.  As long as tool calling and prompt quality is all configured correctly by the provider.</p>
]]></description><pubDate>Thu, 02 Apr 2026 15:57:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47616204</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47616204</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47616204</guid></item><item><title><![CDATA[New comment by scottcha in "Claude Code users hitting usage limits 'way faster than expected'"]]></title><description><![CDATA[
<p>We offer multiple SOA models at <a href="https://portal.neuralwatt.com" rel="nofollow">https://portal.neuralwatt.com</a> at very generous pricing since we have options to bill per kWh instead of per token.  Recipes for your favorite tools here: <a href="https://github.com/neuralwatt/neuralwatt-tools" rel="nofollow">https://github.com/neuralwatt/neuralwatt-tools</a></p>
]]></description><pubDate>Tue, 31 Mar 2026 14:00:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47587532</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47587532</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47587532</guid></item><item><title><![CDATA[New comment by scottcha in "Unlocking Python's Cores:Energy Implications of Removing the GIL"]]></title><description><![CDATA[
<p>I actually built this analysis while I worked at Microsoft so I 100% agree.  Doing the work at the platform level is the way to go and you can actually make a significant impact with this kind of approach.
The other value of this that's not obvious is that doing it client side ends up touching all the grids/generators in the world outside of the market based accounting that tends to drive the datacenter carbon impact analysis.</p>
]]></description><pubDate>Mon, 09 Mar 2026 18:59:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47313724</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47313724</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47313724</guid></item><item><title><![CDATA[New comment by scottcha in "[dead]"]]></title><description><![CDATA[
<p>There have been a few questions about the state of Show HN lately.  Was actually interested in this post but I see all the OPs responses to questions are Dead?  I do see its a new account but I don't really see anything egregious or against policy for these.</p>
]]></description><pubDate>Thu, 26 Feb 2026 21:52:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47172452</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=47172452</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47172452</guid></item><item><title><![CDATA[New comment by scottcha in "Electricity use of AI coding agents"]]></title><description><![CDATA[
<p>That is a pretty good article although the one factor not mentioned that we see that has a huge impact on energy is batch size but that would be hard to estimate with the data he has.<p>We've only launched to friends and family but I'll share this here since its relevant: we have a service which actually optimizes and measures the energy of your AI use: <a href="https://portal.neuralwatt.com" rel="nofollow">https://portal.neuralwatt.com</a> if you want to check it out.  We also have a tools repo we put together that shows some demonstrations of surfacing energy metadata in to your tools: <a href="https://github.com/neuralwatt/neuralwatt-tools/" rel="nofollow">https://github.com/neuralwatt/neuralwatt-tools/</a><p>Our underlying technology is really about OS level energy optimization and datacenter grid flexibility so if you are on the pay by KWHr plan you get additional value as we continue to roll new optimizations out.<p>DM me with your email and I'd be happy to add some additional credits to you.</p>
]]></description><pubDate>Tue, 20 Jan 2026 23:27:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=46699091</link><dc:creator>scottcha</dc:creator><comments>https://news.ycombinator.com/item?id=46699091</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46699091</guid></item></channel></rss>