DDC CWICR 建筑工程量造价库
面向 AI 的多语言建筑工程量、构件与资源成本数据库,支持语义检索与自动估价。
- Star 数
- ★ 241
- 最近更新
- 1 个月前
- License
- NOASSERTION
- 主语言
- HTML
- FA 评分
- 41/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 兼容但需适配OpenAI APIClaude API(部分支持)
- 费用
- 软件免费,模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 造价工程师在投标阶段需要快速生成工程量清单时,可用文本机器人描述“100m² 石膏板隔墙含龙骨与批腻子”,直接得到匹配定额、资源明细与总价。
- 不适合
- 需要商用授权却不愿购买 DDC 商业许可的团队
- 不愿自行部署 Qdrant 与 n8n 的个人用户
这个 Agent 能做什么,适合哪些场景?
DDC CWICR 是一个开放的多语言建筑成本数据库,收录 55,719 条工作项(work items)与 27,672 条资源,覆盖 30 个国家/地区、23 种语言,并以 85 个字段的规范化结构(分类、工作项、资源、人工、机械、价格变体、汇总、工程量与服务)组织每条记录。数据以 XLSX、Parquet、CSV 三种表格格式发布,同时为 11 种语言提供预计算了 OpenAI text-embedding-3-large(3072 维)向量的 Qdrant 快照,可直接做语义检索。仓库还附带 4 条 n8n 工作流:文本估价机器人、照片估价表单、支持文本+照片+PDF 的通用 Telegram 机器人,以及 Revit/IFC/DWG 的 CAD(BIM) 4D/5D 估价流水线。计价方法采用“资源消耗定额 × 区域单价”的作业成本法,人工、材料、机械分别乘算后汇总,因此定额可跨市场复用,只需替换价格。数据本身为 CC BY-NC 4.0(非商业免费、需署名)外加 DDC 商业许可,代码为 Apache-2.0;向量检索与 AI 节点需要你自备 OpenAI、Gemini 等 API 密钥并自行部署 Qdrant 与 n8n。
仓库以国家/地区为顶层目录(如 CIS-Russia-GESN-FER-TER、Asia-China-Dinge、Europe-Turkey-Birim-Fiyat、SouthAmerica-Brazil-SINAPI),每个目录内提供 parquet 与 xlsx 格式的完整定额库(原生语言加英文)、csv/xlsx 资源目录,以及按世界银行 PPP 重新定价并翻译的 markets/ 子目录。Qdrant 快照按 ddc_{lang}_{city} 命名集合,例如 DE___DDC_CWICR/DE_BERLIN_workitems_costs_resources_EMBEDDINGS_3072_DDC_CWICR.snapshot 对应集合 ddc_de_berlin,包含 55,719 个向量点;派生语种轨道(如 ddc_au_sydney 源自 UK_GBP)保持 rate_code、resource_code 与定额逐字节一致,只替换价格与可翻译文本。配套的 n8n 工作流读取 Telegram 消息、照片或 PDF(n8n_2_Photo_Cost_Estimate_DDC_CWICR.json),用 LLM 抽取工作项,调用 OpenAI text-embedding-3-large 生成向量,在 Qdrant 中检索匹配定额,再由 LLM 重排,最后生成 HTML、Excel(XLS/CSV) 或 PDF 造价报告。CAD 流水线(n8n_4_CAD_(BIM)_Cost_Estimation_Pipeline_4D_5D_with_DDC_CWICR.json)通过 RvtExporter.exe 把 Revit 模型导出为 XLSX,再按 10 个阶段(项目识别、阶段生成、构件归类、工作分解、向量匹配、单位映射、成本计算、7.5 阶段 CTO 校验、汇总、报告生成)输出 HTML 与 XLS 清单。所有工作流在 n8n 中通过 🔑 TOKEN 节点集中配置 bot_token、OPENAI_API_KEY、GEMINI_API_KEY、QDRANT_URL 与 QDRANT_API_KEY。
- 造价工程师在投标阶段需要快速生成工程量清单时,可用文本机器人描述“100m² 石膏板隔墙含龙骨与批腻子”,直接得到匹配定额、资源明细与总价。
- 施工项目经理在工地拍照后,通过 Photo Cost Estimator 表单上传现场照片,由 GPT-4 Vision 识别房间类型与构件、估算尺寸并出具 HTML 报价。
- BIM 工程师从 Revit 导出模型,用 CAD(BIM) 流水线把构件类型分解为砌筑、砂浆、抹灰等工作项,生成分阶段的 4D/5D 成本与进度报告。
- 做多国业务的承包商需要对比柏林、多伦多、巴黎、圣保罗等地的同一定额价格,可切换 ddc_de_berlin / ddc_en_toronto 等集合做跨区域对标。
- AI 应用开发者需要给造价助手做 RAG 检索,可直接加载 3072 维 Qdrant 快照,省去自行生成向量的成本。
- 数据团队做研究或训练模型时,把 55MB 的 Parquet 定额库接入 ETL/BI 流程,用于劳动力工时与材料消耗分析。
如何安装或部署这个 Agent?
数据库本身无需安装,克隆仓库即可取得表格数据:
git clone https://github.com/datadrivenconstruction/OpenConstructionEstimate-DDC-CWICR.git
cd OpenConstructionEstimate-DDC-CWICR若只使用造价数据,可直接读取 Parquet/XLSX/CSV,无需任何服务。若要走完整 AI 流水线,需要准备 n8n v1.0+、一个 Qdrant 实例,以及 OpenAI 与视觉模型 API 密钥。n8n 2.0 及以上默认禁用 Execute Command 节点,必须显式放开,否则 CAD/BIM 流水线无法运行:
set NODES_EXCLUDE=[] && npx n8n或创建配置文件 C:\Users\YOUR_USER\.n8n\.env,写入 NODES_EXCLUDE=[]。Docker 部署时在环境变量中设置 NODES_EXCLUDE=[]。
仓库只提供了 n8n 工作流 JSON 与 Qdrant 快照,未提供 Qdrant 自身的安装脚本;Qdrant 需按官方文档另行部署,本地常用地址为 http://localhost:6333。
如何使用这个 Agent?
第一步,把快照导入 Qdrant(集合名需与工作流中的语言集合一致):
curl -X POST "http://localhost:6333/collections/ddc_en_toronto/snapshots/upload" \
-H "Content-Type: multipart/form-data" \
-F "snapshot=@EN___DDC_CWICR/EN_TORONTO_workitems_costs_resources_EMBEDDINGS_3072_DDC_CWICR.snapshot"第二步,在 n8n 中导入工作流:Workflows → Import from File,选择任一 JSON,例如 n8n_1_Telegram_Bot_Cost_Estimates_and_Rate_Finder_TEXT_DDC_CWICR.json。
第三步,在 🔑 TOKEN 节点填写凭据:
{
"bot_token": "YOUR_TELEGRAM_BOT_TOKEN",
"OPENAI_API_KEY": "YOUR_OPENAI_KEY",
"GEMINI_API_KEY": "YOUR_GEMINI_KEY",
"QDRANT_URL": "http://localhost:6333",
"QDRANT_API_KEY": ""
}第四步,激活工作流并测试:Telegram 机器人发送 /start,网页表单则打开 n8n 给出的表单 URL。CAD/BIM 流水线还需在节点中配置 path_to_converter 与 project_file,并确保已安装 RvtExporter.exe。工作流默认启用 OpenAI GPT-4o,可在 LLM Models 区域切换到 Anthropic Chat Model2、Google Gemini Chat Model、xAI Grok Chat Model1 或 DeepSeek Chat Model(启用一个、禁用其余)。输出报告写入项目目录,文件名为 project_YYYY-MM-DD.html 与 project_YYYY-MM-DD.xls。
这个 Agent 有哪些优点和局限?
- 采用“资源消耗定额 × 区域单价”的作业成本法,人工、材料、机械分项透明,定额部分可跨区域复用而只换价格。
- 同时提供 55,719 条工作项的表格版本(XLSX/Parquet/CSV)与预计算 3072 维向量的 Qdrant 快照,跳过自行 embedding 的步骤。
- 原生 23 种语言、11 个 Qdrant 语言集合与 30 国家/地区价格轨道,跨区域比价无需自建翻译流程。
- 4 条可直接导入的 n8n 工作流覆盖文本、照片、PDF 与 Revit/IFC/DWG 四种入口,支持 LLM 提供方切换(OpenAI/Claude/Gemini/Grok/DeepSeek)。
- 数据为 CC BY-NC 4.0 加 DDC 商业许可,商业用途需另行购买授权,GitHub 元数据中许可证显示为 NOASSERTION。
- 完整流水线强依赖外部服务:OpenAI 嵌入、视觉模型与自建 Qdrant,无法完全离线运行,且按调用量产生模型费用。
- n8n 2.0+ 默认禁用 Execute Command,必须手动设置 NODES_EXCLUDE=[],否则 CAD/BIM 节点不显示或无法执行。
- README 中派生语种快照列表被截断,部分轨道(如 CS_PRAGUE 之后的条目)信息不完整;重型资源级 parquet 与市场版向量快照被标注为“下个版本发布”。
这个 Agent 与同类方案有什么区别?
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| DDC CWICR 建筑工程量造价库 当前 | 41 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 241 | 1 个月前 | HTML | OpenAI API |
| txtai 全功能AI框架 | 58 · 缺口较多 | 代码库 / SDK免费 + 模型费 | ★ 13k | 4 天前 | Python | OpenAI API · Claude API |
| DecisionBox | 44 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 120 | 今天 | Go | OpenAI API · Claude API |
| Memvid 单文件智能体记忆 | 46 · 缺口较多 | 代码库 / SDK免费 + 模型费 | ★ 17k | 2 个月前 | Rust | OpenAI API |
FollowAgents 如何评估这个 Agent?
查看各维度的扣分理由
信任维度:LICENSE 明确区分 DATA(CC BY-NC 4.0)与 CODE(Apache-2.0),并逐目录列出 PROVENANCE.md 与署名要求,source_attribution 给 3 分。但 least_privilege 仅 1 分:n8n 工作流与适配脚本需要 OpenAI/Qdrant/Telegram 凭据,README 未说明最小权限范围;user_confirmation 为 0:README 描述的是“发送文本/图片即自动生成估算并回传”的自动化流程,未见任何执行前确认或人工复核环节;data_flow_transparency 仅 1 分:README 提到数据经 OpenAI 嵌入与 Qdrant 检索,但未给出完整数据流向图或第三方处理说明;sensitive_data_handling 仅 1 分:SECURITY.md 承认脚本会持有用户 API key,却把“在日志或源码中泄露 key 的配置”列为 out of scope,等于把风险推给用户;dependency_security 仅 1 分:工作流使用 qdrant/qdrant:latest 浮动标签,无版本锁定或哈希校验,仅 LFS 指针哈希提供发布物完整性;external_effects 仅 1 分:Telegram 机器人会向外部发送消息、调用付费 LLM API,但未说明配额、限流或副作用边界;rollback 为 0:未见任何回滚、撤销或恢复已执行工作流副作用的机制。
可靠性维度:self_consistency 仅 1 分,README 徽章宣称 30 个地区/12+ 国家,而正文与许可证列出 9 个国家目录,数字口径不一致;dependency_availability 仅 1 分,依赖 pandas/pyarrow/openai/qdrant-client 等未固定版本,Qdrant 镜像用 latest,且大数据集依赖 Git LFS 与外部快照下载,可用性存在外部依赖;failure_messages 为 0,仓库中未见任何错误处理、异常提示或故障排查代码,README 的“故障排查”章节在所提供的文件中并未展开。
适配性维度:audience_and_scenarios 给 2 分,README 明确面向造价工程师、承包商、AI 开发者,并给出文本/图片/CAD 三类场景;capability_boundaries 仅 1 分,未说明数据库覆盖范围之外(如非欧亚地区、非所列国家)的适用边界,也未说明估算精度上限;trigger_precision 仅 1 分,n8n 工作流以自然语言触发,缺少明确的触发条件、输入校验或拒绝策略;environment_fit 仅 1 分,要求 n8n 2.0+、Docker、Qdrant、OpenAI key 与 Git LFS,环境门槛较高且未提供替代路径。
惯例维度:license 给 3 分,双许可结构、商业授权路径、CC 不可撤销说明、EU 数据库权与免责声明均写得清楚。information_architecture 给 2 分,README 有目录、字段分组与格式表,但 85 字段仅列名未给类型与语义定义;install_notes 仅 1 分,只有 git clone 与 n8n 导入四步,缺少依赖安装、快照恢复与凭据配置细节;naming_stability 仅 1 分,版本仅 v0.1.1,且许可证提到早期 CIS 数据曾以 CC BY 4.0 发布后改为 CC BY-NC 4.0,许可口径发生过变化;examples_and_faq 给 2 分,有 Claude Code 提示示例与成本计算示例,但无 FAQ;known_limitations 仅 1 分,仅在第 6 节给出数据质量免责声明,未列出功能或覆盖范围限制;versioning_changelog 仅 1 分,有版本徽章但无 CHANGELOG;maintenance_responsibility 给 2 分,LICENSE 与 SECURITY.md 指明作者 Artem Boiko、德国小型企业主体、联系邮箱与响应时限,但发布者身份未经 FollowAgents 验证。
有效性维度:output_usability 给 2 分,提供 Excel/Parquet/CSV/Qdrant 多格式与 85 字段结构化输出,可直接用于 ETL 与 RAG;marginal_value 给 2 分,55K+ 工作项、27K+ 资源、11 语言与预计算嵌入确有差异化价值;cost_benefit 仅 1 分,功能套件自述每次运行约 15 分钟并消耗 3-5 美元 GPT 评审成本,且商业使用需另行付费授权,成本结构对普通用户不轻。
可验证性维度:claim_traceability 仅 1 分,README 的 55,719 工作项、27,672 资源、11 语言等数字无对应校验文件或统计脚本;cross_source_corroboration 仅 1 分,仅 LICENSE 与 README 相互印证许可与目录,数据规模与地区数在不同文件间不一致;fact_inference_separation 仅 1 分,README 将“100+ 年方法论传承”“完美适配 AI”等营销表述与事实陈述混排,未区分可验证事实与推断。
- 源码中未见:执行前用户确认开启或自行加上执行前确认;先在沙箱或测试环境跑通,确认行为后再接入真实数据。
- 源码中未见:回滚或恢复路径运行前先备份,或在 git 分支、快照上操作,确保改动可以撤销。
- 商业使用受限:DATA 采用 CC BY-NC 4.0,任何商业产品或付费服务需另行取得商业授权,误用可能构成违约。
- 工作流需要 OpenAI、Qdrant、Telegram 等凭据,SECURITY.md 明确将“在日志或源码中泄露 API key 的配置”排除在安全范围之外,用户须自行确保密钥隔离。
- 自动化流程缺少执行前确认与回滚机制,机器人会直接向外部发送消息并调用付费 API,建议在接入生产前增加人工复核与配额限制。
- 依赖未固定版本(qdrant/qdrant:latest、未锁定的 pip 包),且大数据集依赖 Git LFS 与外部快照下载,构建可重复性存在风险。
- README 徽章宣称 30 个地区/12+ 国家,而许可证与正文仅列出 9 个国家目录,数据覆盖范围口径不一致,使用前应自行核对。
- 发布者身份未经 FollowAgents 验证,维护责任与更新路径仅由仓库内文档自述,不能据此推断可靠性或安全性。