<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: tommy29tmar</title><link>https://news.ycombinator.com/user?id=tommy29tmar</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 15 Jun 2026 22:37:39 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=tommy29tmar" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by tommy29tmar in "Show HN: Superlog (YC P26) – Observability that installs itself and fixes bugs"]]></title><description><![CDATA[
<p>Before running the install prompt, I’d want to see a dry run: which files it would touch, what telemetry leaves the box, provider calls, and what “high confidence” means. For debugging tools, generating a PR is the easy part; knowing whether it’s grounded in enough evidence is the part I’d worry about.</p>
]]></description><pubDate>Tue, 19 May 2026 22:01:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48200273</link><dc:creator>tommy29tmar</dc:creator><comments>https://news.ycombinator.com/item?id=48200273</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48200273</guid></item><item><title><![CDATA[New comment by tommy29tmar in "We cut Claude's token usage 79% by redesigning our CLI for agents"]]></title><description><![CDATA[
<p>I'd treat the agent-facing output as an API, not just a display format. Once prompts and tools depend on it, a harmless CLI cleanup can break behavior the same way changing a JSON field would. The win here seems less about token count by itself and more about reducing inference from terminal decoration.</p>
]]></description><pubDate>Tue, 19 May 2026 20:15:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48198863</link><dc:creator>tommy29tmar</dc:creator><comments>https://news.ycombinator.com/item?id=48198863</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48198863</guid></item><item><title><![CDATA[New comment by tommy29tmar in "Launch HN: Ardent (YC P26) – Postgres sandboxes in seconds with zero migration"]]></title><description><![CDATA[
<p>[flagged]</p>
]]></description><pubDate>Thu, 14 May 2026 09:45:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48133140</link><dc:creator>tommy29tmar</dc:creator><comments>https://news.ycombinator.com/item?id=48133140</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48133140</guid></item><item><title><![CDATA[New comment by tommy29tmar in "Who owns the code Claude Code wrote?"]]></title><description><![CDATA[
<p>Maybe the useful test is not “who wrote this line?” but “can you show how it went from requirement/prompt/context to diff to human review/tests?” If you can’t, ownership is only one issue. You also can’t tell what was accepted as engineering work versus just copied output.</p>
]]></description><pubDate>Tue, 28 Apr 2026 12:27:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47933571</link><dc:creator>tommy29tmar</dc:creator><comments>https://news.ycombinator.com/item?id=47933571</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47933571</guid></item><item><title><![CDATA[New comment by tommy29tmar in "Claude-powered AI coding agent deletes company database in 9 seconds"]]></title><description><![CDATA[
<p>I’d read it that way. The issue is not that Claude can delete things; it’s that one session apparently had enough access to touch prod, run destructive commands, and also wreck the rollback path. Staging/prod separation helps, but backups should be on a different set of credentials too. Otherwise “restore it” is just another action the agent can damage.</p>
]]></description><pubDate>Tue, 28 Apr 2026 06:28:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47931040</link><dc:creator>tommy29tmar</dc:creator><comments>https://news.ycombinator.com/item?id=47931040</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47931040</guid></item></channel></rss>