<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: buremba</title><link>https://news.ycombinator.com/user?id=buremba</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 29 May 2026 19:09:12 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=buremba" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by buremba in "Building durable workflows on Postgres"]]></title><description><![CDATA[
<p>Thanks for correcting me, I was wondering why I got downvoted. :)<p>Clickhouse is also great for OLAP for sure</p>
]]></description><pubDate>Thu, 28 May 2026 23:56:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=48317192</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=48317192</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48317192</guid></item><item><title><![CDATA[New comment by buremba in "Building durable workflows on Postgres"]]></title><description><![CDATA[
<p>Ahh, sorry about that. It should be fixed in an hour, looks like we mixed the permissions. I just tried and confirmed other login methods work if you would like to try out.</p>
]]></description><pubDate>Thu, 28 May 2026 21:37:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48315873</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=48315873</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48315873</guid></item><item><title><![CDATA[New comment by buremba in "Just Use Postgres for Durable Workflows"]]></title><description><![CDATA[
<p>The native extensions are fine but I don't have good experience with any third party extensions, so far tried Timescale, pg_lake, citus, and pgvectorscale. They look very appealing but it's usually a trap as you can't get the value without using the vendor's cloud offerings.<p>I think if you grow enough to look for these extensions, it's usually better to bet on purpose-specific tooling. For example, I use DuckDB/Iceberg combination extensively for columnar data and connect DuckDB to PG when I need it.</p>
]]></description><pubDate>Thu, 28 May 2026 20:05:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48314663</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=48314663</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48314663</guid></item><item><title><![CDATA[New comment by buremba in "Just Use Postgres for Durable Workflows"]]></title><description><![CDATA[
<p>Yeah I have logs in Sentry, which also uses Postgresql.</p>
]]></description><pubDate>Thu, 28 May 2026 20:00:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=48314587</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=48314587</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48314587</guid></item><item><title><![CDATA[New comment by buremba in "Building durable workflows on Postgres"]]></title><description><![CDATA[
<p>All you need is Postgres until you scale into TBs of data. We use Postgresql as a durable workflow engine, vector search, time-series data, BM25 search, OLTP/OLAP engine, and a queue. It's basically the only dependency we have for <a href="https://lobu.ai" rel="nofollow">https://lobu.ai</a><p>The main benefit is centralizing all the data in one place so we don't need to worry about copying data in between multiple systems. Once something becomes the bottleneck, you can eventually migrate to a purpose specific tool to scale out.To be honest, LISTEN/NOTIFY in my opinion is the most fragile part of PG but it's fine as start until you scale out.</p>
]]></description><pubDate>Thu, 28 May 2026 19:39:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48314331</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=48314331</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48314331</guid></item><item><title><![CDATA[New comment by buremba in "Cursor Camp"]]></title><description><![CDATA[
<p>I don't usually like my cursor to be hijacked but man, I like this one.</p>
]]></description><pubDate>Wed, 29 Apr 2026 19:57:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47953691</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47953691</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47953691</guid></item><item><title><![CDATA[New comment by buremba in "Show HN: Ctx – a /resume that works across Claude Code and Codex"]]></title><description><![CDATA[
<p>Yes that's it. I actually just ask codex/claude code to look up the session id when I want to resume sessions cross harness, it's just jsonl files locally so it can access the full conversation history when needed.</p>
]]></description><pubDate>Tue, 21 Apr 2026 18:27:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47852548</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47852548</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47852548</guid></item><item><title><![CDATA[New comment by buremba in "Show HN: Ctx – a /resume that works across Claude Code and Codex"]]></title><description><![CDATA[
<p>Since prompt caching won't work across different models, how is this approach better than dropping a PR for the other harnesses to review?</p>
]]></description><pubDate>Tue, 21 Apr 2026 16:57:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=47851404</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47851404</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47851404</guid></item><item><title><![CDATA[New comment by buremba in "Ask HN: What Are You Working On? (April 2026)"]]></title><description><![CDATA[
<p>I'm working on multi-tenant version of OpenClaw for organizations that has shared memory layer. It includes an entity based agent context layer that can be used as OpenClaw plugin and a sandbox runtime layer which uses just-bash with pi and let you expose the context via a bot an API.<p><a href="https://lobu.ai" rel="nofollow">https://lobu.ai</a></p>
]]></description><pubDate>Sun, 12 Apr 2026 22:53:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47745376</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47745376</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47745376</guid></item><item><title><![CDATA[New comment by buremba in "OpenAI says its new model GPT-2 is too dangerous to release (2019)"]]></title><description><![CDATA[
<p>It playbook is that a model is too dangerous until a competitor releases a competing model that beats yours.</p>
]]></description><pubDate>Wed, 08 Apr 2026 03:05:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=47684526</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47684526</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47684526</guid></item><item><title><![CDATA[New comment by buremba in "Show HN: Mtproto.zig – High-performance Telegram proxy with DPI evasion"]]></title><description><![CDATA[
<p>You can ask your agent to verify or review code. Just because people wrote code by hand, it doesn't mean you should trust</p>
]]></description><pubDate>Sat, 04 Apr 2026 03:10:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47635288</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47635288</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47635288</guid></item><item><title><![CDATA[New comment by buremba in "Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw"]]></title><description><![CDATA[
<p>I get why they block OpenClaw and it makes sense but I wonder if they can actually detect OpenClaw calling Claude Code CLI using something like acpx.<p>It's simply identical to how people use Claude Code locally.</p>
]]></description><pubDate>Sat, 04 Apr 2026 00:47:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=47634338</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47634338</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47634338</guid></item><item><title><![CDATA[New comment by buremba in "Show HN: Mtproto.zig – High-performance Telegram proxy with DPI evasion"]]></title><description><![CDATA[
<p>does it matter?</p>
]]></description><pubDate>Sat, 04 Apr 2026 00:31:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47634211</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47634211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47634211</guid></item><item><title><![CDATA[New comment by buremba in "Delve allegedly forked an open-source tool and sold it as its own"]]></title><description><![CDATA[
<p>Compliance tech company who doesn't know about open-source. Interesting.</p>
]]></description><pubDate>Thu, 02 Apr 2026 17:35:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47617510</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47617510</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47617510</guid></item><item><title><![CDATA[New comment by buremba in "MCP Is Overengineered, Skills Are Too Primitive"]]></title><description><![CDATA[
<p>I extensively use uv (IMO better than venv) but still it's Python specific and not universal. npm is much worse and native binaries are almost impossible to deal with multiple versions.<p>nix is specifically targeting this use-case and it'e extensively used by vendors like Replit.</p>
]]></description><pubDate>Thu, 02 Apr 2026 16:03:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=47616276</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47616276</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47616276</guid></item><item><title><![CDATA[New comment by buremba in "MCP Is Overengineered, Skills Are Too Primitive"]]></title><description><![CDATA[
<p>They're composable but computers are not. Two skills might depend on a different version of a dependency which is pretty hard to maintain and their needs to be a deterministic system (agents are not) to resolve the conflicts and make sure two skills can live in the same environment.</p>
]]></description><pubDate>Thu, 02 Apr 2026 15:33:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47615849</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47615849</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47615849</guid></item><item><title><![CDATA[New comment by buremba in "MCP Is Overengineered, Skills Are Too Primitive"]]></title><description><![CDATA[
<p>I vote for taste</p>
]]></description><pubDate>Thu, 02 Apr 2026 15:30:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47615818</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47615818</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47615818</guid></item><item><title><![CDATA[MCP Is Overengineered, Skills Are Too Primitive]]></title><description><![CDATA[
<p>Article URL: <a href="https://lobu.ai/blog/mcp-is-overengineered-skills-are-too-primitive/">https://lobu.ai/blog/mcp-is-overengineered-skills-are-too-primitive/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47615192">https://news.ycombinator.com/item?id=47615192</a></p>
<p>Points: 3</p>
<p># Comments: 6</p>
]]></description><pubDate>Thu, 02 Apr 2026 14:42:54 +0000</pubDate><link>https://lobu.ai/blog/mcp-is-overengineered-skills-are-too-primitive/</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47615192</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47615192</guid></item><item><title><![CDATA[New comment by buremba in "When does MCP make sense vs CLI?"]]></title><description><![CDATA[
<p>CLI enables the actions to be made on behalf of you, the external service is not aware whether it's you or AI making the calls. With MCP, Sentry knows it's AI making the call so can be smarter about the security. There is many MCP annotation hints on tools to mark the as destructive, read-only etc.</p>
]]></description><pubDate>Mon, 02 Mar 2026 12:19:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=47217070</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47217070</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47217070</guid></item><item><title><![CDATA[New comment by buremba in "When does MCP make sense vs CLI?"]]></title><description><![CDATA[
<p>There is nothing wrong with MCP, it's just that stdio MCP was overengineered.<p>MCP's Streamable HTTP with OAuth discovery is the best way to ship AI integration with your product nowadays. CLIs require sandboxing, doesn't handle auth in a standard way and it doesn't integrate to ChatGPT or Claude.<p>Look at Sentry, they just ship a single URL <a href="https://mcp.sentry.dev/mcp" rel="nofollow">https://mcp.sentry.dev/mcp</a> and you don't need anything else. All agents that supports MCP lets you click a link to login to Sentry and they make calls to Sentry to fetch authentificated data.<p>The main problem with MCP is the implementation. Instead of using bash to call MCP, agents are designed to make single MCP tool calling which doesn't allow composability. We solve this problem with exposing MCP tools as HTTP endpoints and it works like charm.</p>
]]></description><pubDate>Sun, 01 Mar 2026 21:52:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47211079</link><dc:creator>buremba</dc:creator><comments>https://news.ycombinator.com/item?id=47211079</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47211079</guid></item></channel></rss>