<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: vedaant00</title><link>https://news.ycombinator.com/user?id=vedaant00</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 18 Aug 2026 00:54:38 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=vedaant00" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by vedaant00 in "Show HN: PyScrappy, self-healing web scraping selectors plus an MCP server"]]></title><description><![CDATA[
<p>Good question. PyScrappy's shared response cache is LRU-bounded with a configurable max size (cache_max_size, default 512), so it won't grow indefinitely even for a long-running MCP server hitting many distinct URLs. Oldest entries are evicted at the cap, expired ones are dropped on access, and reads promote to most-recently-used, so it stays bounded regardless of access pattern. Just shipped this in the latest release.</p>
]]></description><pubDate>Sun, 16 Aug 2026 23:20:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=49324805</link><dc:creator>vedaant00</dc:creator><comments>https://news.ycombinator.com/item?id=49324805</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49324805</guid></item><item><title><![CDATA[Show HN: PyScrappy, self-healing web scraping selectors plus an MCP server]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/mldsveda/PyScrappy">https://github.com/mldsveda/PyScrappy</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49317799">https://news.ycombinator.com/item?id=49317799</a></p>
<p>Points: 22</p>
<p># Comments: 2</p>
]]></description><pubDate>Sun, 16 Aug 2026 07:46:40 +0000</pubDate><link>https://github.com/mldsveda/PyScrappy</link><dc:creator>vedaant00</dc:creator><comments>https://news.ycombinator.com/item?id=49317799</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49317799</guid></item><item><title><![CDATA[Opendot: A terminal AI agent that snapshots every action so you can undo it]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/vedaant00/opendot">https://github.com/vedaant00/opendot</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49100984">https://news.ycombinator.com/item?id=49100984</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 29 Jul 2026 18:11:00 +0000</pubDate><link>https://github.com/vedaant00/opendot</link><dc:creator>vedaant00</dc:creator><comments>https://news.ycombinator.com/item?id=49100984</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49100984</guid></item><item><title><![CDATA[New comment by vedaant00 in "Show HN: My Next.js .next folders hit 34 GB, so I built next-nuke to clean them"]]></title><description><![CDATA[
<p>Does --full do anything to avoid clobbering an install that's mid-flight, or is
it assumed nothing else is touching node_modules?</p>
]]></description><pubDate>Wed, 29 Jul 2026 18:03:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49100881</link><dc:creator>vedaant00</dc:creator><comments>https://news.ycombinator.com/item?id=49100881</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49100881</guid></item></channel></rss>