<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: saltpath</title><link>https://news.ycombinator.com/user?id=saltpath</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 15 Jun 2026 08:15:24 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=saltpath" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by saltpath in "Show HN: Pglens – 27 read-only PostgreSQL tools for AI agents via MCP"]]></title><description><![CDATA[
<p>Read-only by design is a smart constraint for agent tooling — eliminates a whole class of "oops the LLM dropped my table" failure modes. Curious about a couple things: how do you handle schema introspection? Do the tools auto-discover tables/columns or is there a config step? And for the query tools, is there any cost/complexity guardrail (e.g. preventing a full sequential scan on a 500M row table)?</p>
]]></description><pubDate>Mon, 30 Mar 2026 18:00:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47577613</link><dc:creator>saltpath</dc:creator><comments>https://news.ycombinator.com/item?id=47577613</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47577613</guid></item><item><title><![CDATA[New comment by saltpath in "Show HN: Optio – Orchestrate AI coding agents in K8s to go from ticket to PR"]]></title><description><![CDATA[
<p>The parallel execution model makes sense for independent tickets but I'm                                                                                    wondering what happens when agent A is halfway through a PR touching                                                                                        shared/utils.py and agent B gets assigned a ticket that needs the same                                                                                      file. 
Does the orchestrator do any upfront dependency analysis to detect                                                                                    that, or do you just let them both run and deal with the conflict at merge                                                                                  time?</p>
]]></description><pubDate>Thu, 26 Mar 2026 09:48:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=47528440</link><dc:creator>saltpath</dc:creator><comments>https://news.ycombinator.com/item?id=47528440</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47528440</guid></item><item><title><![CDATA[New comment by saltpath in "NIST Seeking Public Comment on AI Agent Security (Deadline: March 9, 2026)"]]></title><description><![CDATA[
<p>The token cost difference is the metric nobody's capturing. 5K vs 210K tokens for the same JWT forgery isn't just efficiency — it's the blast surface. A contained agent leaves a narrow call trace. A thrashing one touches five APIs, retries three times, leaks context in every hop. If your proxy logs the full call chain with timestamps and response sizes per hop, that cost delta becomes a measurable risk signal, not just a billing line. The hard part isn't the instrumentation, it's getting teams to route agent traffic through anything they don't own.</p>
]]></description><pubDate>Fri, 13 Mar 2026 14:32:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=47365013</link><dc:creator>saltpath</dc:creator><comments>https://news.ycombinator.com/item?id=47365013</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47365013</guid></item><item><title><![CDATA[New comment by saltpath in "NIST Seeking Public Comment on AI Agent Security (Deadline: March 9, 2026)"]]></title><description><![CDATA[
<p>The blast radius framing is right but the tooling gap is actually worse than debugging. It's about third-party verifiability. A regulator or auditor can't trust a log produced by the same operator who runs the agent.<p>Spent the last few months on this specific problem. chain hash per outbound call + external timestamp so anyone can verify independently what the agent called, when, and what it got back. works across providers which matters when you're chaining claude -> mistral -> internal endpoint.<p>Early days but if useful for the nist response: <a href="https://arkforge.tech/trust/v1/proof/prf_20260310_182226_cbc743" rel="nofollow">https://arkforge.tech/trust/v1/proof/prf_20260310_182226_cbc...</a></p>
]]></description><pubDate>Tue, 10 Mar 2026 20:03:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47328111</link><dc:creator>saltpath</dc:creator><comments>https://news.ycombinator.com/item?id=47328111</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47328111</guid></item></channel></rss>