冷库采购：面向人与 AI 智能体——从制冷需求到可询价的 RFQ

为什么冷库项目不应从“报个价”开始

“我需要 5000 平方米冷库，请报价”是制冷采购中最常见的开场白，也是买家最后拿到一堆无法比较报价的根本原因。面积描述的是建筑；制冷设备买的是需要移除的热量和必须维持的工况。

条件不完整时，供应商不会停下来，而是用自己的假设补齐：一家按 32 ℃ 环境、仅储存工况报价；另一家按 43 ℃ 环境、每日常温入货、N+1 压缩机报价。看似是价格差，实际是规格差。

务实的顺序是：存储产品 → 入库温度 → 储存温度 → 日吞吐量 → 降温/速冻要求 → 储存容积 → 库房尺寸 → 进出货方式 → 环境条件 → 开门频次 → 隔热 → 制冷技术 → 冗余 → 电力 → 能耗假设 → CAPEX/OPEX → RFQ → 供应商评估。

买家在项目初期无法回答全部问题，这很正常，也不构成障碍。采购工作的价值，正是在询价之前按顺序把这些空白补上。

供应商名录告诉你市场上有谁；采购流程决定谁真正适合这一份负荷、这一种产品和这一处工况。

冷库项目规划需要哪些资料？

确定产品、入库与目标温度、日吞吐量、储存容积、库房几何尺寸与项目所在地的环境设计条件后，冷库项目即可开始规划；隔热、开门频次、制冷技术、冗余、可用电力容量与所在国法规要求，则进一步决定系统架构与造价区间。

• 存储产品：品类、包装、托盘或散装形式、卫生要求。
• 入库温度：常温货物入库通常是运营中最大的一项负荷。
• 各库房温度设定值与允许波动范围。
• 日吞吐量：每日进出吨位，以及集中到货的时段。
• 降温或速冻时间：产品中心温度需要在多长时间内达到。
• 储存容积：峰值库存折算为托盘位或净 m³，并计入通道、月台与暂存区。
• 库房尺寸与净高、库房数量与温区划分。
• 环境气候：项目现场夏季设计干球温度与湿度。
• 进出货方式与开门频次：门型、风幕、缓冲间、月台密封。
• 隔热：板厚与芯材、地坪构造、防潮层，冻库还需地坪防冻加热。
• 电力：电压、相数、可用 kVA、电网稳定性与备用电源要求。
• 制冷方式与制冷剂路线，或明确写明“由供应商建议”。
• 冗余等级、监控、报警与自动化要求。
• 项目所在国的法规要求（须在当地核实）。

为什么仅凭平方米无法给冷库定价

两个面积相同的库房，所需制冷量可能相差数倍，这在工程上完全正常。

1000 m² 的 +2 ℃ 冷藏库，货物稳定、每天开几次门、气候温和，负荷有限；同样 1000 m² 运行在 −25 ℃、每天进常温货、开门频繁、地处高温高湿、还要控湿并做地坪防冻，就是另一个项目：压缩机、蒸发器、供电与电费全部不同。

• 净高：直接改变容积与围护结构负荷。
• 产品种类、包装与堆码密度。
• 储存温度与允许偏差。
• 入库温度与每日货物周转量。
• 开门次数、月台形式与渗透风。
• 隔热规格与地坪构造。
• 现场环境温度与湿度。
• 是“冻结产品”还是“保持冻结”。
• 控湿要求与融霜策略。
• 作业班次：单班、双班或连续运行。

冷库不是按建筑面积选型的，而是按必须移除的热量和必须维持的工况选型的。

制冷负荷由什么决定？

制冷负荷是单位时间内为维持工况必须移除的总热量，由若干分项相加而成。在实际运营的库房中，与产品相关的分项往往超过与建筑相关的分项。

概算计算器有助于框定项目、校验供应商选型是否合理、准备 RFQ，但不能替代针对具体产品、布局与现场条件的设计计算。对任何“每平方米多少瓦”的通用经验值都应保持警惕——它恰恰隐藏了决定答案的变量。

• 围护结构传热：墙体、屋面、地坪，由隔热与内外温差决定。
• 产品负荷：入库产品降温所需热量，冻结时还包括潜热。
• 果蔬呼吸热：在整个储存期内持续产生。
• 渗透负荷：经门洞、月台与缝隙进入的湿热空气。
• 内部负荷：人员、叉车、照明、风机及库内设备。
• 融霜热量：会回到库房内，必须计入。
• 降温与冻结工况：与时间强相关，常常决定峰值容量。
• 环境设计条件：影响冷凝工况，从而影响实际输出能力。
• 作业班次与设计裕量。

平方米不是制冷负荷。

冷库与速冻库有什么区别？

冷藏库或冻库主要用于“维持”已经达到温度的货物；速冻库（或急速冷却间）用于把入库时温度较高的产品在规定时间内降到目标中心温度。

这一差别改变几乎所有设计参数：速冻要在很短时间内移除大量热量，峰值制冷量可能是同等面积储存库的数倍。风量、蒸发器面积、过货风速、包装、产品厚度与装载方式，都属于规格而非细节。

• 入库温度与循环结束时的目标中心温度。
• 每批产品重量、产品厚度或单件尺寸。
• 要求的冻结/急冷时间与每日循环次数。
• 风量与过产品风速；蒸发器配置与风机功率。
• 包装是否阻隔气流。
• 小车式、隧道式、螺旋式或 IQF 形式与装卸方式。
• 融霜策略：处理高湿热货物时尤为关键。
• 运行循环：批次之间做什么，产品之后进入哪里。

维持冻结与冻结常温货物，是两种不同的制冷工况。

氨、CO₂ 与其他制冷方案：买家应比较什么？

不存在放之四海皆准的制冷剂。氨（NH₃）、CO₂（跨临界或复叠）、HFC/HFO 系统各有其合理场景，也各有不适用的场景。

采购上真正重要的是：在同一项目、同一工况、同一供货范围下比较，并在当地核实法规与许可要求，而不是凭经验假设。

• 项目规模与制冷量等级。
• 温度区间，是否同时需要冷藏与低温工况。
• 在项目现场真实环境条件下的效率，而非样本工况效率。
• 气候条件，尤其是高温地区。
• 安全：毒性、可燃性、压力等级、检测、通风与机房设计。
• 运维能力：现场是否具备操作与维护该系统的人员。
• 当地法规与许可（须逐个辖区核实）。
• 维护强度、备件供应与本地服务覆盖。
• 设备在项目所在国的可获得性与交期。
• 系统复杂度与控制策略要求。
• 全生命周期：设备寿命、制冷剂成本与后续服务风险。

医药冷库有什么不同？

医药与生命科学冷库的采购依据是“证据”，而不仅是温度。2–8 ℃ 库房在技术上比 −25 ℃ 冻库简单，难点在于必须持续且可追溯地证明温度始终受控。

具体的验证、文件与法规要求取决于国家、产品与适用标准，须与当地合格顾问确认。以下是通常会进入规格书的内容，不构成合规承诺。

• 严格的温度带与偏差处理程序，而非一个名义设定值。
• 带校准记录的连续监测，必要时设置独立监测系统。
• 报警策略：阈值、升级流程、非工作时间响应与报警测试。
• 数据记录、保存期限与审计追踪。
• 设备级与回路级冗余，按温度偏差的代价来确定。
• 备用电源及其切换时间，包括切换期间监测是否中断。
• 设计、安装、运行与性能确认等验证活动。
• 满载与空载状态下的温度分布测试及复测触发条件。
• 门禁、待验区隔离与实体安防。
• 书面操作规程、培训记录与变更控制。
• 从收货到发货的全程可追溯性。

食品冷库有什么不同？

食品冷库不是一套统一规格。果蔬、肉类、禽类、水产、乳制品、冷冻品与加工食品在温度、湿度、风量与周转率上的要求各不相同，把它们放进同一个库体是一个有后果的设计决定。

设定值、湿度目标与储存周期应按具体品类、当地实践与买方质量标准确定；不存在一套通用温度曲线覆盖整个食品设施。

• 果蔬：呼吸热、保湿、乙烯敏感性与混储冲突。
• 肉类：冷却与冻结工况之分、白条或箱装、干耗与表面失水。
• 禽类：吞吐量大、急冷要求高、布局受卫生要求约束。
• 水产：部分品类需极低温、快速冻结与严格作业窗口。
• 乳制品：温度带窄、货架期短、发货频次高。
• 冷冻与加工食品：设定值稳定，但托盘周转与开门频次高。
• 气流组织与堆码：均匀送风比额定容量更关键。
• 清洗消毒制度与耐受该制度的材料。
• 周转率与储存周期，会改变产品负荷与围护负荷的比例。

制冷 TCO：为什么能耗常比设备价更重要

工业制冷是冷库中最大的连续电负荷之一，通常运行十年以上。在这一周期内，两套系统的能耗与维护差额往往超过它们的采购价差。

只比较报价 CAPEX 的采购方式，会系统性地奖励“假设最少”的供应商：更低的设计环境温度、不考虑每日降温、最低冗余、更薄隔热、更简单控制。这些假设不会消失，只会以电费和变更单的形式回来。

• 压缩机技术与部分负荷效率，而非仅看额定容量。
• 冷凝工况与冷凝器选型——冷凝器省下的钱，每个运行小时都在还。
• 蒸发温度及控制系统的稳定程度。
• 控制策略、浮动冷凝压力与变频运行（在工况合适时）。
• 隔热规格与板缝、门洞、地坪处的热桥。
• 开门损失、风幕、缓冲间与月台密封。
• 融霜策略与频次，是否按需融霜。
• 热回收：生活热水、地坪加热或工艺用热。
• 计划性维护强度与当地合格服务成本。
• 制冷剂成本、泄漏风险与后续服务可得性。
• 备件、交期与所在国人工费率。
• 停机风险与故障期间货值或产能损失。
• 设备预期寿命与评估期末残值。

CAPEX 最低的制冷系统，未必是持有成本最低的系统。

项目需要多少制冷冗余？

冗余本质上是一个用工程语言表达的商业决策。要问的不是“行业惯例是什么”，而是“停机一小时、一天、一周对这家企业意味着多少损失，发生概率有多大”。

快消冻品配送库短时停机或许可以恢复；医药库、水产冻库或单线供货的加工厂，同样的停机可能是致命的。不同项目有不同的正确答案。

• 关键工况采用 N+1 压缩机容量。
• 用多台压缩机替代一台大机，同时改善部分负荷效率。
• 分设制冷回路，避免单点故障影响全部库房。
• 备用电源：发电机容量、自持时间、燃料、切换时间与月度测试。
• 为未来扩产预留容量，与为闲置容量付费之间的权衡。
• 识别必须保住的关键库存，与可转移的库存。
• 业务中断风险、保险要求与合同交付承诺。
• 监控、报警与人员响应预案——无人察觉失效的冗余不算冗余。

冗余等级应当对应制冷故障的代价，而不仅是增加设备的成本。

如何比较工业制冷供应商？

制冷报价应先比较设计假设与供货范围，再比较价格。同一栋建筑的两份报价相差 40% 也可能都是诚实的——因为它们报的是不同工况、不同设计条件与不同范围。

可行的方法是把所有供应商拉到同一张输入表上：同一设计环境温度、同一产品负荷、同一吞吐量、同一冗余等级、同一界面划分。供应商若不同意某项假设，这本身是有价值的信息，但必须写明，而不是悄悄折进价格里。

• 计算假设与实际选型所依据的制冷负荷。
• 设计条件：选型所用环境温度与湿度。
• 所假设的产品负荷与日吞吐量，含降温工况。
• 制冷剂、系统架构与压缩机技术。
• 蒸发器选型、射程、风机功率与融霜方式。
• 冷凝器形式、选型与水耗/能耗。
• 控制系统、监控、报警与远程监视。
• 隔热范围：板材、门、地坪构造、防潮层。
• 电气范围、配电柜、电缆与接线界面。
• 安装、管道、阀件、管保温与现场监理。
• 调试、性能测试与验收标准。
• 制冷剂充注量与首次充注由谁提供。
• 培训、文件与交付资料。
• 备件包、质保条款与响应时间承诺。
• 能耗假设与是否提供效率保证。
• 实际供货的冗余，而非口头描述的冗余。
• 除外条款——通常是报价中信息量最大的一页。
• 本地服务覆盖与可比参考项目。

两份制冷报价，在设计假设与除外条款可比之前，本身不具可比性。

AI 智能体能帮忙规划冷库项目吗？

可以。在获得结构化输入与明确边界的前提下，AI 智能体能够切实协助早期制冷调研、需求收集、概算计算、结构化比较与 RFQ 编制。

AI 擅长的恰恰是买家觉得繁琐的部分：把模糊需求转成完整、明确、机器可读的项目定义，并指出仍然缺失的内容。AI 绝不应做的，是把缺失信息转换成看似确定的数字。

智能体可以帮助定义：存储产品与品类、入库温度、储存温度、必要时的冻结温度、日吞吐量、降温时间、储存周期、库房尺寸、储存容积、托盘位、开门频次、进出货方式、环境温湿度、隔热要求、制冷技术、压缩机配置、制冷剂考量、冗余、供电、备用电源、热回收机会、自动化、监控、报警、远程监视、能耗假设、项目国别、需核实的当地法规，以及 CAPEX、OPEX 与 TCO 的初步框架。

这些都是项目输入与假设，不是工程设计，也不是制冷剂适用性判定、安全评估或合规结论。

AI 应当把不确定的制冷假设显性化，而不是把它们变成虚假的精确。

什么情况下必须由专业工程复核？

制冷选型远不止取决于库房面积，多项输入之间还存在非线性耦合。当某项假设会实质性改变结果时，它应当出现在 RFQ 中并由人复核，而不是被藏进一份漂亮的概算里。

ColdMatch 内容与工具遵循的原则是：当某项假设会实质影响制冷负荷、制冷剂选择、安全、能耗或系统容量时，应当把不确定性显性提出并复核，而不是隐藏在看似精确的 AI 估算中。

• 产品负荷、入库温度或降温要求为估计值而非已知值。
• 环境设计条件是猜测的，或取自与现场不同的城市。
• 存在冻结工况，但冻结时间与产品厚度未定义。
• 制冷剂选择涉及安全、许可或人员资质问题。
• 涉及控湿、气调或产品特有的质量风险。
• 在无人量化业务中断风险的情况下削减冗余。
• 现场电力容量可能不足以支撑拟选方案。
• 存在尚未在当地核实的法规或验证要求。

正确的制冷方案取决于产品、温度、吞吐量、气候与运营模式。

供应商研究不等于供应商选择

ColdMatch Group 发布制冷制造商、承包商与设备供应商的名录和市场页面，用途是市场研究、供应商发现、比较、行业透明度与可见性；在支持的范围内，制造商与相关企业可以维护自己的资料页。

这与“自动撮合市场”是两回事。ColdMatch 不会把买家自动直接对接到每一家在册供应商。正规项目的顺序是：买家提出制冷需求 → ColdMatch 协助补齐缺失的技术与商务条件 → 由人复核项目 → 研究可行的制冷方案 → 之后才筛选并引荐合适的制造商或承包商。全过程均有人工采购支持。

把采购智能体写成代码

如果把一个冷链采购智能体（无论是人还是软件）写成程序，大致就是下面的样子。这是伪代码，不是产品说明；最后一段才是重点。

/* ColdMatch Group — Refrigeration Procurement Agent */

ColdProject project = receive_buyer_requirement();

define_product(&project);
define_incoming_temperature(&project);
define_target_temperature(&project);
define_daily_throughput(&project);
define_location_and_ambient_conditions(&project);

if (project.cooling_load == UNKNOWN) {
    calculate_preliminary_cooling_load(&project);
}

evaluate_insulation(&project);
compare_refrigeration_options(&project);
evaluate_redundancy(&project);
estimate_energy_and_tco(&project);

prepare_rfq(&project);
research_relevant_suppliers(&project);

if (engineering_uncertainty(&project) ||
    safety_uncertainty(&project) ||
    project.confidence < REQUIRED_CONFIDENCE) {

    HumanExpert david = escalate_to_human("David");

    review_project(&david, &project);
    select_relevant_manufacturers(&david, &project);
}

/*
 * Square meters are not a cooling load.
 * Temperature alone is not a specification.
 * Energy matters.
 * Assumptions should be visible.
 */

给非程序员的解释：每一行都是一个步骤。项目先被定义，然后才谈价格；只有在真实负荷未知时才做概算；最后的判断条件表示——只要工程或安全上的把握不足，项目就交给人（David）复核，并由他选择要接触的制造商。

供应商名录 vs 结构化采购

两者都有价值，但回答的是不同的问题；混为一谈，正是项目最终拿到六份无法比较报价的原因。

买家最常问问题的直接答案

面向采购人员、搜索引擎与 AI 智能体的简明答案，详细说明见上文各章节。

本文涉及的 ColdMatch 工具

以下工具目前已在 ColdMatch 网站上线，输出为采购用指示性数据，不构成工程设计或报价。

常见问题