<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: yurvon-screamo</title>
    <description>The latest articles on DEV Community by yurvon-screamo (@yurvon-screamo).</description>
    <link>https://dev.to/yurvon-screamo</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F1925532%2Fe0e7ce81-b615-4f85-bc37-1a905b86c62d.jpg</url>
      <title>DEV Community: yurvon-screamo</title>
      <link>https://dev.to/yurvon-screamo</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/yurvon-screamo"/>
    <language>en</language>
    <item>
      <title>Specification Driven Development: My Journey from Kiro to a Custom Guide</title>
      <dc:creator>yurvon-screamo</dc:creator>
      <pubDate>Wed, 24 Sep 2025 15:20:00 +0000</pubDate>
      <link>https://dev.to/yurvon-screamo/specification-driven-development-guide-jfo</link>
      <guid>https://dev.to/yurvon-screamo/specification-driven-development-guide-jfo</guid>
      <description>&lt;p&gt;Right after the launch of &lt;a href="https://kiro.dev/" rel="noopener noreferrer"&gt;Kiro&lt;/a&gt;, I started using it actively. I was really drawn to the idea of &lt;strong&gt;specification-driven development&lt;/strong&gt;—a clear requirements pipeline, detailed instructions for the AI agent, and a shared structure understandable by both developers and other team members.&lt;/p&gt;

&lt;p&gt;But in practice, Kiro turned out to be too immature:&lt;br&gt;&lt;br&gt;
— It frequently froze and ran slowly,&lt;br&gt;&lt;br&gt;
— Generated low-quality output and odd requirements like &lt;em&gt;“As a developer, I want logging in the project,”&lt;/em&gt;&lt;br&gt;&lt;br&gt;
— Kept trying to force its own chaotic vision of testing onto my workflow.&lt;/p&gt;

&lt;p&gt;Eventually, I got tired of fighting these limitations and switched back to my familiar Cursor. But there, I had to rebuild the whole process from scratch: teaching the agent what user stories are, what system design means, the context of the current project, and much more. It became clear that I needed a &lt;strong&gt;prompt library&lt;/strong&gt;—a set of foundational instructions to set the rules of the game from the start.&lt;/p&gt;

&lt;p&gt;So I gathered everything I could:&lt;br&gt;&lt;br&gt;
— Reverse-engineered prompts from Kiro,&lt;br&gt;&lt;br&gt;
— Recalled best practices from books and team documentation I’d written over the years,&lt;br&gt;&lt;br&gt;
— And merged it all into a single, cohesive guide.&lt;/p&gt;

&lt;p&gt;The result is the &lt;strong&gt;&lt;a href="https://methodology.uwuwu.net/" rel="noopener noreferrer"&gt;Specification-Driven Development Guide&lt;/a&gt;&lt;/strong&gt;: a ready-to-use context for LLMs that you can plug into any agent or chat interface right away.&lt;/p&gt;

&lt;p&gt;This is, of course, just the first version. It still needs significant refinement—especially the English translation, which I’m not entirely confident about. But I hope it’s already useful to someone.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://methodology.uwuwu.net/" rel="noopener noreferrer"&gt;https://methodology.uwuwu.net/&lt;/a&gt; - feedback is very welcome!&lt;/p&gt;

</description>
      <category>vibecoding</category>
      <category>kiro</category>
      <category>cursor</category>
      <category>designsystem</category>
    </item>
  </channel>
</rss>
