<?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: bin1874</title>
    <description>The latest articles on DEV Community by bin1874 (@bin1874).</description>
    <link>https://dev.to/bin1874</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.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4011191%2Fec8c45b7-fa31-4f9c-9da4-cf0cc12e8121.png</url>
      <title>DEV Community: bin1874</title>
      <link>https://dev.to/bin1874</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/bin1874"/>
    <language>en</language>
    <item>
      <title>I added a pre-build check to my AI coding workflow</title>
      <dc:creator>bin1874</dc:creator>
      <pubDate>Thu, 02 Jul 2026 13:09:21 +0000</pubDate>
      <link>https://dev.to/bin1874/i-added-a-pre-build-check-to-my-ai-coding-workflow-18kj</link>
      <guid>https://dev.to/bin1874/i-added-a-pre-build-check-to-my-ai-coding-workflow-18kj</guid>
      <description>&lt;p&gt;AI coding agents are good at starting.&lt;/p&gt;

&lt;p&gt;That is useful, but it also creates a bad habit: I can ask an agent to build a feature before I have checked whether the feature should exist.&lt;/p&gt;

&lt;p&gt;I kept seeing the same failure mode in my own workflow:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;the target user was fuzzy;&lt;/li&gt;
&lt;li&gt;the current alternative was not named;&lt;/li&gt;
&lt;li&gt;the pain sounded real, but not frequent;&lt;/li&gt;
&lt;li&gt;the distribution path was a guess;&lt;/li&gt;
&lt;li&gt;the first version was already too large.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;None of those are architecture problems. They are product risk problems. If I skip them, the code can still be clean and the project can still be wrong.&lt;/p&gt;

&lt;p&gt;So I packaged the check as a small open-source skill:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight shell"&gt;&lt;code&gt;npx before-you-build-skill &lt;span class="nb"&gt;install &lt;/span&gt;codex
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;There are also local adapters for Claude Code, Cursor, OpenClaw, Hermes, and Gemini CLI:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight shell"&gt;&lt;code&gt;npx before-you-build-skill &lt;span class="nb"&gt;install &lt;/span&gt;claude
npx before-you-build-skill &lt;span class="nb"&gt;install &lt;/span&gt;cursor &lt;span class="nt"&gt;--path&lt;/span&gt; /path/to/project
npx before-you-build-skill &lt;span class="nb"&gt;install &lt;/span&gt;openclaw
npx before-you-build-skill &lt;span class="nb"&gt;install &lt;/span&gt;hermes
npx before-you-build-skill &lt;span class="nb"&gt;install &lt;/span&gt;gemini
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;The skill does not build the app.&lt;/p&gt;

&lt;p&gt;It asks the coding assistant to pause before implementation and review questions like:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Who is this for?&lt;/li&gt;
&lt;li&gt;What do they use today?&lt;/li&gt;
&lt;li&gt;Why would they switch?&lt;/li&gt;
&lt;li&gt;How often does the problem happen?&lt;/li&gt;
&lt;li&gt;What would make this fail?&lt;/li&gt;
&lt;li&gt;What is the smallest useful test before writing the full version?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The output is meant to be short. A useful answer is not a business plan. It should usually end with a verdict such as:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;build small;&lt;/li&gt;
&lt;li&gt;validate first;&lt;/li&gt;
&lt;li&gt;pivot first;&lt;/li&gt;
&lt;li&gt;do not build yet.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Here is the kind of prompt I use:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;Use before-you-build to review this idea before implementation:

I want to build an AI tool that helps freelancers summarize client calls and turn them into follow-up emails.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;A good review should push back on the weakest assumptions:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;freelancers may already use meeting notes or the client's own recap;&lt;/li&gt;
&lt;li&gt;the pain may be occasional rather than weekly;&lt;/li&gt;
&lt;li&gt;privacy concerns may block call recording;&lt;/li&gt;
&lt;li&gt;a paid buyer may be hard to reach through a repeatable channel;&lt;/li&gt;
&lt;li&gt;a manual email template test may be enough before building the full app.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;That kind of answer saves more time than another generated file tree.&lt;/p&gt;

&lt;p&gt;The package is open source:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://github.com/bin1874/before-you-build-skill" rel="noopener noreferrer"&gt;https://github.com/bin1874/before-you-build-skill&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The install page is here:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://beforeyoubuild.fyi/en/skill" rel="noopener noreferrer"&gt;https://beforeyoubuild.fyi/en/skill&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I am still improving the adapters and examples. The main question I am testing is simple: should this live inside the coding assistant as a skill, or is a normal checklist enough?&lt;/p&gt;

</description>
      <category>ai</category>
      <category>productivity</category>
      <category>opensource</category>
      <category>discuss</category>
    </item>
  </channel>
</rss>
