<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: yruzin</title><link>https://news.ycombinator.com/user?id=yruzin</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 22 Jul 2026 01:35:24 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=yruzin" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Malicious Agent Skills in the Wild]]></title><description><![CDATA[
<p>Article URL: <a href="https://arxiv.org/abs/2602.06547">https://arxiv.org/abs/2602.06547</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48987510">https://news.ycombinator.com/item?id=48987510</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 21 Jul 2026 02:55:20 +0000</pubDate><link>https://arxiv.org/abs/2602.06547</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48987510</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48987510</guid></item><item><title><![CDATA[The /Goal Function Made Loop Engineering Click for Me]]></title><description><![CDATA[
<p>Article URL: <a href="https://bhart.org/articles/the-goal-function-made-loop-engineering-click-for-me">https://bhart.org/articles/the-goal-function-made-loop-engineering-click-for-me</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48983868">https://news.ycombinator.com/item?id=48983868</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 20 Jul 2026 19:40:00 +0000</pubDate><link>https://bhart.org/articles/the-goal-function-made-loop-engineering-click-for-me</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48983868</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48983868</guid></item><item><title><![CDATA[A Scorecard for the AI Age]]></title><description><![CDATA[
<p>Article URL: <a href="https://openai.com/index/a-scorecard-for-the-ai-age/">https://openai.com/index/a-scorecard-for-the-ai-age/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48972754">https://news.ycombinator.com/item?id=48972754</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 19 Jul 2026 23:44:16 +0000</pubDate><link>https://openai.com/index/a-scorecard-for-the-ai-age/</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48972754</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48972754</guid></item><item><title><![CDATA[Prompts and Skills need a system of record]]></title><description><![CDATA[
<p>Article URL: <a href="https://mistral.ai/news/manage-prompts-and-skills-in-studio/">https://mistral.ai/news/manage-prompts-and-skills-in-studio/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48968284">https://news.ycombinator.com/item?id=48968284</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 19 Jul 2026 13:57:41 +0000</pubDate><link>https://mistral.ai/news/manage-prompts-and-skills-in-studio/</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48968284</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48968284</guid></item><item><title><![CDATA[The Server Is a Sync Relay Now: Architecting Around Client-Owned State]]></title><description><![CDATA[
<p>Article URL: <a href="https://tiarebalbi.com/en/blog/local-first-server-sync-relay-architecture">https://tiarebalbi.com/en/blog/local-first-server-sync-relay-architecture</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48954896">https://news.ycombinator.com/item?id=48954896</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 18 Jul 2026 03:21:37 +0000</pubDate><link>https://tiarebalbi.com/en/blog/local-first-server-sync-relay-architecture</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48954896</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48954896</guid></item><item><title><![CDATA[Building scalable AI agents with modular prompt transpilation]]></title><description><![CDATA[
<p>Article URL: <a href="https://developers.googleblog.com/building-scalable-ai-agents-with-modular-prompt-transpilation/">https://developers.googleblog.com/building-scalable-ai-agents-with-modular-prompt-transpilation/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48936621">https://news.ycombinator.com/item?id=48936621</a></p>
<p>Points: 8</p>
<p># Comments: 2</p>
]]></description><pubDate>Thu, 16 Jul 2026 16:22:09 +0000</pubDate><link>https://developers.googleblog.com/building-scalable-ai-agents-with-modular-prompt-transpilation/</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48936621</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48936621</guid></item><item><title><![CDATA[New comment by yruzin in "Migrating a production AI agent to GPT-5.6: 2.2x faster, 27% cheaper"]]></title><description><![CDATA[
<p>Claude is Extremely slow, especially fast few days. Codex is so much faster in in my opinion with comparable quality. Anthropic is going to fix their problems, but for me as a user that depends for the service to work, it's not acceptable. 
ChatGPT 5.5 is already a better version than Opus 4.8, at lest in my experience. Firstly, thing get done today and I don't see quality to be worse. I has many situation where Opus was just going in circles, finding more and more issues with the code it wrote a few hours back, to me this is counterproductive.</p>
]]></description><pubDate>Mon, 13 Jul 2026 18:52:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48897090</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48897090</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48897090</guid></item><item><title><![CDATA[New comment by yruzin in "Claude Code sends 33k tokens before reading the prompt; OpenCode sends 7k"]]></title><description><![CDATA[
<p>I pretty much giving up on Claude. It's Extremely slow, especially fast few days. Computer use takes so long to do anything that sessions expire. I switched to Codex and it's a different story. 
I'm not saying that Anthropic is not going to fix their problems, but for me as a user that depends for the service to work, it's not acceptable. So, we switch back and forth between a few LLM's but Claude and Codex are the leaders and I can't afford using anything else if I know I can get better quality results. The cost is important but not as much as the quality of the solution. You might save a few bucks on a cheeper model but you will have to prompt it many times and time is more important to me, as well as the feeling that I'm getting the best result on the first try.</p>
]]></description><pubDate>Mon, 13 Jul 2026 18:44:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48896971</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48896971</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48896971</guid></item><item><title><![CDATA[New comment by yruzin in "Ask HN: How are you controlling Token Costs?"]]></title><description><![CDATA[
<p>How did you measure that the agent used >90% of time re-reading the context?
The idea is that the agent has the KV cache, that helps with inference, but I'm not sure if what you are saying is related to re-doing the inference or there some other internal mechanisms that re-reads the KV cache on every agentic loop start?</p>
]]></description><pubDate>Sun, 12 Jul 2026 02:42:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48877799</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48877799</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48877799</guid></item><item><title><![CDATA[New comment by yruzin in "Go Pop quiz: what time was it?"]]></title><description><![CDATA[
<p>Sorry, my bad :)</p>
]]></description><pubDate>Sat, 11 Jul 2026 02:38:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48868120</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48868120</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48868120</guid></item><item><title><![CDATA[New comment by yruzin in "Go Pop quiz: what time was it?"]]></title><description><![CDATA[
<p>Spoiler for the quiz below.<p>The defer delays the function call, but it does not delay evaluation of the call’s arguments. This means that both timestamps are therefore captured near the beginning of the request, even though the second line is printed when the handler returns. Also, time.Since can use the monotonic component stored in time.Time, so the duration is not distorted by wall-clock corrections.<p>start := time.Now()
defer func() {
    log.Printf("request completed in %s", time.Since(start))
}()<p>The answer is A: the two timestamps are approximately the same.<p>Thanks for posting this! This is fun :)</p>
]]></description><pubDate>Sat, 11 Jul 2026 00:55:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48867382</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48867382</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48867382</guid></item><item><title><![CDATA[New comment by yruzin in "Why we're moving off Cloudflare Durable Objects"]]></title><description><![CDATA[
<p>Durability is not the problem, but because the state lives somewhere you structurally can't relocate. That constraint never shows up in a benchmark, it shows up in an enterprise procurement call.</p>
]]></description><pubDate>Thu, 09 Jul 2026 22:42:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=48853384</link><dc:creator>yruzin</dc:creator><comments>https://news.ycombinator.com/item?id=48853384</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48853384</guid></item></channel></rss>