<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="https://media.rss.com/style.xsl"?>
<rss xmlns:podcast="https://podcastindex.org/namespace/1.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:psc="http://podlove.org/simple-chapters" xmlns:atom="http://www.w3.org/2005/Atom" xml:lang="en" version="2.0">
  <channel>
    <title><![CDATA[base-layer]]></title>
    <link>https://rss.com/podcasts/base-layer</link>
    <atom:link href="https://media.rss.com/base-layer/feed.xml" rel="self" type="application/rss+xml"/>
    <atom:link rel="hub" href="https://pubsubhubbub.appspot.com/"/>
    <description><![CDATA[<p>Join Jake Moshenko, CEO of AuthZed, for The Base Layer Podcast, Experts in Authorization (powered by AuthZed), a candid interview series with the leaders discussing what is bringing AI into the enterprise.</p><p></p><p>As organizations move from prototypes to production, new challenges are emerging around scale, control, and trust. From managing exploding permission graphs to securing agent behavior and data access, the hardest problems in AI aren’t model-related they’re infrastructural.</p><p></p><p>In each session, Jake sits down with builders from across the AI and infrastructure ecosystem to unpack what’s actually breaking and how to design systems that can handle it.</p><p></p><p>Learn more at authzed.com/base-layer</p>]]></description>
    <generator>RSS.com 2026.817.133114</generator>
    <lastBuildDate>Wed, 02 Sep 2026 21:05:01 GMT</lastBuildDate>
    <language>en</language>
    <itunes:image href="https://media.rss.com/base-layer/podcast_cover_20260710_030759_4a12fb8143df42848585827e0699f5a4.png"/>
    <podcast:guid>4a737e3d-fe06-5f6c-9acc-d99cce5b3ff2</podcast:guid>
    <image>
      <url>https://media.rss.com/base-layer/podcast_cover_20260710_030759_4a12fb8143df42848585827e0699f5a4.png</url>
      <title>base-layer</title>
      <link>https://rss.com/podcasts/base-layer</link>
    </image>
    <podcast:locked>no</podcast:locked>
    <itunes:author>AuthZed</itunes:author>
    <itunes:owner>
      <itunes:name>AuthZed</itunes:name>
    </itunes:owner>
    <itunes:explicit>false</itunes:explicit>
    <itunes:type>episodic</itunes:type>
    <itunes:category text="Technology"/>
    <podcast:medium>podcast</podcast:medium>
    <podcast:location rel="creator" geo="geo:43.1561681,-75.8449946" osm="R61320" country="us">New York, USA</podcast:location>
    <podcast:txt purpose="ai-content">false</podcast:txt>
    <item>
      <title><![CDATA[Governance Is the Real Blocker]]></title>
      <itunes:title><![CDATA[Governance Is the Real Blocker]]></itunes:title>
      <description><![CDATA[<p>Spencer Kimball has been building infrastructure for three decades. At Berkeley he co-created GIMP with Peter Mattis and handed it to the community in 1997. He went on to Google, then co-founded Cockroach Labs, where he's CEO. AuthZed runs on CockroachDB, so this one isn't abstract for us.  </p><p>Most of this conversation is about something Spencer built on paternity leave. Chitta, a Sanskrit and Pali term for the storehouse of memory and impressions that lead to action, is an AI memory system that distills dense sources into structured, queryable knowledge. The numbers are the interesting part: on Cockroach's Zendesk tickets, it produces a full root cause analysis 41% of the time from the customer's initial filing alone, in under a minute, for roughly $1.50. Opus without it lands around 10%. Humans almost never get there on the first pass.  </p><p>The lesson Spencer draws is that generic distillation doesn't work. The same source (a Zendesk ticket, a Git log, a source repository) has to be distilled with a purpose in mind. Reading code to add a feature and reading code to find a vulnerability produce different structures, because a human reading for those two purposes would pay attention to different things.  </p><p>We also get into MICA, the internal tool a departing engineer left behind that has produced thousands of applications in a few months; why Spencer thinks the cheapest database at scale wins the market; the dirty secret that operational databases run at 5–15% utilization; and what Cockroach is building to fix it.  </p><p>And because this is the base-layer, we spend time on the part nobody demos: governance. Pools of distilled intelligence inherit the permissions of their sources, or they should. Spencer's answer, that "governance is the ultimate blocker to AI adoption", is the reason this show exists.</p>]]></description>
      <link>https://rss.com/podcasts/base-layer/3116234</link>
      <enclosure url="https://content.rss.com/episodes/393878/3116234/base-layer/2026_09_02_21_04_29_9da370f4-a8bd-4d8d-b278-4bdd72570b6b.mp3" length="67596975" type="audio/mpeg"/>
      <guid isPermaLink="false">d8a42478-f946-449b-8df2-443a7b0a2571</guid>
      <itunes:duration>4217</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>3</itunes:episode>
      <podcast:episode>3</podcast:episode>
      <pubDate>Wed, 02 Sep 2026 21:04:59 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/base-layer/ep_cover_20260902_210427_f4e06f4f5b0a8bc84265007f7fb4f192.png"/>
    </item>
    <item>
      <title><![CDATA[Building Safe AI Systems in Practice]]></title>
      <itunes:title><![CDATA[Building Safe AI Systems in Practice]]></itunes:title>
      <description><![CDATA[<p>Emilie Schario has had the kind of career that makes the rest of us re-evaluate ours: GitLab through its pre-IPO years, data at Netlify, strategist in residence at Amplify, founder of Turbine (acquired by Settle), and now co-founder and VP Engineering at Kilo Code, recently acquired by Anaconda.  </p><p>She joins Jake Moshenko to talk about what AI adoption actually looks like on the ground. Not the discourse, the practice.  </p><p>The conversation starts somewhere unexpected: a hair-care app she built for herself after her third kid, used for months, then threw away. She calls it <strong>selfieware</strong>: software with no users, no tracking, and no authorization, built because the cost of building finally dropped below the cost of caring. The best thing she ever built with AI was a thing she was able to discard.  </p><p>From there: why <strong>multi-model is inevitable</strong> (a chef doesn't use one knife for every task), what happens when benchmarks become training data, and why tying your tooling to a single lab's models is a bet you don't need to make.  </p><p>Then the part that lands closest to home for anyone thinking about authorization. Emilie runs two agents (Chad, personal; Snivel, for work) and holds a hard line between them: <strong>an agent gets internal data or external comms, never both.</strong> She arrives at agent identity, audit trails, and code provenance on her own terms, from the practitioner's side rather than the vendor's.  </p><p>Also discussed: whether AI <em>spend</em> is even the right metric (she proposes spend divided by PRs merged), the financial institution budgeting $13 per engineer per month, and why the biggest gap right now isn't capability. It's the long tail of people who haven't started yet.</p>]]></description>
      <link>https://rss.com/podcasts/base-layer/3065770</link>
      <enclosure url="https://content.rss.com/episodes/393878/3065770/base-layer/2026_08_26_22_07_31_6e6f17a2-aed4-4562-92d3-8d319c34d46a.mp3" length="40373770" type="audio/mpeg"/>
      <guid isPermaLink="false">d9268be1-40e8-44c4-a412-b291273dd9f3</guid>
      <itunes:duration>2523</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>2</itunes:episode>
      <podcast:episode>2</podcast:episode>
      <pubDate>Wed, 26 Aug 2026 22:11:46 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/base-layer/ep_cover_20260813_154802_90ca90257853f1a06b0db0de1d4b0275.png"/>
    </item>
    <item>
      <title><![CDATA[The Internet Needs an Upgrade]]></title>
      <itunes:title><![CDATA[The Internet Needs an Upgrade]]></itunes:title>
      <description><![CDATA[<p>Zac Smith has spent 25 years building the internet underneath the internet. He got into it in 2001 out of music school, hosting websites for musician friends, and ended up helping build the New York Internet Exchange back when moving bits cost $2,000 a megabit. He co-founded Packet, the bare metal cloud that made physical servers programmable, and sold it to Equinix for $335 million. Now he is CEO of Datum.</p><p>His argument is that the internet needs an upgrade, for three reasons. <strong>Policy is fragmenting</strong>: the splinternet is real, and increasingly you need to control who you exchange traffic with and where. <strong>Data has stopped being centralized</strong>; we spent 25 years with smart servers and dumb clients, and now the clients are smart and the data is everywhere. And <strong>infrastructure has fragmented</strong> across dozens of providers, which makes your perimeter enormous.</p><p>His answer is a private backbone for every application, built on SRv6, segment routing over IPv6, which lets you put policy into the header of the packet itself rather than letting the public internet decide where your traffic goes.</p><p>The part that should make you uncomfortable is his answer to what AI is about to invalidate: the assumption that the computer your software runs on is safe. <em>"I think you just can't trust pretty much any of your infrastructure."</em> Design from there.</p><p>We also get into a soccer club in Denmark he helped crowdfund out of bankruptcy and the open source media system he built for it; why the data center industry's instinct to hide behind a fence is a mistake; the security asymmetry where defenders are refused the AI tools attackers use freely; what happened to Intel and why Jensen Huang is determined not to repeat it; and what the Luddites were really fighting for, which was not the machines.</p><p></p><p>Learn more about what Zac’s building at Datum: <a target="_blank" rel="noopener noreferrer nofollow" href="https://www.datum.net/">https://www.datum.net/</a></p><p>Want to contribute? Join Datum on Github: <a target="_blank" rel="noopener noreferrer nofollow" href="https://github.com/datum-cloud">https://github.com/datum-cloud</a> </p><p>Check out AB Copenhagen on Github: <a target="_blank" rel="noopener noreferrer nofollow" href="https://github.com/AB-Copenhagen">https://github.com/AB-Copenhagen</a></p><p></p>]]></description>
      <link>https://rss.com/podcasts/base-layer/3081880</link>
      <enclosure url="https://content.rss.com/episodes/393878/3081880/base-layer/2026_08_19_17_53_23_bf14db11-77ad-4448-9a76-fbbfffb81f0f.mp3" length="60870047" type="audio/mpeg"/>
      <guid isPermaLink="false">a7792321-137a-425d-b843-068c23cb50d4</guid>
      <itunes:duration>3796</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>1</itunes:episode>
      <podcast:episode>1</podcast:episode>
      <pubDate>Wed, 19 Aug 2026 17:53:32 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/base-layer/ep_cover_20260819_175322_cab59ac9485fe1623e3badc40a216ed0.png"/>
    </item>
  </channel>
</rss>