<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: kylling</title><link>https://news.ycombinator.com/user?id=kylling</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 30 May 2026 19:40:29 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=kylling" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by kylling in "MCP is dead?"]]></title><description><![CDATA[
<p>The parent suggests MCP as a way to secure credentials and enforce guardrails, and sibling comments iterate on this. I might be reading a bit between the lines with my comment, but did not intend to derail the discussion.</p>
]]></description><pubDate>Sat, 30 May 2026 18:27:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=48339266</link><dc:creator>kylling</dc:creator><comments>https://news.ycombinator.com/item?id=48339266</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48339266</guid></item><item><title><![CDATA[New comment by kylling in "MCP is dead?"]]></title><description><![CDATA[
<p>It is crazy how the preferred way or securing AI are vibe coded MCP servers which at the same time do access control, credentials handling and HTTP server/client boilerplate. Want to use a new API: just vibe code a new MCP you won't fully review. It is hardly better than yoloing. The security critical parts needs to leave MCP and be integrated with, or be in front of, the API in a way humans will understand and review.</p>
]]></description><pubDate>Sat, 30 May 2026 17:31:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48338701</link><dc:creator>kylling</dc:creator><comments>https://news.ycombinator.com/item?id=48338701</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48338701</guid></item></channel></rss>