<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Burgundysoft — Writing</title>
    <link>https://burgundysoft.io/writing</link>
    <atom:link href="https://burgundysoft.io/rss.xml" rel="self" type="application/rss+xml" />
    <description>Notes on building software from the Burgundysoft studio.</description>
    <language>en-us</language>
    <lastBuildDate>Fri, 28 Aug 2026 03:15:04 GMT</lastBuildDate>
    <item>
      <title>Screening insurance applications with an LLM that never decides</title>
      <link>https://burgundysoft.io/writing/screening-insurance-applications-with-an-llm-that-never-decides</link>
      <guid isPermaLink="true">https://burgundysoft.io/writing/screening-insurance-applications-with-an-llm-that-never-decides</guid>
      <pubDate>Sat, 08 Aug 2026 00:00:00 GMT</pubDate>
      <description>On Insur, every submission passes through an AI screening stage before a human sees it. The model extracts, flags, and summarizes — it never approves or rejects. Here&apos;s how that boundary is enforced in the pipeline itself.</description>
    </item>
    <item>
      <title>Multi-tenant authorization without row-level security</title>
      <link>https://burgundysoft.io/writing/multi-tenant-authorization-without-row-level-security</link>
      <guid isPermaLink="true">https://burgundysoft.io/writing/multi-tenant-authorization-without-row-level-security</guid>
      <pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
      <description>Postgres RLS is the fashionable answer for tenant isolation. On a B2B insurance platform we kept authorization in the app layer instead — two role tiers, a guard, and one defensive re-check — and here&apos;s why that was the right call.</description>
    </item>
    <item>
      <title>Deploying Rails with Kamal and Thruster</title>
      <link>https://burgundysoft.io/writing/deploying-rails-with-kamal-and-thruster</link>
      <guid isPermaLink="true">https://burgundysoft.io/writing/deploying-rails-with-kamal-and-thruster</guid>
      <pubDate>Mon, 27 Jul 2026 00:00:00 GMT</pubDate>
      <description>Kamal and Thruster put a Rails app on a plain VPS with zero-downtime deploys, automatic TLS, and asset caching — no Kubernetes, no managed platform, no monthly platform bill. How the pieces fit, and what the docs don&apos;t tell you.</description>
    </item>
  </channel>
</rss>