现代农业 · 行业场景库

岗位依据

岗位依据与数据 · WorkBuddy · 现代农业场景库

4 个子角色为什么这样切，依据在哪

农业经营主体没有标准化的岗位说明书，法定责任分工却写得清清楚楚。《农产品质量安全法》第二十七条要求生产记录载明投入品、防治、收获三件事；《农产品质量安全承诺达标合格证管理办法》要求「谁出证、谁担责」；《畜牧法》第四十一条要求养殖场建立覆盖全过程的养殖档案。但真实的合作社里，写种植计划的、记农事的、开合格证的、报补贴的往往是同一个人，只是换了个本子。

所以这套场景库按农产品主流程的七个环节切分，而不是按大企业的职能表：种植养殖计划、农资采购、田间养殖管理、采收加工、质检溯源、销售订单、复盘与补贴申报——这些活在中小农业主体里是同一个人干的，区别只在什么时候来、错了会怎样、产出物是什么。卡点集中在一头一尾：头是农事记录碎片化，尾是质量溯源担责与补贴申报合规。

生产农事

Farm Production

让每一块地什么时候种什么、每一步做了什么，都落在同一份可查的记录里

2 个场景

这个子角色为什么真实存在：法定责任：《农产品质量安全法》第二十七条要求生产记录载明投入品、防治、收获三件事，责任落在生产端模板栏位：种植计划栏位（品种、播期、面积、田间管理）反推出这项工作的真实目的——给后续农事一个可追溯起点从业者自述：农事记录靠本子记、靠脑子记，漏记错记，年底算投入产出算不清

公开来源：《农产品质量安全法》第二十七条：生产记录载明投入品、防治、收获三事项，保存二年金寨县油坊店乡2025秋种意见：种植计划栏位含品种、播种期、面积、田间管理会泽烤烟告别纸质台账：传统农事记录更新滞后、数据零散、错漏率高、溯源不畅

它实际在用的数据：纸质《农事记录本》（每块地一本，字迹潦草）微信群里技术员发的语音和照片政府追溯平台账号（数据零星、只录了少数批次）

关键字段与口径：品种 · 播种期 · 面积（种植计划）投入品名称 / 来源 / 用法用量（法定三事项之一）农事操作时间 /地块编号 / 作业内容

本组场景：

• NY-01 写种植方案：从自家地块档案和历史农事台账起稿 · 优先级 11.0
• NY-02 农事记录当日台账：从微信语音和纸本子生成合规台账 · 优先级 12.0

升为客户真实案例还缺什么：客户的地块档案（面积、土壤、历史茬口）、近三年农事台账、品种与检测数据——现场要材料就说这三样。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

质量溯源

Quality & Traceability

让每一批卖出去的货，都有一张说得清来源、经得起倒查的合格证

2 个场景

这个子角色为什么真实存在：法定责任：《农产品质量安全承诺达标合格证管理办法》要求谁出证谁担责，2026-02-01 起强制模板栏位：检测报告需 CMA/CATL 双认证、7 个工作日出报告，覆盖农残/兽残/重金属/违禁添加从业者自述：合格证是自我声明无检测背书，散户无检测设备只能口头承诺，跨省溯源断层

公开来源：农业农村部令2025年第4号《农产品质量安全承诺达标合格证管理办法》2026-02-01施行，产地准出法定凭证昔阳县检测机构遴选公告：CMA/CATL双认证、7个工作日出报告、紧急48小时初筛合格证难住散户：小农户不懂线上操作、无检测设备、合格证只是自我声明无检测背书、跨省溯源断层

它实际在用的数据：承诺达标合格证（纸质 / 电子，开具记录需保存 6 个月）农残检测报告（第三方 CMA/CATL）田间用药记录与安全间隔期

关键字段与口径：合格证：产品名称 / 数量 / 产地 / 承诺事项 / 开具日期检测报告：样品编号 / 检测项目 / 限量值 / 实测值 / 结论

本组场景：

• ZL-01 承诺达标合格证开具：出货前自查三件事 · 优先级 10.0
• ZL-02 农残检测报告比对：抽检不合格倒查到地块 · 优先级 8.8

升为客户真实案例还缺什么：客户的检测报告电子版、合格证开具记录、商超入场要求清单——现场要材料就说这三样。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

销售订单

Sales & Fulfillment

把地里的货在保质期内卖出去、发出去，损耗和售后每一笔都算得清

2 个场景

这个子角色为什么真实存在：法定责任：电商平台入驻需检测报告，卖点必须和检测数据对得上，否则被退运/下架模板栏位：订单含品名、规格、数量、交期、收货方，发货要记出库重量、到货重量、损耗率从业者自述：生鲜流通损耗20%–30%，最后一公里冷链断裂，变质后责任难界定

公开来源：淮南市检测建议答复：电商平台入驻需CMA/CATL检测报告，检测服务是农产品上行痛点生鲜电商痛点：行业平均损耗率12%–15%、冷链覆盖率仅35%、最后一公里冷链断裂观麦白皮书：生鲜流通损耗20%–30%，蔬菜全产业链总损耗27.7%，远超发达国家5%

它实际在用的数据：商超 / 电商订单表（Excel 导出）发货称重与到货称重记录（纸本 + 微信）带货脚本与文案草稿（抄模板的居多）

关键字段与口径：订单：品名 / 规格 / 数量 / 交期 / 收货方发货：出库重量 / 到货重量 / 损耗率 / 责任方

本组场景：

• XS-01 订单履约：发货清单与损耗核对 · 优先级 9.6

升为客户真实案例还缺什么：客户的订单导出表、冷链物流对账单、历史直播间文案——现场要材料就说这三样。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

合规补贴

Compliance & Subsidy

让补贴申报的面积经得起丈量，让生产记录经得起检查，出了事有据可查

2 个场景

这个子角色为什么真实存在：法定责任：耕地地力保护补贴按确权面积发放，虚报面积要追回资金并追责模板栏位：补贴申报要经面积申报、核实、公示程序，生产记录要法定三事项齐全从业者自述：虚报面积领补贴被核查时按流转合同比对，申报面积突增超20%就触发预警

公开来源：兴宾区三五镇耕地地力保护补贴方案：面积申报、核实、公示程序《农产品质量安全法》第二十七条：生产记录载明投入品、防治、收获三事项，保存二年成都检察「智慧天网」：申报面积突增超20%触发预警，3农户+16合作社虚报400余亩、补贴11万余元

它实际在用的数据：耕地地力保护补贴申报表（面积 / 作物 / 户主）生产记录台账（法定三事项）养殖档案 / 农业投入品台账（农资采购发票）

关键字段与口径：补贴：申报面积 / 确权面积 / 种植作物 / 公示结果生产记录：投入品 / 防治 / 收获三事项

本组场景：

• BT-01 耕地地力保护补贴申报：面积核对与合规留证 · 优先级 7.0
• BT-02 生产记录合规自查：应对检查与处罚风险 · 优先级 8.0

升为客户真实案例还缺什么：客户的确权面积、申报历史、农业投入品发票、监督检查记录——现场要材料就说这几样。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

不做什么

明确不做的伪需求 · WorkBuddy · 现代农业场景库

22 个伪需求以及为什么不做

客户看到「四十个场景」的第一反应不是「好全」，而是挑最不靠谱那个来问。

一个伪需求会削弱旁边所有真场景的说服力 —— 所以这一页存在的意义，是让 15 个真场景更可信。

农业是伪需求的重灾区，因为它的台账最多，而且每本都有人检查、没人真正用。判断只需要三句话：这张表现在有人看吗？这个数据现在有人维护吗？如果 Agent 明天就把这件事做完了，下游的人会不会因此改变行为？第三句答不上来，就不要做。

3

法则一 · 一段脚本更快更准更便宜

11

法则二 · 需物理感知或对外担责

8

法则三 · 真实瓶颈不在这一步

!

最典型的一条：办公用品领用登记电子化

它看起来完全合理：纸质登记乱、统计麻烦、月底要追问还剩多少。

但制度里写着「月度汇总提交采购与财务作成本核算依据」——

现实中签完字这件事就结束了，汇总表没有人看。

把一张没人看的表加速录进系统，等于加速垃圾数据入库。

真正有价值的是另一个问题：为什么某个部门的耗材是别人的三倍。

清单逐条说明

最后一列是客户主动提出时的回应口径 —— 不是拒绝，是把他引到真场景上

伪需求命中法则

更优解 / 真实瓶颈在哪客户提出时怎么回应

农资进销存台账的电子化录入本身法则一 · 确定性规则任务一段脚本或现成进销存软件更快更准更便宜，不是 AI 场景现场话术：先承认录入用现成工具更合适，再把话头引到「台账记了但没人用来核对」这件事上。耕地面积的丈量与确权法则二 · 需物理感知或对外担责GPS 测绘和确权要专业资质与实地踏勘，最终面积由测绘部门认定现场话术：我们做的是把确权面积、流转合同、种植记录三套数对齐，丈量本身必须由测绘做。农残检测（快检 / 定量检测）本身法则二 · 需物理感知或对外担责检测要 CMA/CATL 资质机构，出具的报告才有法定效力现场话术：检测必须由有资质的机构做，我们做的是把检测报告和用药记录并排比对。农药 / 兽药处方与用药决定法则二 · 需物理感知或对外担责用药决定要担安全责任，必须由持证农艺师/兽医定现场话术：我们只照实转录用药记录并算安全间隔期，打不打药、什么时候打必须由你定。承诺达标合格证的最终开具与签字法则二 · 需物理感知或对外担责合格证是法定凭证，谁出证谁担责现场话术：我们出草稿和自查清单，开证签字由生产者本人。补贴申报的提交与签字法则二 · 需物理感知或对外担责申报提交涉及资金与责任，必须由申报主体本人办理现场话术：我们做面积核对和留证包，提交签字一律人工。农产品购销合同的对外签署法则二 · 需物理感知或对外担责合同签署有法律效力，必须由有权人签署现场话术：合同我们只做条款核对清单，签署必须由有权人。把纸质农事记录本扫描成电子版法则三 · 真实瓶颈不在这一步电子化之后下游还是没人看，瓶颈在「记录对不上、没人比对」现场话术：先问一句「扫成电子版之后有人看吗」，答不上来就不该只做扫描。再建一个更漂亮的追溯平台法则三 · 真实瓶颈不在这一步追溯平台不缺，缺的是没人往里录数据、数据录了也没人对齐现场话术：平台已经有了，真正缺的是把散在纸本子、微信、平台里的数据并起来。气象预警的自动推送法则三 · 真实瓶颈不在这一步推送发出去没人看，真实瓶颈是「看了之后改不改农事安排」现场话术：先问「收到预警之后你们会改吗」，不会改就别做推送。农产品价格行情的自动抓取法则三 · 真实瓶颈不在这一步下单决策的瓶颈不在「不知道行情」，而在「滞销时没有销路」现场话术：行情抓得到，但滞销的根子在产销对接，不在行情列表。通用 AI 写一篇不挂数据的农产品文案法则三 · 真实瓶颈不在这一步通用文案谁都能写，没有数据支撑的「甜」「好吃」卖不动也经不起追问现场话术：文案要能回答「凭什么」，卖点必须挂到自家检测数据上，否则就是模板腔。自动算「能领多少补贴」并承诺到账金额法则二 · 需物理感知或对外担责补贴标准与发放以当年当地文件为准，到账金额不由我们定现场话术：我们核对面积和资格，不承诺到账数字，标准以官方文件为准。用 AI 代替农艺师巡田判断长势法则二 · 需物理感知或对外担责长势判断要实地看、要看土看苗，图像识别给线索但不能下结论现场话术：照片能看出异常线索，但最终判断必须由下过地的人定。把补贴政策自动解读成「一定能领」法则一 ·确定性规则任务政策解读有官方渠道，逐条对照即可，不需要 AI 生成现场话术：政策条文我们只做逐条对照清单，能不能领由主管部门认定。自动生成农产品电商的虚假销量 / 好评法则二 · 需物理感知或对外担责刷单刷评违法且毁口碑，不是能力问题是不该做现场话术：这个不做，做了是害你，真实成交和真实评价才有复购。给检测报告「美化」出合格结论法则二 · 需物理感知或对外担责检测结论必须由检测机构出，篡改数据是违法犯罪现场话术：检测结论我们绝不碰，只做数据比对，结论以报告为准。自动决定这块地下一茬种什么并执行法则三 · 真实瓶颈不在这一步种什么是经营决策要担收成责任，AI 给依据、人拍板现场话术：品种推荐栏我们留空，给依据，拍板由你。把历史缺的农事记录自动补全成完整台账法则二 · 需物理感知或对外担责补历史记录等于伪造记录，是《农产品质量安全法》明确处罚的红线现场话术：缺项我们列出来，补录由人做，伪造记录是红线，绝不做。做一套「智慧农场」大屏看板法则三 · 真实瓶颈不在这一步大屏是给参观看的，真实瓶颈在数据没人录、录了对不上现场话术：先问「大屏给谁看、看了之后做什么」，答不上来就别上大屏。自动对接所有政府平台完成数据上报法则一 · 确定性规则任务上报接口和格式是固定的，用脚本或人工一次配置即可现场话术：上报我们只生成符合格式的数据包，对接由技术或人工完成。用AI 预测农产品价格并指导囤货法则三 · 真实瓶颈不在这一步价格预测对散户经营决策的边际价值低，滞销的根子在产销对接现场话术：预测给不了确定答案，真正值钱的是把货在保质期内卖出去。

声明这套东西不承诺什么

主动讲限制比被问出来强得多

这是演示与验证资产，不是已接入生产系统的软件所有 Live Demo 页面展示的是「应该怎么跑、每一步看什么、交付什么」，使用的是真实业务格式的脱敏构造数据，不冒充任何客户的生产数据。不承诺效率提升百分比本场景库不出现任何「几天压到几分钟」「节省百分之九十」这类数字 —— 没有用客户自己的台账实测过，这种数字说出来就是砸口碑。我们讲的是可核实的能力差异：参与角色怎么变、覆盖范围多大、产出多少条。拿不到的数据会明确说拿不到某块地没有土壤检测、某批药没有采购单、某个环节没有记录 —— 这些情况会在报告里写清「本项无法分析，建议后续补什么记录」，而不是估一个数填上去。高风险动作只建议不执行合格证开具、补贴申报提交、检测报告出具、用药决定、农资采购下单、对外签署 —— 这六类动作本场景库全部只出清单和依据，不代替人做决定，也不自动执行。产出是初稿与清单，最终签字权在人所有正式交付物都留有编制 / 审核 / 会签 / 批准签批栏，品种推荐、检测结论、责任认定这几栏一律留空 —— 自己给自己打分的报告，没人会信。

那哪些是真场景？15 个逐条打过分的场景，全部保留了评分口径可核

回到场景总览 →

来源说明

本场景库的痛点均有公开来源可查。网页版已对来源中的具体机构做了脱敏处理，不再逐条列出。

场景审核

场景审核 · WorkBuddy · 现代农业场景库

先过场景不急着做素材

共 8 个场景。逐个点「保留 / 待讨论 / 后置」，

结果只保存在本机浏览器，可以复制出来。

建议的判断顺序：先问这件事没做好谁会生气（痛感）→

再问错了能不能当场看出来并改（能不能交给 Agent）→

最后问客户手上现有的文件够不够跑（落地难度）。

需要客户先做数据治理的场景，不要放在第一批。

清空选择

返回总览

农事

生产农事

让每一块地什么时候种什么、每一步做了什么，都落在同一份可查的记录里

2 个

NY-01

11.0

写种植方案：从自家地块档案和历史农事台账起稿方案看起来写得满满当当 · 其实是把去年的抄一遍，品种和播期对不上自家地块

保留

待讨论

后置

NY-02

12.0

农事记录当日台账：从微信语音和纸本子生成合规台账本子上每个字都写了 · 换个人看根本不知道是哪块地、打了什么药

保留

待讨论

后置

质量

质量溯源

让每一批卖出去的货，都有一张说得清来源、经得起倒查的合格证

2 个

ZL-01

10.0

承诺达标合格证开具：出货前自查三件事合格证就是一张纸 · 但它是产地准出的法定凭证，开错了要担责

保留

待讨论

后置

ZL-02

8.8

农残检测报告比对：抽检不合格倒查到地块检测报告拿到手就归档了 · 从来没和自家的用药记录并排比对过

保留

待讨论

后置

销售

销售订单

把地里的货在保质期内卖出去、发出去，损耗和售后每一笔都算得清

2 个

XS-01

9.6

订单履约：发货清单与损耗核对货发出去了就算履约 · 损耗烂在哪一段从来没人算清过

保留

待讨论

后置

XS-02

11.0

带货脚本与农产品文案：用自家地块和检测数据写文案写的是「甜」「好吃」 · 消费者问一句凭什么，就答不上来了保留

待讨论

后置

合规

合规补贴

让补贴申报的面积经得起丈量，让生产记录经得起检查，出了事有据可查

2 个

BT-01

7.0

耕地地力保护补贴申报：面积核对与合规留证补贴申报就是把面积填上去 · 面积虚了，钱要追回，人还要被处分

保留

待讨论

后置

BT-02

8.0

生产记录合规自查：应对检查与处罚风险检查来了才翻本子 · 法定三件事从来没按条理补全过

保留

待讨论

后置

审核进度未选择 8

交付说明

交付说明 · WorkBuddy · 现代农业场景库

现代农业场景库怎么用这套东西

这是一套售前演示与客户验证资产，不是已经接入客户生产系统的软件。

包含 4 个子角色、8 个场景、24 个内容页、

8 个 Skill 包与配套素材和预期输出。

8完整场景

24三件套页面

22明确不做的伪需求

34可核验来源

路径三种人怎么看

客户初次看

从总览按子角色选场，先看「场景引入」。三分钟看清这件事现在什么样、痛点依据在哪、产出是什么。

打开场景总览

现场演示

打开「Live Demo」逐步讲。重点讲 Agent 在哪一步拦住了 ——

一、个会在该停的地方停下来的助手，比一个永远给得出答案的助手可信得多。

看一个完整 Demo

内部选型

在「场景审核」页逐场标保留 / 待讨论 / 后置，复制结果后再决定哪些进入真实素材制作。

打开场景审核

话术现场必备的三句话

开场 · 先说 AI 做不到什么

把限制先摆出来：不承诺效率百分比、拿不到的数据会说拿不到、高风险动作只建议不执行。

主动说限制比被问出来强得多 —— 而且这一句会把后面所有内容的可信度垫起来。

中场 · 用一句话帮客户剔掉伪需求

客户提到某个表单类需求时，问一句：「这张表现在有人看吗？看完做了什么决定？」

答不上来就当场建议先不做。这一下建立的是顾问式信任 ——

客户会开始相信你不是来卖东西的。

收尾 · 三个问题要金额

「你们上一次农产品滞销烂在地里折了多少钱？检测不合格被抽检罚过、被商超退过货吗？耕地地力保护补贴、设施农业补助这几笔钱，领全了吗？」

三、问都答不上来，场景就成立了。

状态已完成与未冒充完成

已经完成4 子角色 × 8 场景完整内容每场景：场景引入 / Live Demo / 能力沉淀 三页每场景：Skill 包（含输出骨架与渲染脚本）、素材、预期输出痛点逐条挂来源，可点开核对22 个伪需求逐条说明命中哪条排除法则岗位依据页说明子角色为什么这样切

明确未冒充完成尚未接入任何客户的生产系统素材是真实业务格式的脱敏构造数据，不是客户生产数据场景尚未用客户自己的原始文件实跑过（这是下一步）有来源支撑不等于完成客户一手验证没有实测前不出现任何效率提升百分比合格证开具、补贴申报提交、检测报告出具、用药决定、农资采购下单、对外签署一律人工

下一步怎么往前推

第 1 步过场景8 个逐场标保留 / 待讨论 / 后置

第 2 步选 3 到 5 个按客户类型组合，优先零集成的

第 3 步要一手材料真实文件、审批链、一次出过问题的案例

第 4 步用客户文件实跑记录结果、返工点、真实耗时

第 5 步再谈系统对接此时才评估 API、权限与回写