<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Alpha Demo on preconfiguration.com</title>
    <link>https://preconfiguration.com/tags/alpha-demo/</link>
    <description>Recent content in Alpha Demo on preconfiguration.com</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 29 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://preconfiguration.com/tags/alpha-demo/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Draft and Build Case Study: Five Files Read, One Spec Drafted, Setups Written for Five Platforms</title>
      <link>https://preconfiguration.com/draft-and-build-case-study-five-files-read-one-spec-drafted-setups-written-for-five-platforms/</link>
      <pubDate>Tue, 29 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://preconfiguration.com/draft-and-build-case-study-five-files-read-one-spec-drafted-setups-written-for-five-platforms/</guid>
      <description>&lt;p&gt;Most repositories already say what they need. A &lt;code&gt;.python-version&lt;/code&gt; file names the Python, &lt;code&gt;requirements.txt&lt;/code&gt; the packages, a compose file the databases the developers run, &lt;code&gt;.env.example&lt;/code&gt; the variables. What they don&amp;rsquo;t have is that knowledge in the form an agent platform reads, once for each platform.&lt;/p&gt;&#xA;&lt;p&gt;In the Alpha demo, orders-api is a small Python service with no setup files for any agent. &lt;code&gt;preconfig detect&lt;/code&gt; reads the files it has and drafts &lt;code&gt;preconfig.yaml&lt;/code&gt;. &lt;code&gt;preconfig build&lt;/code&gt; then writes the setup files for five platforms. The draft turned out to be the spec the team had written by hand, line for line apart from its comments.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Hand-Written Setup Case Study: Fifteen Errors in One Service&#39;s Agent Setup, None Flagged When It Was Written</title>
      <link>https://preconfiguration.com/hand-written-setup-case-study-fifteen-errors-in-one-services-agent-setup-none-flagged-when-it-was-written/</link>
      <pubDate>Tue, 29 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://preconfiguration.com/hand-written-setup-case-study-fifteen-errors-in-one-services-agent-setup-none-flagged-when-it-was-written/</guid>
      <description>&lt;p&gt;A team that uses two or three agents writes the same setup two or three times: once as a Copilot workflow, once as a Cursor environment, once as a dev container. Each file is written at a different time, from a different example, by whoever needed it that week. Nothing checks them against each other, and most platforms say nothing when a file is wrong until an agent tries to use it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Clean Machine Case Study: Ready in 49.6 Seconds, and a Missing Redis Caught at the Ready Step</title>
      <link>https://preconfiguration.com/clean-machine-case-study-ready-in-49.6-seconds-and-a-missing-redis-caught-at-the-ready-step/</link>
      <pubDate>Tue, 29 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://preconfiguration.com/clean-machine-case-study-ready-in-49.6-seconds-and-a-missing-redis-caught-at-the-ready-step/</guid>
      <description>&lt;p&gt;A setup file that looks right proves nothing. The only proof is a machine that starts empty, runs the setup, and then passes the project&amp;rsquo;s own tests. That is what an agent&amp;rsquo;s cloud machine does every time a session starts, and when the setup is wrong, the agent finds out in the middle of its task, if at all. GitHub&amp;rsquo;s documentation says that when a setup step fails, Copilot skips the remaining steps and begins working with the machine as it is.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Upgrade Case Study: PostgreSQL 16 to 17 in One Line, With Every Platform&#39;s Files Following</title>
      <link>https://preconfiguration.com/upgrade-case-study-postgresql-16-to-17-in-one-line-with-every-platforms-files-following/</link>
      <pubDate>Tue, 29 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://preconfiguration.com/upgrade-case-study-postgresql-16-to-17-in-one-line-with-every-platforms-files-following/</guid>
      <description>&lt;p&gt;Setup files are written once and changed many times. Every upgrade of a runtime or a database has to reach every file that installs it: the dev container, the Copilot workflow, the Cursor environment, the server script. Miss one, and one agent works on a different version from everyone else, which shows up later as a bug nobody else can reproduce.&lt;/p&gt;&#xA;&lt;p&gt;In the Alpha demo, the orders-api team moves from PostgreSQL 16 to 17. One line changes in &lt;code&gt;preconfig.yaml&lt;/code&gt;. &lt;code&gt;preconfig check&lt;/code&gt; lists every file that is now out of date, &lt;code&gt;preconfig build&lt;/code&gt; rewrites them, and check is clean again.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
