智慧农业

从「建系统」到「交服务」:智慧农业的交付方式正在被重写

行业背景:三份文件把政策重心从「建」挪到了「用」

2026 年的政策链条值得按顺序读一遍,因为这三段文件回答的并不是同一个问题。

第一段在 2024 年。农业农村部当年印发《全国智慧农业行动计划(2024—2028年)》与《关于大力发展智慧农业的指导意见》,打的是基础设施与公共服务的地基:国家农业农村大数据平台、农业农村用地「一张图」、基础模型算法三大公共服务产品,加上「全农码」与「农事直通」。这一段的关键词是「建」:建平台、建库、建通道。

第二段是 2026 年中央一号文件提出「实施数字乡村高质量发展行动」;第三段是 2026-09-11 三部门联合印发的《数字乡村高质量发展行动计划(2026—2030年)》,把「十五五」五年的账算清:5 个方面 24 项工作举措,8 项主要发展指标。

真正给出方向的是目标表述。到 2030 年要的是「整体水平明显提升」加上「可持续发展机制更加健全」——后半句在此前几轮文件里少见。它把评价对象从「建了多少平台」换成了「服务有没有持续交付」。

对工程侧而言,新计划里有三条值得直接抄进需求文档:涉农数据资源体系要求建立农村耕地数字档案;智慧农业条款要求集成推广主要作物大面积单产提升的数智化解决方案,并发挥现代农事综合服务中心的作用;安全条款要求规范数据采集、存储和使用管理。第一条定了主键,第二条定了交付主体,第三条定了边界。

一把标尺能说明为什么「再多建一点」不再是答案:农业生产信息化率的目标是 2026 年 30% 以上、2028 年 32% 以上、2030 年 35% 左右、2035 年 40% 以上。近十年只留出十个百分点左右的空间,说明覆盖率已进入边际收益下降区间——继续堆设备换不来同等增量。

产业侧的信号也到了。第四届智慧农业博览会 10-23 至 25 在南宁举行,三大展区之一是「人工智能+」农业服务。「服务」被单列成展区是政策语言转成产业语言的信号:接下来比的不是谁的系统更全,而是谁的服务能被反复订购。政策把落点从「建」挪到了「用」,但在跑的项目并没有跟着挪。

痛点:项目制交付的三个断点

平台不好用,是这类项目最容易被误判的死因。我们复盘过的智慧农业项目里,功能清单基本都交付了,运维也还在,但半年之后系统还在、服务没了。问题不在某一项功能做得好不好,而在项目制的交付形态本身就有三个结构性断点,靠继续加功能修不掉。

断点一:数据主键不是地块。 按设备建表,设备换代或者临时拆装,历史数据就断成两截;按农户建表,一块地由三家经营主体轮流耕种时,同一条墒情曲线会被切给三个人,谁都拿不到完整的耕作史。政策文件要求的是建立农村耕地数字档案,这等于把主键钉在地块上——而多数在运行的系统,主键仍然是设备和账号。主键选错,后面所有的数据治理都只是补丁。

断点二:验收看建设量,不看服务量。 验收表上列的是设备数、摄像头数、上线的模块数,这些在验收当天都能凑齐,验收之后不再被追踪。真正能证明服务发生过的指标——建议被采纳的比例、作业回传的完成率、第二年是否续费——在合同里通常没有定义。于是验收即巅峰:交付团队撤场那天,往往是这套系统数据最整齐的一天。

断点三:单户自建算不过账。 中小农户为每块田单独建一套完整的数字化系统,无论前期投入还是后续运维都不成立,这不是意愿问题,是规模问题。规模化主体自建能算过账,但它的能力复制不到周边农户,一座座数据孤岛由此形成。这一条《光明日报》今年 10 月的评论已经点明,我们在一线看到的情况与之一致。

三个断点叠加,链条就是断的:平台方按项目交付、按里程碑收款;服务方拿不到能持续使用的作业工具,只能把系统当演示;农户得到一次现场观摩,之后一切照旧。三方都不认为自己失职,各自完成了合同里写明的事。

这里需要一次校准:不是说项目制一无是处。基础设施阶段的一次性投入是必要的,没有那张网,后面的服务无从谈起。断点出现在基础设施建成之后——运营和服务的账没有人接,投入停下了,能力也就跟着停下了。

方案:以地块为单元的服务中心型架构

断点出在交付形态上,解法就得在形态上动,而不是在功能清单里加。我们的判断是:把交付物从「一套系统」换成「一套可计量、可审核、可多主体复用的服务能力」,架构的中心也随之从平台挪到服务中心。

角色要先重新划分,划分不清,技术选择就会走偏。行业管理与监管侧要的是可核的数据和指标,不需要介入每一次农事决策;服务中心是新的运营主体,它同时承接多个经营主体的农事服务,是账真正发生的地方;农户和规模经营主体买的是服务,不是系统,不该为软件许可和运维付费。政策文件里「发挥现代农事综合服务中心等作用」这半句话,对应的正是中间这一层。

角色定了,架构落在四个构件上。

其一,租户是服务中心,主键是地块。 租户隔离的是运营主体,地块则是跨租户共享的业务主键。同一块地更换经营主体时,档案不重建,只换授权关系与生效区间。这一条直接解掉断点一:数据不再挂在设备或农户名下,换人不断链,耕作史连续。

其二,服务目录。 把农事服务拆成可订购的条目——墒情监测、变量灌溉建议、病虫害识别、农机作业调度——每一条必须带三样东西:计量单位、交付物定义,以及「什么样算做完」。缺了交付物定义的服务条目,最后一定会退化成一句口头承诺。

其三,计量与结算口径。 按地块、服务、周期三个维度计量,计量数据只能来自作业回传,不能来自人工填报。人工填报的计量在第一次结算时就会被两边各改一遍,服务量从此不可信。

其四,AI 建议的审核链。 模型产出的是建议,不是指令。建议必须经过服务人员审核,才对农户可见,也才计入服务量。这既是现阶段技术能力的匹配,也是合规要求:农业场景里一条错建议有实际损失,责任得落在能担责的人身上。

与平台为中心的架构相比,差别不在技术栈,在核心指标。平台架构盯的是接入设备数、接口数量、并发能力;服务中心架构盯的是服务条目数、单地块服务频次、建议采纳率、作业回传完整率。前一组可以在一户都不参与的情况下做得很漂亮,后一组做不了假。

最后一句可能反常识:做多租户不是为了省服务器,而是让同一套服务能力同时服务多个经营主体而不串数据——经济性来自复用,不来自机房。

技术实现:地块档案、可审核字段与作业回传

服务化交付落到工程上只有三件事:把地块做成一张能长期追加的档案,把 AI 建议做成一张能追溯的审核单,把「建议—作业—回传」的闭环跑通。这三件事做不成,前面那套组织架构就只是分工表。

地块数字档案的最小字段集。 建档不等于拍一张边界图。最小集合是:稳定且不复用的地块 ID、几何边界与面积、行政归属、当前经营主体与授权生效区间、土壤本底、历年种植结构,外加一条按时间追加的观测流——土壤、气象、水肥、长势、病虫害、农事操作、产量与品质都进这条流。它是持续更新的档案,不是一次性交付的成果物——这也正是政策文件里「农村耕地数字档案」对工程侧的实际要求。

主键与版本的取舍。 地块 ID 一旦发放就不再复用,哪怕这块地被征用、被合并;经营主体关系是可变的,必须带生效区间,而不是就地改写字段。每条观测都记录采集时间与来源,只追加、不覆盖。历史数据补不回来,所以采集契约要在建库那天定死——之后再改,代价是整条耕作史断在改动的那一天。

AI 建议的可审核字段。 这是整套设计里最容易被做虚的一环。模型产出的是建议,落到系统里是一条待审单据,字段至少要有下面这些:

字段作用
suggestion_id建议唯一标识,贯穿审核链与计量凭据
地块 ID定位到地块,不落到某一户
触发依据哪几条观测、哪个阈值、哪个模型版本
建议动作与时间窗做什么、什么时候之前做
置信度供审核人排序,不作为放行依据
审核状态待审、通过、驳回、已过期
审核人与审核时间责任落到具体的人
驳回原因复盘模型的唯一输入
下发渠道服务人员、农机终端或农户端

这张表是皓辰在几个服务中心型项目里收敛出来的,不是从规范里抄的。缺掉「审核人」和「驳回原因」两个字段,审核链就退化成流程装饰:既追不到责,也拿不到模型好坏的证据。

作业回传是闭环的合龙点。 建议审核通过后生成作业任务:谁、哪块地、什么动作、时间窗。服务人员或农机完成后回传完成时间、作业位置、用量,以及现场照片或传感复核。回传数据既是下一次建议的依据,也是服务量的计量凭据。断点几乎总在回传端:没有回传,服务量只能靠人工补,计量就退回到不可核的口头状态。

多租户与可观测性。 隔离做在查询与授权层,不做物理分库——地块会随经营主体变化而跨租户,按主体分库等于把同一块地的耕作史切成两半;跨租户数据先降到地块级,主体级信息不出授权范围。服务的健康度也应当成数据看:建议生成量、审核通过率、驳回原因分布、任务按时完成率、回传完整率。这五个指标比设备在线率更接近服务的真实状态——设备在线只证明电还通着。

项目实践:一个服务中心承接多个经营主体的走法

先说场景:一个县域农事综合服务中心,同时承接若干家庭农场与合作社的服务,地块分散在几个乡镇,每块地背后还各自有一套用了好几年的系统。三套主键、两批重复的农户信息,就是起点。

第一步不是并系统,是并账。把服务对象的地块归到同一个主键上,再把原有系统里能迁移的字段搬过来。不能迁移的——早期手工记录、口径不一致的用药记录、只有照片没有坐标的作业单——统一标注为「不可用于决策」,而不是猜一个值填进去。把脏数据洗成看似干净的数据,比留着它更危险,因为系统从此要对它负责。

第二步是服务目录与计量口径,而且刻意做窄。先上三条:墒情与灌溉建议、病虫害识别与处置建议、农机作业调度,每条写清交付物与计量单位。目录越长,每条分到的审核注意力越少;跑通三条再扩,比一次铺开十二条靠人兜底省事。

第三步是人的事,不是系统的事。审核人不是新增编制,而是把中心现有农技人员的职责重排:谁审哪些作物、驳回时写什么、多久内必须处理。上线前先跑两周「只审不发布」,这两周唯一的产出是驳回原因分布,用它校准阈值——很多「模型不准」的抱怨,校准完发现是阈值定错了。

第四步才碰回传闭环,而且只盯一个指标:回传完整率。达标后再加现场照片与传感复核。一上来就要求七项证据,服务人员的第一个动作会变成先补一张能过关的照片,数据反而更不可信。

跑下来的变化是方向性的:主体与地块变多之后,单地块服务频次上升,驳回率前两周先升后降——先升说明审核真的在看;回传从多数靠人工补录,变成可按周期统计。精确数字还没到能对外讲的阶段,一个中心的样本支撑不起行业平均结论。皓辰担的是落地那一层,让那些「不可用于决策」的标记老实留在库里。

价值总结:验收指标改写,能力才可能复用

交付方式换了而验收表不换,新架构迟早被旧指标逼回项目制。三组替换:设备接入数→单地块服务频次与覆盖率;模块上线数→建议采纳率与作业回传完整率;一次性验收→续费率与跨主体复用率。

三个角色各取所需:监管侧要的是可核的行业数据而非台账,服务中心要的是可复用的服务能力与可持续收入,农户要的是不必自己养系统。政策里「可持续发展机制更加健全」不是修辞,它指的是补贴退出后服务仍被购买。

判断标准也随之改变:不是这套架构多先进,而是换一个服务中心、换一批地块,这套能力能否在一个交付周期内复用。

Smart Agriculture

把智慧农业落到你的现场

围绕种植、设施农业与水产养殖场景,构建环境监测、智能控制与生产数据一体的数字农业体系,把经验种植变成可量化、可复制的数据化生产。