Rian van der Merwe's bloghttps://elezea.com/https://elezea.com/2026/04/discogs-mcp-v3-2-0/https://elezea.com/2026/04/discogs-mcp-v3-2-0/Adds `search_discogs` for catalog-wide queries beyond your own collection, plus two real-world accuracy fixes: owned-marker correctness across pressings, and…Sun, 19 Apr 2026 19:58:22 GMT<p>Adds <code>search_discogs</code> for catalog-wide queries beyond your own collection, plus two real-world accuracy fixes: owned-marker correctness across pressings, and exact genre/style matching.</p> <!--more--> <h2>What's new</h2> <ul> <li><strong><code>search_discogs</code> tool</strong> — search the full Discogs catalog, not just your collection. Default type is <code>master</code> so album lookups don't return duplicate pressings. Results get a ✓ marker when you already own them.</li> <li>Tool lists in README, marketing page, <code>auth_status</code>, and <code>server_info</code> refreshed with grouped categories (Search, Collection, Folders, Custom Fields, Diagnostics).</li> </ul> <h2>Fixes</h2> <ul> <li><strong>Exact genre/style matching</strong> (<a href="https://github.com/rianvdm/discogs-mcp/issues/17">#17</a>) — substring matching caused <code>music</code> to match <code>Non-Music</code>, flipping the filter to OR mode and returning unrelated releases. Now uses exact equality per release.</li> <li><strong>Release-result owned-marker is now strict on <code>release.id</code>.</strong> Previously, owning one pressing of an album marked every other pressing as owned too, because <code>isOwned()</code> matched on <code>master_id</code> first. Caught by real-world dogfood on &quot;Christian Scott Stretch Music&quot;.</li> </ul> <h2>Under the hood</h2> <ul> <li>Root <code>CLAUDE.md</code> for Claude Code auto-discovery; removed stale <code>development/CLAUDE.md</code>.</li> <li>GitHub release workflow auto-cross-posts to <a href="http://elezea.com">elezea.com</a>.</li> </ul> <br><br><hr>Thanks for still believing in RSS! Feel free to <a href="https://elezea.com/contact">get in touch</a>.Rian van der Merwehttps://elezea.com/2026/04/tldl-v2-2-0/https://elezea.com/2026/04/tldl-v2-2-0/Two meaningful changes since v2.1.0. tldl now detects new podcast episodes directly from RSS feeds with conditional GETs instead of relying on Podcast Index…Sun, 19 Apr 2026 18:59:50 GMT<p>Two meaningful changes since v2.1.0. tldl now detects new podcast episodes directly from RSS feeds with conditional GETs instead of relying on Podcast Index re-crawls, so episodes typically land in the queue within minutes of publication. A second fix catches episodes that get retitled or have their GUIDs regenerated after publication — a surprisingly common pattern in the wild.</p> <!--more--> <h2>What's new</h2> <ul> <li><strong>RSS-first monitoring.</strong> The monitor now fetches RSS feeds directly with <code>If-Modified-Since</code> / <code>If-None-Match</code> headers, queues full episode metadata without a Podcast Index round-trip, and falls back to PI only on RSS errors. Detection lag drops from &quot;hours&quot; (PI re-crawl cadence) to &quot;minutes&quot; for feeds that update frequently.</li> <li><strong><code>POST /admin/rebuild-index</code>.</strong> Backfill endpoint now populates <code>audioUrl</code> on every existing index entry so the new dedup check works retroactively.</li> </ul> <h2>Fixes</h2> <ul> <li><strong>Silent duplicate episodes.</strong> Episodes that publishers edited after publishing — new title, regenerated GUID, or both — used to slip past dedup and get transcribed twice. A new audio-URL dedup signal (origin + pathname, query-stripped, lowercased) catches them. Confirmed against a real-world retitle where Lenny's Podcast re-published an episode with a different title + GUID, and 100 historical near-duplicates silently deduped on the first force-check after deploy.</li> </ul> <h2>Under the hood</h2> <ul> <li>Queue messages carry full episode metadata when the source is RSS, so the consumer branches on <code>rssSourced</code> and skips Podcast Index + iTunes enrichment entirely on that path.</li> <li>New <code>audioUrl</code> field on <code>EpisodeIndexEntry</code>.</li> <li>Monitor cron cadence tuned to every 2 hours — RSS conditional GETs keep the feed-scan cost low, and most monitored feeds don't publish often enough to justify the previous 30-minute cadence.</li> </ul> <br><br><hr>Thanks for still believing in RSS! Feel free to <a href="https://elezea.com/contact">get in touch</a>.Rian van der Merwe