启动 HN:Rudus(YC P26)– 针对混凝土承包商的人工智能
嗨,HN,我们是Rishi和Sahil。我们开发了Rudus(<a href="https://www.rudus.ai">https://www.rudus.ai</a>),这是一个专为混凝土分包商打造的人工智能驱动的工程量计算和估算平台。
工程量计算是从混凝土施工图纸中测量和量化材料的过程。Rudus能够识别每个混凝土结构(基础、墙体、柱子、楼板),提取相关细节,并消除数小时的手动数量计算。这里有一个演示视频:<a href="https://www.youtube.com/watch?v=PAMNDRWEdlI" rel="nofollow">https://www.youtube.com/watch?v=PAMNDRWEdlI</a>。
问题是:混凝土分包商是每栋建筑的支柱,但他们的估算工作流程在过去20年里没有改变。目前,一名高级估算师打开PDF,手动描绘每个基础和等级梁,然后手动构建一个包含300多个项目的Excel电子表格——包括体积、模板、按钢筋尺寸划分的钢筋以及搭接和锚固长度。投标可能需要几周甚至几个月。大多数公司只有少数估算师,这意味着他们在可用的工作中实际上无法投标。
该行业现有的软件自2020年以来没有更新。此外,市场上所有的人工智能工程量计算工具都是为总承包商设计的,将混凝土视为一个复选框,而不是围绕混凝土估算师实际定价的方式进行工作。我们正在为这个行业而构建Rudus,仅此而已。
我们在Sahil参加建筑管理课程时开始了这个项目,他意识到估算工作流程几十年来没有变化。我们开始冷拨电话,带着甜甜圈走进办公室,出现在工地上,大家都告诉我们同样的事情:缓慢的估算是他们业务增长的最大瓶颈,但他们尝试过的每个新产品都失败了。我们很快意识到,这些工具失败的原因在于缺乏信任和频繁的错误导致后续问题。估算师在这些数字上押注数百万到数十亿美元的投标,他们明确表示不会为了一个黑箱而放弃他们的工作流程。我们采取了不同的方法:开发一种智能加速他们当前工作流程的软件,而不是通过将我们的产品前置到他们当前的估算工作流程中来替代它。
当估算师将他们的结构PDF上传到Rudus时,我们会自动对每张图纸(基础图、剖面细节、基础计划、框架立面)进行分类,并将每张图纸分配到正确的处理流程。计算机视觉技术能够检测图纸集中的混凝土元素,并通过跨图纸的交叉引用来解析尺寸和细节,捕捉那些仅依赖图纸的工具总是会遗漏的元素。每个元素都会扩展为完整的组装项目:混凝土、模板和钢筋,包含估算师通常手动完成的所有计算。一个典型的基础包从少数组装项目扩展到80-120个定价项目。估算师审核、必要时进行覆盖,并直接导出到他们现有的工作流程中。
在人工智能估算领域,我们有几个关键优势。首先是我们专注于混凝土,这是建筑行业的一个细分领域。没有其他人专门为混凝土分包商开发这个工具,因为图纸与其他分包行业差异很大。正因如此,VLM和其他通用解决方案无法奏效。相反,需要专有的计算机视觉模型,依赖于大量客户数据的训练。我们运行多种不同的模型,直接在客户的工程量计算上进行训练,客户与我们模型的每次互动都成为一个训练示例,使得每位客户的准确性随着使用而提高。
我们的第二个优势在于我们的产品方法论,因为我们选择构建一个协同助手,而不是黑箱。大多数人工智能工程量计算平台试图完全取代估算师,通过自主生成数量,但当前模型的输出质量较差,因此工程量计算仍需手动重做。在与结构混凝土估算师共处100多个小时并完成多次工程量计算后,我们围绕他们的实际工作流程进行了构建。估算师开始工程量计算,Rudus通过寻找相似性、跟踪交叉引用和理解标注来扩展工作。估算师对每个接受、覆盖和编辑保持控制。最终结果是更快的工程量计算,他们可以为之辩护,而不是丢弃不可靠的人工智能输出。
我们非常希望听到大家对我们的演示视频(<a href="https://www.youtube.com/watch?v=PAMNDRWEdlI" rel="nofollow">https://www.youtube.com/watch?v=PAMNDRWEdlI</a>)的看法,或者你们在构建计算机视觉模型方面的经验,或任何你认为相关的内容!
查看原文
Hi HN, we’re Rishi and Sahil. We’ve developed Rudus (<a href="https://www.rudus.ai/">https://www.rudus.ai/</a>), an AI-powered takeoff and estimation platform built for concrete subcontractors.<p>Takeoff is the process of measuring and quantifying materials from concrete plan sheets. Rudus identifies every concrete structure (footings, walls, columns, slabs), pulls in related details, and eliminates hours of manual quantity calculation. Here’s a demo: <a href="https://www.youtube.com/watch?v=PAMNDRWEdlI" rel="nofollow">https://www.youtube.com/watch?v=PAMNDRWEdlI</a>.<p>The problem: Concrete subcontractors are the backbone of every building, but their estimating workflow hasn't changed in 20 years. Right now, a senior estimator opens a PDF, manually traces every footing and grade beam, then hand-builds an Excel spreadsheet with 300+ line items- volumes, formwork, rebar by bar size with lap splices and development lengths. Bids can take weeks and even months. Most firms have just a few estimators, meaning they physically cannot bid on most of the work available to them.<p>The software incumbent in this trade hasn’t been updated since 2020. Beyond that, every AI takeoff tool on the market was built for GCs and treats concrete as one checkbox, rather than working around how concrete estimators actually price work. We’re building Rudus for this trade and only this trade.<p>We started this when Sahil took a construction management class and realized how the estimation workflows hadn't changed in decades. We started cold calling, walking into offices with donuts, showing up at job sites, and everyone told us the same thing: slow estimation is the biggest bottleneck in growing their business, but every new product they've tried has failed. We quickly realized that the reason those tools failed is a lack of trust and frequent errors causing later problems. Estimators stake million to billion dollar bids on these numbers, and they are clear that they won’t trade their workflow for a black box. We took a different approach: software that intelligently accelerates their current workflows rather than replacing it by forward deploying our product into their current estimation workflow.<p>When an estimator uploads their structural PDFs to Rudus, we auto-classify every sheet (foundation plans, section details, footing schedules, frame elevations) and route each to the right processing pipeline. Computer vision detects concrete elements across the drawing set and follows cross-references across sheets to resolve dimensions and detailing, catching elements that plan-only tools always miss. Each element gets expanded into full assembly line items: concrete, formwork, and rebar with all the calculations an estimator would normally do by hand. A typical foundation package goes from a handful of assemblies to 80-120 priced line items. The estimator reviews, overrides where needed, and exports straight into their existing workflow.<p>We have a couple key advantages in the AI estimation space. The first is our focus on concrete, a niche part of construction. No one else is building this for concrete subs because the sheets vary drastically from other subtrades. For this same reason, VLMs and other generic solutions don't work. Instead, proprietary computer vision models are required, relying on training from massive amounts of customer data. We run multiple different models trained directly on our customers' takeoffs, and every interaction from our customers with our models becomes a training example, allowing accuracy per client to sharpen with use.<p>Our second advantage is in our product methodology, as we’ve chosen to build a copilot, not a black box. Most AI takeoff platforms try to replace the estimator completely by autonomously producing quantities, but the quality of the outputs with current models is poor, so the takeoff gets redone by hand anyway. After 100+ hours sitting in rooms with structural concrete estimators and completing numerous takeoffs ourselves, we’ve built around their actual workflow. The estimator starts the takeoff, and Rudus extends the work across the sheet by finding similarities, following cross-references, and understanding callouts. The estimator stays in control of every accept, override, and edit. The result is faster takeoffs they can defend, not unreliable AI output they throw away.<p>We’d love to hear what you guys think about our demo video (<a href="https://www.youtube.com/watch?v=PAMNDRWEdlI" rel="nofollow">https://www.youtube.com/watch?v=PAMNDRWEdlI</a>) or your experiences building out computer vision models, or anything you think is relevant!