<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: cjonas</title><link>https://news.ycombinator.com/user?id=cjonas</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 27 May 2026 22:45:48 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=cjonas" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by cjonas in "Training our own AI models"]]></title><description><![CDATA[
<p>yea except one is a "dark pattern" to exploit customers for corporate profit while the other is to benefit society.</p>
]]></description><pubDate>Wed, 27 May 2026 16:46:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48296897</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=48296897</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48296897</guid></item><item><title><![CDATA[New comment by cjonas in "Show HN: Id-agent – Token efficient UUID alternative for AI agents"]]></title><description><![CDATA[
<p>Not sure I understand. If you generate a random string to use as a reference for something that the LLM interacts with... and the LLM cannot reliably recall the reference, then it's a problem that needs to be solved by simplify the random string.</p>
]]></description><pubDate>Tue, 19 May 2026 14:27:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=48193748</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=48193748</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48193748</guid></item><item><title><![CDATA[New comment by cjonas in "Show HN: Id-agent – Token efficient UUID alternative for AI agents"]]></title><description><![CDATA[
<p>The problem is really more getting the agent to reliable relay a UUID.  For example, we were creating files for visualizations and having the agent reference them in there response with a custom <visualization file=UUID /> and found that it would often fail to accurately return a UUID from a tool response it was previously provided (running sonnet 4.6).<p>For this use case, our solution was just to use a slug for the filename, but we can control the uniqueness constraint on our backend.</p>
]]></description><pubDate>Tue, 19 May 2026 12:55:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=48192680</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=48192680</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48192680</guid></item><item><title><![CDATA[New comment by cjonas in "δ-mem: Efficient Online Memory for Large Language Models"]]></title><description><![CDATA[
<p>Coding agents don't really need memory. Agent skills, rules, git history, documentation is all far more efficient, transparent and easier to manage.  These memory frameworks only really makes sense if you are building a consumer facing agent with managed context and limited capabilities.</p>
]]></description><pubDate>Sat, 16 May 2026 15:50:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48161231</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=48161231</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48161231</guid></item><item><title><![CDATA[New comment by cjonas in "VS Code inserting 'Co-Authored-by Copilot' into commits regardless of usage"]]></title><description><![CDATA[
<p>Claude code not supporting specifying an alternate location to look for agent skills is another example.</p>
]]></description><pubDate>Sat, 02 May 2026 23:54:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47991768</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47991768</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47991768</guid></item><item><title><![CDATA[New comment by cjonas in "Incident with multple GitHub services"]]></title><description><![CDATA[
<p>this is fair.  I should have just said "Site Reliability", as it's almost certainly out of the engineers control.</p>
]]></description><pubDate>Fri, 24 Apr 2026 02:51:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47884915</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47884915</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47884915</guid></item><item><title><![CDATA[New comment by cjonas in "Incident with multple GitHub services"]]></title><description><![CDATA[
<p>also I never had considered that breaking your up-time into a bunch of different components is just a strategy to make your SRE look better than it actually is. The combined up-time tells the real story (88%!).  Thanks for the link</p>
]]></description><pubDate>Thu, 23 Apr 2026 17:07:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=47878325</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47878325</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47878325</guid></item><item><title><![CDATA[New comment by cjonas in "Incident with Multple GitHub Services"]]></title><description><![CDATA[
<p>ya i was just doing the math on their chart for the git operations. I added up 14.93 hours combined hours, which puts them WAY lower than the reported 99.7 metric they show right next to it.<p>So based on their own reporting, the uptime number should be 99.31. Which means only like 6 additional hours and they'd fall below 99.0%</p>
]]></description><pubDate>Thu, 23 Apr 2026 16:57:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47878151</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47878151</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47878151</guid></item><item><title><![CDATA[New comment by cjonas in "Incident with multple GitHub services"]]></title><description><![CDATA[
<p>It would be wild if they dropped below the "two 9's" metric.  I think they would need an additional ~16hr of outage in the 90 day rolling period.</p>
]]></description><pubDate>Thu, 23 Apr 2026 16:50:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47878051</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47878051</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47878051</guid></item><item><title><![CDATA[New comment by cjonas in "Ask HN: How did you land your first projects as a solo engineer/consultant?"]]></title><description><![CDATA[
<p>Whats your actual tech experience?<p>Most enterprises that need consultants are using Salesforce, SAP, Hubspot, Dynamics, etc.  If a company has an engineering department to build and run internal software, they very rarely need a consultant.  And if they don't, they are very unlikely to higher a consultant to build it custom. They'd want "out of the box" because they think (often incorrectly these days), it will be easier to maintain.</p>
]]></description><pubDate>Sun, 19 Apr 2026 12:25:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=47823790</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47823790</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47823790</guid></item><item><title><![CDATA[New comment by cjonas in "Pro Max 5x quota exhausted in 1.5 hours despite moderate usage"]]></title><description><![CDATA[
<p>These days cursor feel more capable and reliable then Claude Code (at last for my workflow). For personal projects, I'm using cursor during planning  and verification but run Claude code for just implementation to save $.</p>
]]></description><pubDate>Sun, 12 Apr 2026 23:00:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47745421</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47745421</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47745421</guid></item><item><title><![CDATA[New comment by cjonas in "Pro Max 5x Quota Exhausted in 1.5 Hours Despite Moderate Usage"]]></title><description><![CDATA[
<p>Ya I've had this experience more than a few times recently.   I've heard people claiming they are serving quantized models during high loads, but it happens in cursor as well so I don't think it's specific to Anthropics subscription.  It could be that the context window has just gotten into a state that confuses the model... But that wouldn't explain why it appears to be temporary...<p>My best guess is this is the result of the companies running "experiments" to test changes. Or it's just all in my head :)</p>
]]></description><pubDate>Sun, 12 Apr 2026 14:14:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=47739940</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47739940</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47739940</guid></item><item><title><![CDATA[New comment by cjonas in "Reallocating $100/Month Claude Code Spend to Zed and OpenRouter"]]></title><description><![CDATA[
<p>Wouldn't they be using the Azure inference API or AWS bedrock on their own accounts and NOT be going through the openAI/Anthropics servers anyways? I just always assumed this is how the big inference "resellers" (openrouter, cursor, etc) were operating.</p>
]]></description><pubDate>Fri, 10 Apr 2026 04:26:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47713637</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47713637</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47713637</guid></item><item><title><![CDATA[New comment by cjonas in "Show HN: Stop paying for Dropbox/Google Drive, use your own S3 bucket instead"]]></title><description><![CDATA[
<p>Why does getting started have me sign up for an account vs take me to the docs to self host?</p>
]]></description><pubDate>Tue, 07 Apr 2026 13:30:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47675111</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47675111</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47675111</guid></item><item><title><![CDATA[New comment by cjonas in "We rewrote JSONata with AI in a day, saved $500k/year"]]></title><description><![CDATA[
<p>The docs indicate there are already 2 other go implementations.   Why not just use one of those?
 <a href="https://docs.jsonata.org/overview.html" rel="nofollow">https://docs.jsonata.org/overview.html</a></p>
]]></description><pubDate>Thu, 26 Mar 2026 23:18:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=47537103</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47537103</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47537103</guid></item><item><title><![CDATA[New comment by cjonas in "Show HN: A plain-text cognitive architecture for Claude Code"]]></title><description><![CDATA[
<p>Honestly memory seems like an overcomplicating way to solve this problem in the context of something like a coding agent. Rules and Skills are much more explicit, less noisy and easier to maintain. Just requires having an always on rule/system prompt to always update rules/skills as designs or architecture changes in a way that conflicts with old rules.  Memories maybe make more sense for personal assistant use cases.</p>
]]></description><pubDate>Thu, 26 Mar 2026 13:44:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47530410</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47530410</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47530410</guid></item><item><title><![CDATA[New comment by cjonas in "No-build, no-NPM, SSR-first JavaScript framework if you hate React, love HTML"]]></title><description><![CDATA[
<p>This is basically "reactive UI" foundation.  The complexities come from effects (now managed via hooks)</p>
]]></description><pubDate>Tue, 24 Mar 2026 13:49:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47502581</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47502581</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47502581</guid></item><item><title><![CDATA[New comment by cjonas in "We give every user SQL access to a shared ClickHouse cluster"]]></title><description><![CDATA[
<p>Small.  We're dealing with financial accounts, holdings and transactions. So a user might have 10 accounts, thousands of holdings, 10s of thousands of transactions. Plus a handful of supplemental data tables. Then there is market data that is shared across tenants and updated on interval. This data is maybe 10-20M rows.<p>Just to clarify, the data is prepared when the user (agent) analytics session starts. Right now it takes 5-10s, which means it's typically ready well before the agent has actually determined it needs to run any queries.  I think for larger volumes, pg_duckdb would allow this to scale to 10s of millions rows pretty efficiently.</p>
]]></description><pubDate>Sat, 21 Mar 2026 14:42:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47467490</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47467490</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47467490</guid></item><item><title><![CDATA[New comment by cjonas in "We give every user SQL access to a shared ClickHouse cluster"]]></title><description><![CDATA[
<p>We have various data sources (which is another benefit of this approach).  Data from the application DB is currently pulled using the FE apis which handle tenant isolation and allow the application database to deal with the load. I think pg_duckdb could be a good solution here as well, but haven't gotten around to testing it. Other data come from analytics DB. Most of this is landed on an interval via pipeline scripts.</p>
]]></description><pubDate>Sat, 21 Mar 2026 13:57:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47467080</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47467080</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47467080</guid></item><item><title><![CDATA[New comment by cjonas in "How we give every user SQL access to a shared ClickHouse cluster"]]></title><description><![CDATA[
<p>Idk but I named everything in the related code "duckpond" :)</p>
]]></description><pubDate>Sat, 21 Mar 2026 13:42:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47466963</link><dc:creator>cjonas</dc:creator><comments>https://news.ycombinator.com/item?id=47466963</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47466963</guid></item></channel></rss>