<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Praxys Blog</title><description>Engineering and product writing from the team building Praxys — spec-driven, verified, no shortcuts.</description><link>https://praxys.co/</link><item><title>The Scaffolding Tax: Where AI-Assisted Backend Work Actually Goes</title><link>https://praxys.co/blogs/the-scaffolding-tax/</link><guid isPermaLink="true">https://praxys.co/blogs/the-scaffolding-tax/</guid><description>In an exploratory API study, 34–40% of billed model tokens went to platform work — database setup, auth, access control, rate limiting, tracing, error handling — rather than task-specific endpoint logic. Task-specific logic was still the largest share, but the plumbing was a substantial part of the bill, and it&apos;s the part a good engineering platform can make reusable instead of re-deriving on every service.</description><pubDate>Mon, 27 Jul 2026 00:00:00 GMT</pubDate><category>substrate</category><category>engineering</category></item><item><title>The Curious Case of LLM Lingo: How Language Choice Can Shape AI Coding Cost</title><link>https://praxys.co/blogs/llm-lingo/</link><guid isPermaLink="true">https://praxys.co/blogs/llm-lingo/</guid><description>Teams controlling AI-assisted engineering spend usually reach for the model dial first — smaller model for routine work, frontier model for hard changes. Our benchmark points at a second lever hiding in the architecture: for the same bounded coding task, the programming language an LLM is asked to write changed the token footprint of a working solution by roughly 2x between the most compact and most verbose cases. The careful conclusion isn&apos;t a language ranking — it&apos;s that token economics belongs in the decision, honestly, alongside fluency, runtime economics, and governance.</description><pubDate>Mon, 27 Jul 2026 00:00:00 GMT</pubDate><category>engineering</category></item></channel></rss>