<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Agents on Yonk-Labs</title><link>https://yonk.dev/tags/agents/</link><description>Recent content in Agents on Yonk-Labs</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>© 2026 Yonk-Labs</copyright><lastBuildDate>Wed, 27 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://yonk.dev/tags/agents/index.xml" rel="self" type="application/rss+xml"/><item><title>Wire Real Memory Into Your Agent In An Afternoon</title><link>https://yonk.dev/blog/wire-memory-afternoon/</link><pubDate>Wed, 27 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/wire-memory-afternoon/</guid><description>The practical follow-up to the goldfish-memory post. Bring a Postgres database with pgvector and an agent that talks to users; an hour later you&amp;rsquo;ve got two-tier memory bolted on. Staging, realtime and consolidate cells, three scheduling options, three reader patterns, and an LLM fact extractor — Python and Rust both.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/wire-memory-afternoon/feature.jpg"/></item><item><title>Your Agent Has Goldfish Memory (And Your Vector Store Won't Fix It)</title><link>https://yonk.dev/blog/goldfish-memory/</link><pubDate>Sun, 24 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/goldfish-memory/</guid><description>Agent memory has two completely different jobs — fast context for the next reply, and curated truth three weeks later — and most people try to do both with one tool. Here&amp;rsquo;s the two-tier pattern I built chunkshop&amp;rsquo;s memory layer around, the late-event bug that silently eats conversations, and why &amp;lsquo;just use pgvector&amp;rsquo; isn&amp;rsquo;t the whole answer.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/goldfish-memory/feature.jpg"/></item><item><title>Stele Tutorial: Five Minutes, Then Your Agent Remembers</title><link>https://yonk.dev/blog/stele-tutorial-five-minutes-then-your-agent-remembers/</link><pubDate>Sat, 23 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/stele-tutorial-five-minutes-then-your-agent-remembers/</guid><description>The hands-on follow-up to the why-I-built-it post. Real commands, real outputs: install Stele, wire it into your agent, store artifacts with citations, supersede facts, time-travel with as_of, stash oversized tool output, and run recall through two strategies. Five minutes to install, the rest is just typing.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/stele-tutorial-five-minutes-then-your-agent-remembers/feature.jpg"/></item><item><title>Stele: The Memory Layer I Couldn't Stop Building</title><link>https://yonk.dev/blog/stele-the-memory-layer-i-couldnt-stop-building/</link><pubDate>Thu, 21 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/stele-the-memory-layer-i-couldnt-stop-building/</guid><description>I said the implementation needed another quarter. Three weeks later I&amp;rsquo;d shipped Stele — source-backed, time-traveling, sovereign agent memory that plugs into seven coding assistants. What it does, the three goals driving it, what&amp;rsquo;s solid on main, and what&amp;rsquo;s still wobbly. The honest version, including the parts that aren&amp;rsquo;t built yet.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/stele-the-memory-layer-i-couldnt-stop-building/feature.jpg"/></item><item><title>The Six-Week Gold Rush: Speed Is the Only Moat in AI Right Now</title><link>https://yonk.dev/blog/six-week-gold-rush/</link><pubDate>Wed, 20 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/six-week-gold-rush/</guid><description>Karpathy posts a thought, and six weeks later the right way to do it has been decided by whoever shipped the cleanest demo. The innovation cycle compressed from years to weeks — and that changes the shape of every competitive question. You don&amp;rsquo;t need to be first. You need to be in the window.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/six-week-gold-rush/feature.jpg"/></item><item><title>The Ugly Baby Method: Vibe, Reverse Engineer, Rebuild</title><link>https://yonk.dev/blog/ugly-baby-method/</link><pubDate>Mon, 18 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/ugly-baby-method/</guid><description>Every project I&amp;rsquo;ve shipped in the last six months has been an ugly baby at some point — dead code, 11pm ideas that look stupid at 8am, three abstractions doing the same thing. That&amp;rsquo;s not failure, it&amp;rsquo;s the artifact you need. Put the ugly baby in a glass case, learn from it, then rebuild from zero.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/ugly-baby-method/feature.jpg"/></item><item><title>stele</title><link>https://yonk.dev/projects/stele/</link><pubDate>Sun, 17 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/projects/stele/</guid><description>Agentic memory implemented natively in PostgreSQL — the episodic, relational, time-anchored memory layer agents actually forget, kept in the database you already run.</description></item><item><title>Vibe Coding Isn't the Problem. Stopping at Vibe Coding Is.</title><link>https://yonk.dev/blog/beyond-vibe-coding/</link><pubDate>Sun, 17 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/beyond-vibe-coding/</guid><description>Vibe coding is a real and useful phase — the problem is people stop there. The space between &amp;lsquo;I had an idea on a plane&amp;rsquo; and &amp;rsquo;this runs in an air-gapped Kubernetes cluster&amp;rsquo; is where the actual work happens. A generalizable playbook for the middle, starting with: treat the LLM like a very literal child.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/beyond-vibe-coding/feature.jpg"/></item><item><title>The Dungeon Master Era: Why Product and Engineering Are Becoming the Same Job</title><link>https://yonk.dev/blog/dungeon-master-era/</link><pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/dungeon-master-era/</guid><description>Agents got good, code became the cheapest thing in the room, and the gap between product and engineering is closing fast. The people who internalize that — who spend their time deciding what should exist and ripping into what the agents hand back — are going to run circles around everyone else.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/dungeon-master-era/feature.jpg"/></item><item><title>Your agent forgets things. pg-raggraph might be how you fix that.</title><link>https://yonk.dev/blog/pg-raggraph-as-agent-memory/</link><pubDate>Tue, 12 May 2026 00:00:00 +0000</pubDate><guid>https://yonk.dev/blog/pg-raggraph-as-agent-memory/</guid><description>Modern AI agents need three different kinds of memory and only one of them is RAG. The episodic, relational, time-anchored kind needs a graph — and pg-raggraph happens to be shaped exactly right. Tier 1 evolution awareness, retraction-aware retrieval, namespace isolation. What&amp;rsquo;s built, what&amp;rsquo;s still gap.</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://yonk.dev/blog/pg-raggraph-as-agent-memory/feature.jpg"/></item></channel></rss>