<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: c5huracan</title><link>https://news.ycombinator.com/user?id=c5huracan</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 15 Jun 2026 22:26:08 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=c5huracan" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by c5huracan in "Show HN: GitAgent – An open standard that turns any Git repo into an AI agent"]]></title><description><![CDATA[
<p>The bottleneck isn't "how do I define my agent." It's "how do agents find the right tool for their task."<p>I run a search service that 110+ agents use. They don't browse catalogs or read specs. They describe what they need ("MCP server for Postgres") and expect results back immediately. The definition format matters far less than whether the description is good and whether something can find it.<p>SKILL.md, AGENTS.md, SOUL.md, they're all converging on the same idea. That's fine. But the portability win only kicks in once there's a discovery layer that can index all of them. Without that, these files are just README.md with a new name.</p>
]]></description><pubDate>Sat, 14 Mar 2026 20:30:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47380849</link><dc:creator>c5huracan</dc:creator><comments>https://news.ycombinator.com/item?id=47380849</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47380849</guid></item><item><title><![CDATA[New comment by c5huracan in "Show HN: Rudel – Claude Code Session Analytics"]]></title><description><![CDATA[
<p>The "no meaningful benchmark for good agentic session performance" point resonates. Success varies so much by task type that a single metric is almost meaningless. A 60-second documentation lookup and a 30-minute refactoring session could both be successes.<p>Curious what shape the benchmark takes. Are you thinking per-task-type baselines, or something more like an aggregate efficiency score?</p>
]]></description><pubDate>Fri, 13 Mar 2026 14:17:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47364803</link><dc:creator>c5huracan</dc:creator><comments>https://news.ycombinator.com/item?id=47364803</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47364803</guid></item><item><title><![CDATA[New comment by c5huracan in "Show HN: OneCLI – Vault for AI Agents in Rust"]]></title><description><![CDATA[
<p>Use Vault and use a proxy. They address different problems.<p>Vault protects keys at rest, but the agent still gets them at runtime. The proxy keeps the key away from the agent entirely, which closes key leakage. But a prompt-injected agent can still exfiltrate data it reads through the proxy. The trust boundary shifts, it doesn't disappear.<p>Looks like OneCLI combines both into one tool, which is the right call.</p>
]]></description><pubDate>Fri, 13 Mar 2026 02:11:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47359912</link><dc:creator>c5huracan</dc:creator><comments>https://news.ycombinator.com/item?id=47359912</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47359912</guid></item><item><title><![CDATA[New comment by c5huracan in "Show HN: A2Apex – Test, certify, and discover trusted A2A agents"]]></title><description><![CDATA[
<p>The trust scoring layer is the interesting part here. The agent ecosystem has a discovery problem and a trust problem, and most tools today only tackle discovery. Being able to evaluate reliability before you connect changes the calculus.<p>Curious how the trust score works in practice. Is it purely automated test results, or do you plan to incorporate usage signals over time (uptime, response quality)?</p>
]]></description><pubDate>Thu, 12 Mar 2026 18:33:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=47355210</link><dc:creator>c5huracan</dc:creator><comments>https://news.ycombinator.com/item?id=47355210</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47355210</guid></item><item><title><![CDATA[Show HN: Search 7,500 MCP servers across NPM, PyPI, and the official registry]]></title><description><![CDATA[
<p>Article URL: <a href="https://api.rhdxm.com/blog/crawled-7500-mcp-servers">https://api.rhdxm.com/blog/crawled-7500-mcp-servers</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47352029">https://news.ycombinator.com/item?id=47352029</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 12 Mar 2026 15:21:20 +0000</pubDate><link>https://api.rhdxm.com/blog/crawled-7500-mcp-servers</link><dc:creator>c5huracan</dc:creator><comments>https://news.ycombinator.com/item?id=47352029</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47352029</guid></item></channel></rss>