养殖场降温设备接力
海水升温逼近养殖品种上限时，联合调度邻近场站的增氧、抽水和运输设备，提前排好应急接力。
沿海养殖场收到海温异常预报后，最先担心的是自家鱼、虾或贝类能否撑过接下来几天。可增氧、抽深水或临时转运的设备往往散在邻近场站，单个小场平时买不起全套备份。产品在各品种接近耐受上限前，按场站的水温探头和预报数据发起设备协作。
养殖户预先登记增氧机、深水泵、发电机、运输车和可借出的时间段，再填入养殖品种、存量和最低安全条件。风险上升后，服务先锁住仍空闲的设备，再根据各场温度、品种耐热程度、预计损失和运输时间排出借用顺序。没有设备的场主能看到哪台设备何时到，提供设备的人则收到取件、送达和归还安排。
调度页会显示每个场站已降温的池塘、剩余保障时长与下一班接力。道路受阻、设备故障或水温回落时，负责人在手机上更新状态，后续安排随之重排。区域合作社还可查看哪些设备反复被借用，据此共同添置下一季最缺的类型。
第一批服务限定在相邻养殖场之间共享可移动设备，先解决登记、借用、交接和回收。它不远程操控泵机，也不替养殖专家诊断病害；现场负责人仍决定何时启动设备和是否转运。
为什么是现在
8月24日，Copernicus 称全球海洋表面温度在此前周末升至21.1°C，刷新日均纪录，且未来几个月可能继续升温。S1 8月25日观测时，该报道位列 Hacker News 第6名，获378分和258条评论；沿海养殖户更容易开始追问本场设备能否赶在高温前到位。
目标用户
核心用户是同一海湾或港区内的中小养殖场主，以及负责统筹的合作社人员。海温预报开始逼近鱼、虾或贝类耐受线时，他们必须迅速判断现有设备够不够。此时临时打电话逐户询问，容易错过空闲设备，也无法比较谁更急。产品适合已有基本探头，却缺少统一应急台账的区域。
最小切入点
先接收场站探头通过 MQTT 或 HTTP 上报的水温。外部海温趋势可用 Copernicus Marine Toolbox 的 Python API 按坐标和深度取数。S2 品种耐受条件由合作社专家录入，不由系统自行推断。设备台账存入 PostgreSQL，并用 PostGIS 计算场站间路程。调度器先按风险等级、设备适配、空闲时段和运输时间生成候选队列。首版只支持人工确认、交接码和状态更新，不连接泵机控制器。
以小博大
首批用户应从同一海湾的一家合作社进入，而不是逐户投放广告。高温季前组织一次设备盘点，把现有表格和微信群名单导入系统。随后用一次桌面演练验证借用、运输和归还流程。每次事件生成缺口清单，合作社可直接据此讨论共同采购，也会自然带动相邻场站加入。
竞品与缝隙
怎么赚钱
向区域合作社按登记场站数收取年费。费用覆盖设备台账、预警调度和演练支持。设备租金、运输费和损耗赔偿由场主另行结算，平台不从救急优先级中抽成。
反方视角
设备登记准确度会直接限制调度价值。场主若忘记更新故障、油料或出借状态，系统给出的接力安排会在现场失效。不同泵机的接口、电压、流量和运输条件也可能不兼容，登记表必须细到可核验的规格。跨场借用还涉及损坏赔偿、操作责任和生物安全，合作社需要先形成书面规则。若参与场站太少，真正告急时可用设备仍会不足。继续投入前，应先验证一个区域能否完成设备盘点和应急演练。