<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ai Coding Assistants on MacWorks</title><link>https://macworks.dev/tags/ai-coding-assistants/</link><description>Recent content in Ai Coding Assistants on MacWorks</description><generator>Hugo</generator><language>en</language><atom:link href="https://macworks.dev/tags/ai-coding-assistants/index.xml" rel="self" type="application/rss+xml"/><item><title>Week 19 Summary</title><link>https://macworks.dev/docs/month/blogs/weekly-2026-W19/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://macworks.dev/docs/month/blogs/weekly-2026-W19/</guid><description>&lt;h1 id="engineering-reads--week-of-2026-04-17-to-2026-05-01"&gt;Engineering Reads — Week of 2026-04-17 to 2026-05-01&lt;a class="anchor" href="#engineering-reads--week-of-2026-04-17-to-2026-05-01"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;h2 id="week-in-review"&gt;Week in Review&lt;a class="anchor" href="#week-in-review"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;This week&amp;rsquo;s reading fundamentally re-evaluates the role of the software engineer in an era where text and code generation are practically free. The dominant debate has shifted from how to generate logic faster to how we deterministically verify it, forcing a transition toward strict mechanical guardrails and &amp;ldquo;agentic engineering&amp;rdquo;. Alongside this technical shift, there is a fierce resurgence in confronting the sociopolitical reality of our craft, reminding us that architectural choices—from open-source licenses to structural capability boundaries—never exist in a moral vacuum.&lt;/p&gt;</description></item><item><title>2026-04-28</title><link>https://macworks.dev/docs/archives/blogs/engineer-blogs-2026-04-28/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://macworks.dev/docs/archives/blogs/engineer-blogs-2026-04-28/</guid><description>&lt;h1 id="engineering-reads--2026-04-28"&gt;Engineering Reads — 2026-04-28&lt;a class="anchor" href="#engineering-reads--2026-04-28"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;h2 id="the-big-idea"&gt;The Big Idea&lt;a class="anchor" href="#the-big-idea"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;The transition of LLMs from individual coding assistants to team-wide engineering tools requires treating prompts as first-class, version-controlled artifacts. We are shifting from ad-hoc interactions with AI to a structured workflow where prompts demand abstraction-first thinking and dictate business alignment.&lt;/p&gt;
&lt;h2 id="deep-reads"&gt;Deep Reads&lt;a class="anchor" href="#deep-reads"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;[Structured-Prompt-Driven Development (SPDD)]&lt;/strong&gt; · Wei Zhang and Jessie Jie Xia · &lt;a href="https://martinfowler.com/articles/structured-prompt-driven/"&gt;MartinFowler.com&lt;/a&gt;
While LLM coding assistants have proven valuable for individual developers, scaling their impact across engineering teams requires formalizing how we interact with them. Thoughtworks&amp;rsquo; internal IT organization has developed a workflow called Structured-Prompt-Driven Development (SPDD), which treats prompts not as ephemeral chat logs, but as first-class engineering artifacts stored alongside code in version control. By formalizing prompts, teams can better align generated code with actual business requirements. However, this shift demands a change in engineering muscle; developers must index heavily on &amp;ldquo;abstraction-first&amp;rdquo; thinking, continuous alignment, and rigorous iterative review rather than relying on the LLM for architectural direction. Practitioners navigating the messy transition from &amp;ldquo;AI as a toy&amp;rdquo; to &amp;ldquo;AI as a predictable team multiplier&amp;rdquo; should read this to see a concrete, version-controlled approach to prompt management.&lt;/p&gt;</description></item></channel></rss>