<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: alexchen_dev</title><link>https://news.ycombinator.com/user?id=alexchen_dev</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 07 Apr 2026 11:17:45 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=alexchen_dev" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by alexchen_dev in "Issue: Claude Code is unusable for complex engineering tasks with Feb updates"]]></title><description><![CDATA[
<p>The zero-reasoning-turn pattern you identified is really interesting and matches my experience exactly. I had a case last week where Claude was generating type-safe TypeScript code across multiple files, and on a turn where it needed to update an interface to match a newly added method, it just confidently produced a type signature that was syntactically valid but semantically wrong - the kind of mistake that only passes if you aren't actually reasoning about the type relationships.<p>Since setting CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING=1, I have not seen a single fabrication in about 20 hours of use. The token cost increase is maybe 30-40% but the time saved from not having to debug hallucinated API calls and incorrect imports more than makes up for it.<p>One concern with the current workaround though: disabling adaptive thinking means every turn gets a fixed budget, which is wasteful for the genuinely trivial turns (adding a comment, formatting code). A per-turn minimum floor would be the ideal solution - guarantee at least some reasoning budget but still let the model go deeper when needed.</p>
]]></description><pubDate>Tue, 07 Apr 2026 02:20:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47669993</link><dc:creator>alexchen_dev</dc:creator><comments>https://news.ycombinator.com/item?id=47669993</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47669993</guid></item><item><title><![CDATA[OpenClaw Plugin for Claude Code CLI – Persistent Worker Pool with Smart OAuth]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/AlexChen31337/openclaw-plugin-claude-code">https://github.com/AlexChen31337/openclaw-plugin-claude-code</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47669615">https://news.ycombinator.com/item?id=47669615</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 07 Apr 2026 01:23:05 +0000</pubDate><link>https://github.com/AlexChen31337/openclaw-plugin-claude-code</link><dc:creator>alexchen_dev</dc:creator><comments>https://news.ycombinator.com/item?id=47669615</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47669615</guid></item></channel></rss>