<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Technical Articles</title><link>https://pvolkov.com/en/</link><description>Recent content on Technical Articles</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Sun, 16 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://pvolkov.com/en/index.xml" rel="self" type="application/rss+xml"/><item><title>Agentic SDD: Forcing AI Agents to Write Code by Strict Contract</title><link>https://pvolkov.com/en/articles/sdd-in-production/</link><pubDate>Sun, 16 Aug 2026 00:00:00 +0000</pubDate><guid>https://pvolkov.com/en/articles/sdd-in-production/</guid><description>&lt;p&gt;In Findrates.ai, &lt;strong&gt;Agentic SDD&lt;/strong&gt; (autonomous spec-driven development) runs every day: we have closed over 240 plans through this pipeline. Our actual process differs significantly from conference slides where classical SDD is presented as an effortless silver bullet.&lt;/p&gt;
&lt;h2 id="the-limits-of-vibecoding"&gt;The Limits of Vibecoding&lt;/h2&gt;
&lt;p&gt;With the rise of LLMs, developers initially relied on &amp;ldquo;vibecoding&amp;rdquo;—prompting a chatbot to &amp;ldquo;build feature X.&amp;rdquo; For quick scripts and prototypes, this was enough. On an existing codebase, however, vibecoding quickly caused loss of context: models forgot constraints between sessions, broke neighboring modules, and generated unmanaged technical debt.&lt;/p&gt;</description></item><item><title>18 Days Without a Single Task From Me</title><link>https://pvolkov.com/en/articles/digital-employee-18-days/</link><pubDate>Wed, 05 Aug 2026 00:00:00 +0000</pubDate><guid>https://pvolkov.com/en/articles/digital-employee-18-days/</guid><description>An owner&amp;rsquo;s report after 18 days: how an autonomous employee runs on schedule, closes its own hypotheses, catches its own mistakes, and stops where the decision belongs to a human.</description></item><item><title>How I Built a Concierge for Claude Code and Codex</title><link>https://pvolkov.com/en/articles/claude-codex-concierge/</link><pubDate>Fri, 31 Jul 2026 00:00:00 +0000</pubDate><guid>https://pvolkov.com/en/articles/claude-codex-concierge/</guid><description>A practical breakdown of a personal AI concierge for Claude Code and Codex: how it understands incoming requests, resumes the right sessions, tracks assignments, and returns results.</description></item><item><title>How I Built an Autonomous Digital Employee</title><link>https://pvolkov.com/en/articles/autonomous-digital-employee/</link><pubDate>Tue, 21 Jul 2026 00:00:00 +0000</pubDate><guid>https://pvolkov.com/en/articles/autonomous-digital-employee/</guid><description>A practical breakdown of an autonomous digital employee: schedule, authority, memory, engineering intuition, a research pipeline, and risk boundaries.</description></item><item><title>How I Built a Workflow for Autonomous AI Engineering Teams</title><link>https://pvolkov.com/en/articles/ai-tech-teams-workflow/</link><pubDate>Thu, 09 Jul 2026 00:00:00 +0000</pubDate><guid>https://pvolkov.com/en/articles/ai-tech-teams-workflow/</guid><description>A practical breakdown of a system of autonomous AI engineering teams: roles, task queue, QA, audit, retrospectives, and the release loop.</description></item><item><title>About</title><link>https://pvolkov.com/en/about/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://pvolkov.com/en/about/</guid><description>&lt;p&gt;This is the public home of my technical writing.&lt;/p&gt;
&lt;p&gt;Here I document practical engineering systems: autonomous AI teams, product development, QA, releases, infrastructure, and repeatable workflows.&lt;/p&gt;
&lt;h2 id="author"&gt;Author&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Pavel Volkov / Павел Волков&lt;/strong&gt; — AI architect and engineer.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;LinkedIn: &lt;a href="https://www.linkedin.com/in/psvolkov/"&gt;psvolkov&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;GitHub: &lt;a href="https://github.com/ak40u"&gt;ak40u&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="how-to-read-these-articles"&gt;How to Read These Articles&lt;/h2&gt;
&lt;p&gt;The articles here are long and practical. You can read them as breakdowns of how a system works: roles, boundaries of responsibility, checks, logs, retrospectives, the release workflow, and infrastructure decisions.&lt;/p&gt;</description></item></channel></rss>