文章由 Ink & Switch 研究实验室撰写，探讨了传统批量生产软件的僵硬性问题：中心化开发模式让用户无法按自身需求改造工具，导致主动权丧失。作者提出「可塑软件」概念，设想一个任何人都能以最小摩擦改造软件工具的生态。文章分析了设置项、插件、改机、开源、AI 辅助编程等现有方案的局限，并提出三个关键设计模式：为用户提供从使用者到创造者的「缓坡」渐进路径、以通用可组合的「工具」替代僵化的「应用」形态、以及工具间的数据共享与界面组合。作者认为物理世界的可塑性经验值得借鉴到软件世界中。
htmx 作者、Montana State 大学教授 Carson Gross 提出：在 agent 式编程时代，Markdown 正从文档演变为源代码。他认为 LLM 生成的代码不应只源自用完即弃的提示词会话，而应将捕捉系统意图的 Markdown 签进 /src，与生成代码放在一起。Markdown 具备可 diff、可 grep、人机皆可读写的优势，且遵循局部性原则，让代码模块自带解释其意图的文档。作者提议建立 /src/md 目录约定（含 README、OVERVIEW、features、data、api 等），由人撰写维护，代码与测试从这些 Markdown 派生，测试负责自动化验证正确性。当代码越来越便宜，真正有价值的是代码背后的意图，应将其持久化于源码目录之中。
文章批评'不再读代码、不再写代码'的行业风气。作者指出代码可维护性和好架构难以即时度量，其恶果需要数月甚至数年才显现，而有经验工程师依靠长期实践积累的直觉来嗅出代码异味。AI 因缺乏可度量的奖励信号，无法理解什么是可维护的代码，且从质量低劣的野生代码中学习模式，在简化代码、定义可复用函数上表现糟糕。更危险的是，依赖 AI 写代码和读代码的开发者将永远无法达到精通，因为他们不再从错误中学习。作者认为 LLM 只是工具，预言未来会有公司以'无 AI'政策作为竞争优势。
