AI编程已是过去式?这款免费工具用提示词就能设计住宅
软件开发领域对「prompt-to-production」这一概念已耳熟能详。
Cursor、Devin、Claude Code……过去几年间，众多工具让「用自然语言描述需求 → AI 直接生成可运行代码 → 部署上线」成为稀松平常的操作。这条链路的成熟速度远超预期，以至于业界不再讨论"AI 能否写代码"，而是在探讨"哪些岗位将被取代"。
但 TestingCatalog 最近在 X 上发布的一条帖子，将这个讨论推向了一个更大胆的方向：
「prompt-to-production 已经是现实了。我希望在可预见的未来，我们也能实现 prompt-to-real-estate——由机器人从地基开始把一整栋建筑造出来。」
▲ TestingCatalog 发帖展望"prompt-to-real-estate"，同时引出了 Drafted AI
这条帖子耐人寻味之处在于，它没有停留在空想。TestingCatalog 紧接着表示：
「现在完整建房还太科幻，但 Drafted AI 已经把 prompt-to-home-design 这一步自动化了。」
也就是说，AI 工作流从软件世界向实体世界的溢出，已经有了第一个落地点。
打开 Drafted 官网，第一感觉像是一个住宅设计版的 Dribbble。
页面标题写着「Free AI House Plans with PDF & CAD Downloads」——免费 AI 住宅方案，支持 PDF 和 CAD 下载。没有概念视频，没有 waitlist，它已经是一个可以直接使用的成品。
▲ Drafted 的 Explore 页面：大量住宅方案可浏览、筛选、免费下载
Explore 页面展示了大量社区和 AI 生成的住宅方案。每张卡片都同时显示外观渲染图和平面图，标注面积、卧室数、浴室数和设计者。左侧有完整的筛选体系：卧室数、浴室数、面积范围、风格（Earthy、Equity、Bright……）、功能特征（Pool、Bay Room、Home Office……）、房屋形状。
这套体验更像是一个参数化设计 gallery。你可以按 Rustic 风格筛选，拉出一整页乡村风住宅方案，每一个都能点进去看细节，也能直接下载。
▲ 按 Rustic 风格筛选后的住宅方案页面，带外观渲染和平面图
而 Drafted 官方在 X 上用了一个很有冲击力的说法：
「我们刚刚给建筑设计装上了一个 Remix 按钮。」
意思是，你看到一套喜欢的方案，可以直接拿来当起点，调整参数，生成属于你的变体。这个逻辑在软件世界很常见——fork 一个项目，改几个配置，部署成自己的产品。但放到住宅设计领域，这个操作以前需要建筑师花几周时间完成。
Drafted 最有意思的部分在 Create 页面。
▲ Drafted 的 Create 页面：从房间列表开始，加入地块和形状约束，AI 生成方案
页面顶部标着三个阶段：Concepts → Finalize → Materialize。第一步要求用户「Begin with your room list」——从房间列表开始。
左侧面板展示了完整的需求输入结构：Total Size Target（面积目标）、Story（楼层数）、Bed（卧室）、Bath（浴室）、Room List（房间列表）。你可以逐个添加房间，设置具体面积。
更关键的是两个物理约束入口：
这个设计思路跟纯文本 prompt 有本质区别。盖房子不能靠一句"帮我设计一个三室两厅"——你得告诉 AI 地块多大、什么形状、朝向怎么样、哪些房间必须相邻。Drafted 把这些物理世界的硬约束做成了交互式输入，让 AI 在可行范围内生成方案。
社区用户 Hasan Toor 在一条被 Drafted 官方转发的帖子里描述了这个体验：
「Drafted 让你画出任意形状，AI 完成剩下的部分。专业方案、无限布局、逼真 3D 模型，全部实时生成。」
（需要说明的是，这是社区用户的 demo 体验描述，"professional plans"和"real time"等说法来自用户评价。）
到这里需要泼一盆冷水。
TestingCatalog 自己也说了：完整的 prompt-to-real-estate「still too futuristic」。Drafted 目前做到的是设计链条的前端自动化——方案生成、方案浏览、参数筛选、渲染预览、文件下载和设计重混。
但从一张平面图到一栋真正站在地上的房子，中间还有巨大的鸿沟：
Drafted 的 Create 页面里有一个阶段叫「Materialize」，但目前能核验到的功能止步于方案导出和下载，并没有证据说它已经覆盖了施工阶段的任何环节。
这恰好说明了 AI 工作流向实体世界溢出的路径：先拿下信息密度最高、迭代成本最低的环节。在软件世界，prompt-to-production 能跑通，是因为代码可以瞬间编译、部署、回滚。在建筑世界，设计方案同样可以快速生成和迭代，但一旦进入施工阶段，每一个决策都绑定了真金白银和物理约束，容错率陡降。
回到 TestingCatalog 那条帖子：重点不是预言"AI 马上能造房子"，它指出了一个正在发生的趋势——AI 工作流正在从纯数字产品扩展到带有强物理约束的行业流程。
过去两年，prompt-to-code、prompt-to-app、prompt-to-design 的进展有目共睹。但这些场景有一个共同特点：产物可以瞬间复制、运行、测试和迭代。
建筑、制造、基建这些行业不同。它们有物理约束、监管门槛、资产风险和长周期交付。AI 要进入这些领域，不可能一步到位，更可能分阶段推进：先是设计灵感和方案生成，然后是 CAD/BIM 和成本估算，再后面才是材料采购、许可审批、施工计划，最终才可能触及自动化施工。
Drafted 站在这条链路的最前端。它把住宅设计需求拆成了 room list、buildable area、shape、style 和 features 这些结构化参数，让用户从 gallery 选择和重混，或者从零开始生成。
这套体验很像是把实体资产开发的前端变成了一个可迭代界面：需求输入 → 生成多个 concept → 选择并微调 → 导出方案。它产出的不再是一段文字回答，而是带有平面图、外观渲染、面积和房间配置的结构化住宅方案。
有人在 TestingCatalog 的帖子下面回复：
「你觉得我们什么时候能直接 prompt 出钞票来？」
调侃归调侃，但这条回复其实点出了一个真问题：AI 工作流的外溢边界在哪里？当 prompt 能生成代码、能生成设计方案、能生成住宅平面图的时候，下一个被自动化的行业流程会是什么？
答案可能比大多数人预期的来得更快。
— END —