Four Systems of Record, Not One
Almost every failed agriculture software project we have reviewed began with the same sentence: we'll integrate with whatever system the farm uses. The sentence assumes there is one. There is not. A commercial row-crop operation runs on at least four systems of record, they are owned by four different parties, and on any given day they disagree with each other about what happened in the field.
This matters more than model capability, more than the choice of framework, and more than anything on a vendor's feature list. The rest of this cluster hangs on one sentence, and agriculture is where it bites hardest: an agent can only be as autonomous as its write path allows. So before you scope a build, you have to know which of the four systems you are reading from, which one you intend to change, and who has to say yes.
| System of record | Authoritative for | Products you will actually meet | Write-path reality |
|---|---|---|---|
| Machine / telematics platform | What the machine actually did — as-planted, as-applied, yield, engine hours | John Deere Operations Center, CNH AFS Connect, AGCO and Trimble under PTx, Ag Leader AgFiniti, Raven Slingshot (a CNH brand since 2021, inside the CNH stack), CLAAS TELEMATICS | Read is generally available to an approved application. Write is gated by customer consent and OEM approval. |
| Agronomic FMIS | The plan and the recommendation — prescriptions, scouting, field records | Climate FieldView (Bayer), Agworld (Semios), Conservis (Traction Ag), Traction Enterprise (the ex-Corteva Granular Business product), Granular Insights (Corteva), plus the machine platforms doing double duty | Partner-platform posture. Connections are added one bilateral deal at a time. |
| Ag retailer / co-op ERP | What was sold, blended, delivered, invoiced and settled — plus grain and patronage | Agvance (Software Solutions Integrated) with the Grower360 grower portal; AGRIS (Cultura Technologies) with AP, AR, commodity management, patronage and equity accounting, and a custom file transfer and web service communications module | Vendor-mediated. Nothing self-serve. Patronage and equity accounting as a first-class module has no analogue in generic ERP. |
| Federal and insurance record | Eligibility, acreage of record, and indemnity | FSA farm records via farmers.gov; the Approved Insurance Provider's policy system under RMA's Appendix III / M-13 framework and the Actuarial Data Master | No third-party write path. The acreage report and the crop insurance acreage report are signed documents. |
The third row is the one outsiders never name, and it is often the most commercially important. The ag retailer's or co-op's ERP is where the money lives — what was sold, what was blended, what was delivered, what was invoiced, how the grain settled. Two products dominate the conversation. Agvance, from Software Solutions Integrated, carries accounting, agronomy, grain and energy modules with a Grower360 grower-facing portal. AGRIS, from Cultura Technologies, is a grain accounting and ERP platform with accounts payable and receivable, commodity management, and — this is the detail worth noticing — patronage and equity accounting as a first-class module. There is no analogue for that in generic ERP, and its presence tells you that the software was built for a cooperative, for cooperative governance, with cooperative reporting obligations. That is not a system a third-party agent gets to write to.
There is a second trap in the vendor list, and it is one that ages badly in proposals. The FMIS market looks like seven independent choices and is really a shorter list of owners. Get the ownership right before you write it into a statement of work.
| Product | Owner as of August 2026 | Why it matters when you scope |
|---|---|---|
| Granular Business (FMIS) | Traction Ag | Sold by Corteva, announced November 10, 2022; rebranded Traction Enterprise. Name the product you actually mean. |
| Granular brand / Granular Insights | Corteva | Stayed with Corteva. 'We integrate with Granular' is not a specific enough statement to scope. |
| Conservis | Traction Ag | Acquired December 2023. Not a standalone company. |
| Agworld | Semios | Reported ownership as of this research pass. |
| Raven Slingshot | CNH | Raven Industries has been a CNH brand since 2021. Do not count Slingshot and AFS Connect as two independent platforms. |
| Climate FieldView | Bayer | A partner platform, not an open API. Bayer contracted Leaf Agriculture to broker and expand its API partner connections. |
Traction Ag now holds both the ex-Corteva Granular Business product, rebranded Traction Enterprise, and Conservis, acquired in December 2023. That is a market-structure fact with a direct integration consequence: a consolidation changes the roadmap, the partner program, and sometimes the API you built against. It is also a reminder that "we integrate with Granular" is not a specific enough statement to scope, because the Granular brand and Granular Insights stayed with Corteva while the FMIS product went elsewhere.
Who Controls the Write Path
Every integration question in agriculture reduces to two: who owns the authoritative copy, and who is permitted to change it. The answers are not symmetric, and the asymmetry is the whole design constraint.
The machine platforms. John Deere runs a developer program at developer.deere.com with public documentation pages covering Operators, Assets, Files, Field Operations, webhooks, a "Precision Tech APIs" section and a changelog. Deere's own documentation describes approved applications sharing data, transferring files to JDLink-enabled machines and securely sharing files between Operations Center organizations — with approval from both the customer and John Deere — and states that becoming an ADAPT or EIC licensee is required to use the MyJohnDeere API fully. We reached that wording through a search extract rather than the page itself; developer.deere.com renders as a JavaScript shell to a fetcher, so treat it as reported rather than as a quotation. Either way the structure is unambiguous, and it is the single most useful thing to know about Deere's posture: dual consent, plus a licensing gate. That is a certified partner program. It is Rung 2 of the ladder, not Rung 1.
Deere does not publish API pricing anywhere we could reach. We are not going to estimate one. The honest statement is that pricing is not published publicly, and that a buyer must get it in writing before architecting around it.
The agronomic platforms. Climate FieldView is explicitly a partner platform, not an open API. Bayer contracted Leaf Agriculture to broker and expand FieldView's API partner connections — and Leaf is a vendor describing its own customer win, so read the framing accordingly. Bayer has also announced a FieldView partner-platform capability with RCIS on the crop insurance side, and a data-management arrangement with CLAAS TELEMATICS. The pattern to name is this: a farmer-facing platform that adds partners one bilateral deal at a time, with an intermediary selling normalisation across several such platforms. The existence of that intermediary layer is itself the evidence that the platforms are not interoperable on their own.
ADAPT is not the escape hatch people think it is. AgGateway's Agricultural Data Application Programming Toolkit is an open-source data model, a plugin manager, a set of manufacturer-supplied proprietary plugins, an open-source ISOv4Plugin that reads and writes ISOXML under ISO 11783-10, and some RESTful APIs for contextual data. The NuGet package for the ISO plugin shows an active release line — version 5.8.0, last updated July 22, 2026. ADAPT is genuinely valuable and genuinely maintained. It is also, precisely, a translation layer that depends on each OEM shipping and maintaining its own plugin. It gives you file-format parity. It does not give you a write path into a competitor's cloud.Anyone describing ADAPT as "the industry API" has not implemented against it.
The exact questions to put to your FMIS or dealer rep, in writing
- 1.Is there a documented write surface for the objects I care about?: Not 'do you have an API' — an API with no write path for your objects is Rung 5 wearing a Rung 1 costume. Name the objects: field boundaries, operations, prescriptions, product records.
- 2.What approvals gate that write, and who gives them?: If both the customer and the manufacturer must approve, say so on paper. Ask what happens if the manufacturer declines, and whether there is an appeal.
- 3.What licence or program membership is required, and what does it cost per year?: Ask for the fee structure in writing, and model it as recurring and renewable. Partner-program economics are almost never one-time.
- 4.What are the rate limits, and what is the versioning and deprecation policy?: Ask for the notice period on a breaking change. If there is no published policy, that absence is your answer about how the relationship will behave.
- 5.If I terminate, what do I get out, in what format, and how quickly?: This is the Portability principle, and in a voluntary-disclosure regime it is only as good as the sentence in your contract that implements it.
- 6.May I authorise a third party to act on my behalf, and how is that authorisation recorded?: This is the question most operations forget. Your agent vendor is a third party in every one of these architectures, and the paperwork usually precedes the code.
And who owns the data? The industry's answer is a disclosure regime, not a rights regime. Ag Data Transparent is a not-for-profit that audits ag tech contracts against a set of Core Principles — sixteen of them as updated in 2024: Farmer Education, Simple Contracts, Ownership and Control, Collection, Notice of Changes, Transparency, Choice, Portability, Identity of the Provider, Identity of Data Partners, Disclosure and Sale Limitation, Data Retention and Deletion, Termination, Anti-Competitive Activities, Anonymization and Aggregation, and Security. Companies submit their farmer contracts along with answers to eleven questions about collection, storage, use and sharing; a third-party administrator checks that the answers match the contracts, and discrepancies must be fixed before the seal issues. The principles descend from the Privacy and Security Principles for Farm Data drafted under the American Farm Bureau Federation with commodity groups, and in February 2026 NCGA and ADT released Transparency Principles for Ag Carbon with a program contract verification process.
Which Rung of the Ladder Agriculture Is Actually On
The integration ladder has five rungs — documented public API, certified partner program, EDI or batch file, screen scraping and RPA, and no path at all — and you are on exactly one of them per system, whatever your architecture diagram says. Agriculture sits mostly on rungs two and three, with a hard rung five at the federal boundary. Here is the honest mapping.
| Rung | What it looks like in agriculture | Cost posture | What breaks it |
|---|---|---|---|
| Rung 1 — documented public API | Rare in agriculture as a genuine self-serve tier. Machine platforms publish documentation but gate access. | Not published by the OEMs we checked. | Version deprecation and unilateral repricing. The terms are the vendor's to set. |
| Rung 2 — certified partner program | Where agriculture actually lives. Deere's developer program with customer-plus-OEM approval and an ADAPT or EIC licensing requirement; FieldView's bilateral partner deals, brokered by Leaf. | Not published. Model any partner fee as recurring and renewable, because that is the shape these programs take. | Program terms are unilateral and renewable. Certification lapses. The gate can simply close. |
| Rung 3 — file exchange and batch | The realistic path for most agronomic data movement: ISOXML under ISO 11783-10 via ADAPT's open-source ISOv4Plugin, shapefiles into the FSA pilot, fixed-format record layouts on RMA's annual reinsurance-year cycle. | Low direct cost; the cost is in mapping and maintenance. | Format drift, plugin version movement, and the annual cycle, which is a hard version pin with a calendar date. |
| Rung 4 — screen scraping and RPA | Possible against grower portals and dealer systems, and sometimes the only path. Also the most contractually exposed rung in this cluster. | Cheap to start, expensive to keep. Budget maintenance, not build. | Any UI change, bot detection, MFA rollout, or a renewal that adds an anti-automation clause. |
| Rung 5 — no path at all | The federal signature. The insurance attestation. The chemical application decision. There is no third-party write path at any price, and that is correct. | Not applicable. | Nothing. This rung is stable by design. Architect the agent to draft, and let a human commit. |
Two clarifications that save projects. First, wrapping a system in a Model Context Protocol server does not change your rung. MCP standardises how a tool is described and called; it does not decide whether this agent may issue this write. If the machine platform requires a licence and dual consent, an MCP server in front of it requires a licence and dual consent. MCP is a wrapper around whatever rung you were already on, and the current specification — dated 2026-07-28, with a stateless rewrite roughly eight months after the previous stable version — is a reminder that building on it means accepting that cadence.
Second, Rung 4 deserves both halves of an honest treatment. Screen scraping and robotic process automation against a grower portal or a dealer system are technically possible almost everywhere, contractually exposed almost everywhere, and structurally fragile because you are consuming a presentation layer the vendor may change without notice or versioning. The case usually cited for its legality does not say what people think it says.
In hiQ Labs v. LinkedIn, the Ninth Circuit affirmed a preliminary injunction under a sliding-scale standard. In the panel's own words on the Computer Fraud and Abuse Act leg: "HiQ has therefore raised serious questions about whether LinkedIn may invoke the CFAA to preempt hiQ's possibly meritorious tortious interference claim." A serious question is not a holding that scraping is lawful. And hiQ went on to lose the case on contract: a November 2022 summary judgment that it had breached LinkedIn's user agreement, followed by a December 2022 stipulated consent judgment of $500,000 plus a permanent injunction requiring it to cease scraping and destroy the source code, data and algorithms derived from scraped profile data. The Supreme Court's decision in Van Buren did not settle the adjacent question either — the Court wrote: "For present purposes, we need not address whether this inquiry turns only on technological (or 'code-based') limitations on access, or instead also looks to limits contained in contracts or policies."
Seasonality Is the Economics, Not a Detail
Payback math for a back-office agent in a year-round business is straightforward: measure the current cost of a workflow, measure it again after, divide. Agriculture breaks that arithmetic in a specific way, and understanding how is the difference between a sensible first project and an expensive one.
Field operations are bounded by agronomic windows, and USDA measures those windows. NASS publishes Usual Planting and Harvesting Dates for U.S. Field Crops, in which beginning dates indicate when planting or harvesting is about 5 percent complete and ending dates when operations are about 95 percent complete, compiled by NASS field offices from historical crop progress estimates and industry specialists. And the weekly National Crop Progressreport carries "Days Suitable for Fieldwork" by state — the industry's own standard measure of how much of a calendar week was actually workable.
Those two publications let you make the economics argument without inventing a number, which matters, because the specific figures that circulate about planting-window length are per-crop and per-state and we are not going to invent an average. The denominator for ROI is not 250 business days. It is a state-and-crop-specific window measured in suitable days, which weather removes at random.
Three consequences follow, and they are the most useful thing in this article for anyone deciding what to build first.
- 1.An integration that fails during the window cannot be fixed next sprint: The cost of a broken sync is not developer hours. It is a pass over the field that does not happen, on ground that will not be workable again for a week, in a season that happens once.
- 2.The value of a field-critical automation is bounded by the window, and its risk is not: You capture benefit for a few weeks a year and carry failure risk for all of them. That is a poor shape for a first project, however impressive the demo.
- 3.The administrative workflows have slack, and slack is where an agent can fail safely: Billing, reconciliation, compliance filing preparation, insurance documentation — these run on deadlines measured in weeks, not on weather. This is the strongest concrete recommendation we can make in agriculture: start there.
| Workflow class | Timing pressure | Slack available | Correct agent posture |
|---|---|---|---|
| Planting and application | Compressed into an agronomic window measured in days suitable for fieldwork, which weather removes at random | None. A missed pass is not recoverable in the same season. | Do not put an agent on the critical path. Read-only assistance, offline-tolerant, with a manual fallback that the operator already knows how to use. |
| Harvest and logistics | Same compression, plus elevator hours and truck availability as external constraints | Hours, not weeks | Agent proposes; dispatcher decides. Never let a scheduling agent hold the only copy of the plan. |
| Acreage reporting and claims documentation | Anchored to a filing deadline — July 15 for most crops — with weeks of lead time | Weeks | Ideal agent territory. Assembly and reconciliation ahead of a human validation and signature. |
| Invoice, delivery ticket and settlement reconciliation | Year-round, with peaks after application and after harvest | Weeks to months | The single best first workflow. Failure costs a re-run, not a season. |
| Labour compliance and wage-rate monitoring | Continuous, with step changes on published effective dates that differ by state | Days, but the consequence of being wrong is a wage-and-hour exposure | Agent monitors and raises an exception. It never computes or applies a rate on its own authority. |
There is a second seasonal effect that shows up in support contracts rather than in architecture. During the window, nobody has time to learn a new interface, report a bug carefully, or work around a defect. Anything you ship must be usable by someone who is tired, in a truck, with one bar of signal. That is a design constraint, and it is the reason the deployment date matters almost as much as the design: shipping a new workflow two weeks before planting is a decision to test it under the worst conditions your users will ever face.
Connectivity compounds it. Congress directed the FCC, in consultation with USDA, to establish the Task Force for Reviewing the Connectivity and Technology Needs of Precision Agriculture in the Agricultural Improvement Act of 2018; the FCC announced its formation in June 2019 and later renewed it. Its four working groups cover mapping and analysing connectivity on agricultural lands, accelerating deployment on unserved agricultural lands, current and future connectivity demand for precision agriculture, and adoption and jobs. You do not create a statutory federal task force whose first working group is "map whether the fields have coverage" for a solved problem. Design for store-and-forward, and never let an agent assume its view of the field is current.
Crop Insurance and Federal Reporting End in a Signature
If you want a single example of why write paths decide what an agent can do, this is it — and it is better than any example in the other nine industries in this cluster, because the integration already exists, has existed for years, and still cannot be automated end to end.
Producers file the Report of Acreage, form FSA-578, or report through their crop insurance agent, and July 15 is the deadline for most crops. Timely filing is a condition of eligibility for crop insurance, safety-net and disaster programs, which is why it is one of the few dates on a farm calendar that nobody argues about.
Here is the part that matters. Acreage reports for approved crops are already shared electronically between FSA and RMA, eliminating duplicate entry of the common acreage information. And the producer must still contact both FSA and their crop insurance agent to complete program-specific information, validate the common information, complete maps, and sign the acreage reports.
The path is modernising, and the shape of the modernisation is instructive. On June 29, 2026, FSA announced an acreage reporting modernization pilotunder a "One Farmer, One File" effort, moving from paper maps toward an electronic interface. The pilot covers eleven counties across ten states — Tift County, Georgia; Union County, Kentucky; all counties in Maryland; Van Buren County, Michigan; Lac Qui Parle County, Minnesota; Harrison County, Missouri; Seward County, Nebraska; all counties in North Dakota; Canadian County, Oklahoma; Lancaster County, Pennsylvania; and Fisher County, Texas — and applies to spring-planted crops only in those counties, with everyone else on the standard process. The reportable data elements are crop type, intended use, acreage, field boundaries, planting dates, producer shares, irrigation practices, and prevented or failed acres. FSA Administrator Bill Beam is named in the release.
The detail an integration architect should notice: the pilot uses the farmers.gov portal for farm records and mapping, and supports precision-agriculture shapefiles from authorized third-party providers and insurance companies. That is the concrete, government-sanctioned machine path from an FMIS into a federal filing — and it is a shapefile, not an API. Rung 3, in a cluster where everyone assumes Rung 1. The release does not specify the technical architecture connecting FSA, RMA and the insurance providers, and we are not going to describe one that has not been published.
On the insurance side, crop insurance is delivered by private Approved Insurance Providers under federal reinsurance, and the data contract between RMA and the AIPs runs through the Appendix III / M-13 Handbook, which serves as the baseline for AIP Insurance Transaction Module development, with the record descriptors accessible to AIP ITM team members. RMA also publishes the Actuarial Data Master containing commodity, rate, coverage-level, plan, yield and price data, alongside an Actuarial Information Browser map viewer used by farmers, agents, AIPs and RMA. The posture to internalise: fixed-format record layouts, published by a federal agency, on an annual reinsurance-year cycle, with the descriptor detail restricted to AIP development teams. That is a batch and record-layout world, not a REST world, and the annual cycle is a hard version pin with a calendar date on it. We did not open the M-13 record layouts and will not describe specific record types or field names.
| Filing or lookup | System of record | What an agent may legitimately do | What a human must do |
|---|---|---|---|
| Report of Acreage (form FSA-578) | FSA farm records | Assemble field boundaries, crop type, intended use, acreage, planting dates, producer shares and irrigation practice from the FMIS and telematics record; reconcile against last year's filing; flag discrepancies | Contact FSA, validate the common information, complete the maps, and sign |
| Crop insurance acreage report | The Approved Insurance Provider's policy system | Prepare the same underlying data in the agent's own format and produce a variance report against the FSA package | Contact the crop insurance agent, complete program-specific information, and sign |
| Notice of loss and claim documentation | The AIP's policy system | Gather as-applied records, yield data, imagery references and field notes into a dated, sourced package | Every attestation. An agent must never assert a loss fact. |
| Actuarial and rate lookups | RMA's Actuarial Data Master, published on an annual reinsurance-year cycle | Read published actuarial documents and surface the relevant values with their reinsurance year attached | Interpret coverage. Treat any agent output here as a research aid, not advice. |
H-2A: A Wage Floor With Two Effective Dates
This is the most volatile fact in agriculture right now, it is live today, and it is the best available proof of a general rule about agents and regulatory values. Read it carefully, because the details are easy to get subtly wrong.
In October 2025, DOL issued a final rule amending the Adverse Effect Wage Rate methodology for non-range occupations. It split rates into two job "skill levels" defined partly by required experience, and sourced wages from the Bureau of Labor Statistics Occupational Employment and Wage Statistics by state and territory instead of USDA's Farm Labor Survey. On May 14, 2026, the U.S. District Court for the Eastern District of California denied a preliminary injunction against that methodology rule in United Farm Workers v. U.S. Department of Labor. The rule stands and the case is still pending. That is not a clean win — a denied preliminary injunction in a live case is not a merits ruling, and anyone describing it as the methodology surviving its court challenge is overstating it.
Now the part that is genuinely unusual. The 2026–27 rates took effect on two different dates depending on the state. DOL's published wage table carries the split.
| Where | Effective date | Why | Consequence for an agent |
|---|---|---|---|
| Most states | August 3, 2026 | The 2026–27 rates take effect on the date published in DOL's table | An agent using the new rate from August 3 is correct here |
| AR, FL, GA, ID, IN, IA, KS, LA, MO, MT, NE, ND, OK, SC, TN, TX, VA | August 17, 2026 | These seventeen states are covered by the preliminary injunction in Kansas et al. v. U.S. Department of Labor, No. 2:24-cv-00076-LGW-BWC (S.D. Ga.), which enjoins DOL's 2024 Farmworker Protection Rule. The prior 14-day effective-date lead time still governs there. | An agent using the new rate from August 3 was wrong here for two weeks |
The mechanism matters and is easy to garble. Kansas et al. v. U.S. Department of Labor enjoins DOL's 2024 Farmworker Protection Rule — not the October 2025 AEWR methodology rule. One of the things the 2024 rule changed was when annual AEWR updates take effect. In the seventeen enjoined states the prior 14-day lead-time regulation still governs, so the same rates land two weeks later. The wage methodology is not enjoined in those states. Only the effective-date mechanism differs. Getting that distinction wrong is the difference between a correct compliance note and a false one.
On the numbers: DOL publishes a figure of $15.96 per hour labelled "Average AEWR for Surety Bonds,"effective August 3, 2026. Use DOL's own label. It is an input to a surety-bond calculation, not a general average of what an H-2A employer pays, and we have seen it glossed as a national average across field-and-livestock occupational categories — a gloss we could not verify and will not print. Trade press has reported Skill Level I at roughly $12.31 per hour, up about 3.5 percent, and Skill Level II at roughly $16.07, up about 2.1 percent, with some states seeing much larger increases. Those two figures are trade-press reporting; DOL's own site does not publish Skill Level I/II national averages, so do not attribute them to DOL. For any specific employer, pull that state's row from the DOL table and use nothing else.
One boundary we will not cross: we did not verify current ETA-9142A or ETA-790A filing mechanics, or the present state of the FLAG system, so we are not going to describe the H-2A e-filing workflow. If a vendor demonstrates an agent filing H-2A paperwork, ask them to walk you through each screen and each signature, slowly.
Right to Repair: A Proposed Order, Not Yet Entered
Every article written about agriculture technology in the second half of 2026 will mention the FTC's settlement with Deere. Most of them will get the tense wrong, and the tense is the whole story.
On July 8, 2026, the FTC and five states — Illinois, Arizona, Michigan, Minnesota and Wisconsin — filed a joint motion for entry of a stipulated order in the FTC's monopolization case against Deere & Company, filed January 15, 2025 in the Northern District of Illinois, No. 3:25-cv-50017, before Judge Iain D. Johnston. July 8 is the date the parties signed. It is not the date of an order.The filed document reads "SO ORDERED this ____ day of _______________, 2026" — blank — above "SO STIPULATED AND AGREED this 8th day of July, 2026." The FTC's own standard framing of stipulated orders is that they carry the force of law when a District Court judge approves and signs them.
| Provision | As reported | Clock |
|---|---|---|
| Status | A proposed stipulated order, filed July 8, 2026 as a joint motion for entry by the FTC and five states (Illinois, Arizona, Michigan, Minnesota, Wisconsin) | Not in force. The filed document carries a blank SO ORDERED line above the July 8 stipulation date. |
| Case | FTC v. Deere & Company, filed January 15, 2025, N.D. Ill. No. 3:25-cv-50017, Judge Iain D. Johnston | Check the docket for entry before relying on any of this. |
| Repair resources | As reported: resources equivalent to those available to authorized dealers, including software capabilities — reading, clearing and resetting electronic fault codes, and reprogramming electronic components | Runs from entry |
| Term and supervision | As reported: ten years, supervised by the FTC and the five states | Runs from entry, not from July 8, 2026 |
| Reporting cadence | As reported: reporting to the FTC at 60-day intervals during rollout, then annually for ten years | Runs from entry |
| Rollout schedule | Appendix B keys the baseline tranche to the date of the stipulated order. The August 1 – December 31, 2026 phase-in dates for select resources are stated as calendar dates in Appendix B. | Baseline tranche runs from entry; the named calendar dates are as written |
| Payment | $1,000,000 to the states for legal costs, due within 30 days, per the order text | Runs from entry |
| Future tools | As reported: future tools become covered once deployed in 50 percent of dealerships, on fair and reasonable terms | Runs from entry |
| What it does NOT cover | We found nothing in the reported summaries addressing APIs, telematics access, or agronomic data portability | Repair-tool access is not a data-portability right |
The genuinely useful part for an integration article is the FTC's underlying allegation rather than the remedy. The FTC alleged that Deere restricted the full-capability dealer tool while offering "Customer Service ADVISOR" as a lesser alternative incapable of offering the same level of functionality. That is software tiering as a competitive strategy — the same structural pattern that shows up everywhere else in this cluster, where the standards-mandated or entry tier gets you read access and the commercial tier gets you the capabilities that actually change something.
And the boundary, stated plainly because it is where the hype will go: do not claim the settlement covers APIs, telematics, or agronomic data. The reported summaries contain no such provisions and we found none. Repair-tool access is not a data-portability right. If a vendor tells you the settlement opens machine data, ask them to point at the provision, and then read it.
Where an Agent Earns Its Keep, and the HITL Boundary
Everything above is constraint. Here is what is left, and it is more than it sounds — because the administrative surface of a farming operation is large, document-heavy, deadline-driven, and currently absorbed by people who would rather be doing something else.
| Workflow | What the agent does | Input trust | Realistic rung |
|---|---|---|---|
| Invoice and delivery-ticket reconciliation | Matches ag retailer invoices to delivery tickets, blend sheets and as-applied records; flags price, quantity and product variance; drafts the query | Medium — supplier documents arrive from outside the operation | Rung 3 file exchange, or a portal export. No write into the retailer's ERP. |
| As-applied and as-planted normalisation | Reads mixed-fleet operation records, normalises them through ADAPT's ISOXML plugin path, and produces one field-level record set the agronomist can trust | Low — machine-generated records from systems you control | Rung 3, with a Rung 2 read where the OEM permits it |
| Acreage documentation assembly | Assembles the acreage package — boundaries, crop, intended use, planting dates, shares, irrigation practice — and produces a variance report against last year and against the insurance filing | Low | Rung 3 into a human review queue. The filing itself is Rung 5. |
| Claim documentation package | Collects as-applied records, yield data, imagery references and dated field notes into a sourced package for the adjuster | Low | Rung 5 on the write. The agent produces a document, never an attestation. |
| AEWR and labour-rate monitoring | Watches the published rate table for the operation's states, tracks the effective date per state, and raises an exception when either changes | Low — a federal publication | Rung 1 read of a public source, with a refuse-if-unavailable rule |
| Grain contract and settlement reconciliation | Reconciles scale tickets, contracts and settlement statements; flags shrink, moisture and discount discrepancies for a human | Medium — counterparty documents | Rung 3 or Rung 4 depending on the elevator. Assume no write path. |
| Input inventory and prescription drafting support | Assembles the data an agronomist needs to write a prescription, and checks a draft prescription against label constraints recorded by a human | Low | Read-only. The prescription is a professional judgement. |
Notice what is absent. Nothing on that list changes a machine setting, writes a rate, commits a filing, or asserts a fact to a regulator or an insurer. That is not timidity; it is where the write paths genuinely end. The boundary table below is the version we put in statements of work, and we recommend you put something like it in yours regardless of who builds the system.
| Decision or action | Agent may act alone | Requires human review | Agent must never do | Why |
|---|---|---|---|---|
| Reading and normalising machine and agronomic records | Yes — autonomous | Not required | — | Machine-generated data from systems you control. Errors are visible and reversible. |
| Reconciling invoices, tickets and settlements and drafting a query | Drafts autonomously | A human sends the query and accepts or disputes | — | The counterparty relationship is commercial. An agent that emails a supplier on its own is a business risk, not a technical one. |
| Assembling an acreage or claim documentation package | Assembles autonomously | A human validates every field against the source | — | The package is an input to a signed filing. Assembly is safe; assertion is not. |
| Fetching a published wage rate and its state effective date | Fetches autonomously and raises an exception on change | A human confirms the applied rate before payroll | Never computes, infers or caches a rate | The 2026 split-date episode is why. The same number was correct in one state and wrong in another on the same morning. |
| Writing to the ag retailer or co-op ERP | No | No | Never, absent an explicit vendor-sanctioned interface and a contract that permits it | This is the settlement and patronage record. It is somebody else's system of record and somebody else's liability. |
| Signing an FSA or crop insurance filing | No | No | Never | There is no third-party write path, and there should not be. The signature is the control. |
| Changing an application rate, prescription or machine setting | No | No | Never | Agronomic and chemical decisions carry regulatory, safety and liability consequence. The agent supports the decision-maker. |
| Committing a payroll run or an H-2A filing | No | No | Never | Wage-and-hour exposure, a contested methodology, and a state-dependent effective date. Human attestation only. |
The design principle underneath the table is simpler than the table: prefer reversible writes, and prefer proposals to commitments. A draft is better than a posted document. A queued recommendation is better than an executed action. A variance report is better than an automatic correction. Reversibility is the cheapest blast-radius control available and it composes with everything else in the architecture — and in agriculture it also happens to match how the work is actually supervised, because a farm office already runs on someone reviewing and signing things.
One note on scale, because it shapes who this is for. USDA's Economic Research Service, working from the Agricultural Resource Management Survey administered jointly with NASS, reports for the 2023 reference year that guidance autosteer was used on 52 percent of midsize farms and 70 percent of large-scale crop-producing farms, and that yield monitors, yield maps and soil maps were used on 68 percent of large-scale crop-producing farms. Adoption rises sharply with farm size, and small family farms with gross cash farm income under $350,000 have the lowest rates in every technology category. Use the gradient rather than the headline: it is why "farmers don't adopt technology" is false while "most farms don't have the technology" is true, and it tells you exactly which operations have the machine data an agent would read.
The Sequenced Implementation Path
This is the part most proposals skip, and it is the reason this article exists. What follows is a phased path with an owner, an entry criterion, an exit criterion, and an explicit answer to the question nobody asks in the sales cycle: what do we do when this phase fails?
| Phase and weeks | Owner | Entry criterion | Exit criterion | If the phase fails |
|---|---|---|---|---|
| Phase 0 — Integration and write-path audit (weeks 1–3) | Frenchy Digital lead engineer, with the operation's controller or office manager | Entry: a named list of every system that holds data you want, and a named contact at each vendor | Exit: a written statement, per system, of what can be read, what can be written, under which contract, and at what price. Nothing is inferred. | If a vendor will not answer in writing, that system is Rung 5 until proven otherwise. Re-scope around it rather than assuming. |
| Phase 1 — Baseline measurement (weeks 2–4, overlapping) | The person who currently does the work | Entry: one workflow selected, with a frontline champion who wants it | Exit: a signed baseline — artifacts per week, time per artifact, current error and rework rate, in whatever form it exists today | If nobody will own the baseline, the workflow is not the right first workflow. Pick another. A build with no baseline produces a claim, not a result. |
| Phase 2 — Read-only integration proof (weeks 3–6) | Integration engineer | Entry: credentials or an export path for each source system, obtained through the contract, not around it | Exit: real data pulled from every source, reconciled against a manual sample, with the mismatch rate written down | If the read is unreliable, stop. Everything downstream inherits the defect. Fix the source or narrow the scope. |
| Phase 3 — Draft-only agent behind a review queue (weeks 5–10) | Frenchy Digital, with the workflow owner reviewing daily | Entry: a passing read integration and an agreed output format | Exit: the agent produces drafts a human accepts without material edit at a rate the workflow owner considers useful, measured against the Phase 1 baseline | If the acceptance rate stalls, the failure is usually input quality, not the model. Sometimes the correct deliverable is a form redesign. |
| Phase 4 — Controlled write, where a write path legitimately exists (weeks 9–14) | Integration engineer plus the system owner at the counterparty | Entry: a documented, contractually permitted write surface, plus idempotency keys derived from business intent and persisted before the call | Exit: writes are reversible, logged per action, reconciled against the system of record on a schedule, and demonstrably not duplicated under retry | If the write path turns out not to exist at your licence tier, ship the draft-only version permanently. An agent that drafts and a human who commits is a legitimate architecture, not a failure. |
| Phase 5 — Seasonal hardening and handover (weeks 12–18) | Frenchy Digital, with the operation's designated owner | Entry: a working workflow with a measured result | Exit: offline behaviour tested, an owner named for every regulatory value, a runbook for the window, and full source-code and IP transfer | If the workflow has not survived one seasonal peak, do not expand scope. Wait for the peak. Agriculture punishes untested assumptions once a year, on a schedule. |
Two things about that sequence are specific to agriculture and worth defending. First, Phase 0 comes before Phase 1 and before anyone estimates the model work.In most industries you can start building while integration questions resolve in the background. Here, the answer to "can we write to this?" changes the product, not the schedule — and a project that assumes a write path exists and discovers it does not is a project that doubles.
Second, Phase 5 is timed against the season, not against a sprint calendar. A workflow that has not survived one seasonal peak has not been tested, however good the metrics look in February. That is inconvenient for a delivery schedule and it is the correct engineering judgement. Agriculture punishes untested assumptions once a year, on a schedule you can look up in advance.
Idempotency, and why a retry becomes a duplicate
Any phase that touches a write needs this and almost nobody budgets for it. There is no standard: the IETF's idempotency-key header draft reached revision -07 in October 2025 and is expired, never having become an RFC. The de facto convention is Stripe's, which is worth reading precisely because it documents the sharp edges: the key is generated by the client, keys may be pruned after at least 24 hours — so a retry a week later is a brand-new write — and reusing a key with different parameters is an error rather than a replay.
- Derive the key from business intent, not from the attempt: Key on something like (operation, field, product, date), never a fresh identifier per retry, which defeats the mechanism entirely. This is the single most common implementation error.
- Persist the key before the call, not after: A key that exists only in the agent's context is lost on a crash — the classic source of duplicates.
- Never let the model choose the key: Non-determinism in key generation is indistinguishable from having no idempotency at all.
- Reconcile rather than trust: Read back and compare against the system of record on a schedule. Treat the system of record as truth and the agent's belief as a hypothesis.
- Batch and file rungs get reconciliation for free: The file is the checkpoint. Real-time writes do not have one, so you must build it — which is a real, under-appreciated argument in favour of the file-exchange rung in this industry.
What Breaks First in a Farm Integration
Failure modes in this industry are mostly contract events and calendar events rather than engineering failures, which is exactly why they surprise engineering teams. Each row below pairs the failure with the signal that detects it and the rollback that contains it.
| Failure mode | Detection signal | Rollback or containment |
|---|---|---|
| Partner-program terms change at renewal | A renewal notice, a new data exchange agreement, or a quiet change to a developer portal's terms page | Keep the draft-only path always working. If certified access lapses, the agent degrades to assembling documents from exports rather than failing. |
| Plugin or file-format version drift | Parsing exceptions on a subset of files, or silently missing fields. The ADAPT ISO plugin line is active — version 5.8.0 was last updated July 22, 2026. | Pin the dependency, keep a golden set of test files from every OEM in your fleet, and run them on every upgrade before it reaches production. |
| The annual reinsurance-year cycle | New actuarial documents and record layouts published on RMA's annual cycle, with the prior year's values still in your cache | Attach the reinsurance year to every value the agent surfaces, and expire the cache on the cycle boundary rather than on a time-to-live. |
| A regulatory value moves, and moves differently by state | The published wage rate or its effective date changes for one state and not another — exactly what happened on August 3 and August 17, 2026 | Fetch at time of use with the state attached, refuse to proceed without both the value and its effective date, and alert a named human on any change. |
| Co-op or retailer consolidation, or an ERP upgrade | Export files change shape, a portal moves, or your counterparty is acquired and the integration contact leaves | Never build the only copy of a mapping into code. Keep the field mapping as data, owned by a person, with a documented re-derivation process. |
| Connectivity in the field | Sync gaps that correlate with location rather than with time. There is a standing federal task force whose first working group is mapping whether agricultural land has coverage at all. | Design for store-and-forward with explicit conflict resolution. Never let an agent assume its view of the field is current. |
| The vendor ships your feature natively | A release note on the FMIS or machine platform that describes what you built | This ends the business case, not the integration. It is a reason to build thin, own your data model, and keep the value in the reconciliation logic rather than in the connector. |
| Duplicate writes under retry | Two invoices, two records, two anything. Read-back reconciliation catches it; the agent's own memory does not. | Derive idempotency keys from business intent, persist them before the call, and reconcile against the system of record on a schedule. There is no standard for this — the IETF idempotency-key draft is expired and never became an RFC. |
The pattern across all eight is that the agent's dependency graph extends outside your organisation, into contracts you did not draft and calendars you do not control. The practical mitigation is architectural rather than procedural: keep the draft-only path working permanently, so that any loss of privileged access degrades the system to something still useful rather than breaking it; keep every external mapping as data owned by a named person; and treat every regulatory value as configuration with a fetch-at-use path and an owner.
Untrusted Input, Prompt Injection and Blast Radius
Prompt injection is not solved, and the people closest to it say so. The useful framing is Simon Willison's lethal trifecta: access to your private data, exposure to untrusted content, and the ability to externally communicate in a way that could be used to steal data. On whether it can be fixed, he is blunt: "we still don't know how to 100% reliably prevent this from happening." And on the vendor detection claims you will hear in every sales call, he notes that they "almost always carry confident claims that they capture '95% of attacks' or similar… but in web application security 95% is very much a failing grade."
The integration version of the trifecta, for a farm, is an agent that (1) holds a credential into a system of record, (2) reads untrusted content — a supplier invoice PDF, an email from an elevator, a scanned delivery ticket, a portal page — and (3) can act without a human seeing it first. Remove any one leg and the blast radius collapses. That is the entire practical discipline, and it is why the human-in-the-loop table earlier in this article is a security control and not just a governance nicety.
For agents with tool access to production systems, the two entries in the 2026 edition of the OWASP GenAI LLM Top 10 that deserve most of your attention are LLM03:2026 Excessive Agency and LLM10:2026 Improper Output Handling, alongside LLM01:2026 Prompt Injection itself. The mitigations cited for excessive agency are unglamorous and effective: least privilege, confirmation for high-impact actions, and tool-usage logging. Note that the 2025 numbering is different — the 2026 list puts Data and Model Poisoning at LLM05 and Unbounded Consumption at LLM06 — so if a vendor's security page cites LLM06 while describing excessive agency, they are working from last year's list.
The Model Context Protocol specification's security document is worth reading for a reason most people miss: it is entirely about confused deputies, token scope, redirect validation, server-side request forgery and consent — that is, blast radius — and contains nothing that prevents injection. Its scope-minimisation section names the risks directly, including an expanded blast radius when a stolen broad token enables unrelated tool and resource access, privilege chaining, and audit noise when a single omnibus scope masks user intent per operation. Its named anti-patterns are wildcard and omnibus scopes and bundling unrelated privileges. A security document from a standards body that is 100 percent blast-radius controls and 0 percent injection prevention is the tell.
On identity, the honest position is that this is mature inside a single vendor's estate and unsettled across estates. Microsoft Entra Agent IDgives agents identity accounts distinct from workforce, customer and workload identities, with two named modes — autonomous access using rights given directly to the agent identity, and delegated access using rights given to the user, with the user controlling which rights are delegated. Microsoft's own rationale for not simply reusing a service principal is the best available articulation of the problem: application identities carry an expectation of long-term stability, known ownership and managed lifecycle, whereas an agent might exist for minutes or be created and destroyed thousands of times a day. Practically, though: Entra governs Microsoft's estate. It does not govern your FMIS, your OEM platform or your co-op's ERP. Cross-vendor delegation that survives multiple hops has no deployed standard today.
If an agent is reading a document that arrived from outside the operation, it does not hold a credential that can change anything. If it holds a credential that can change something, it is not reading anything a stranger wrote. When both are unavoidable, a human sees the action before it happens.
— The rule of thumb we hold ourselves to on every engagement
Red Flags When Selecting a Vendor
Agriculture technology has a long history of impressive demonstrations that do not survive contact with a partner agreement. These are the signals we treat as disqualifying or near-disqualifying, and the question that exposes each one.
| Red flag | What it actually means | What to ask instead |
|---|---|---|
| A published accuracy, deflection or ROI percentage with no methodology | It is a marketing number. There is no independent benchmark for agent accuracy in agriculture, and every figure in the market is vendor-published. | Ask for the measurement method, the sample, the window and who ran it. If none exists, score it zero rather than guessing. |
| 'We integrate with John Deere' with no further detail | Deere's posture is dual consent plus a licensing requirement. 'Integrates' can mean anything from a certified connection to a customer-initiated file export. | Ask which program, whether they are an ADAPT or EIC licensee, what the customer has to approve, and what the write surface is. |
| 'Our agent files your acreage report' | It cannot. The FSA and crop insurance acreage reports are signed documents and the federal path already terminates in two signatures and a map. | Ask them to describe, step by step, who signs and where. If they cannot, they have not built it. |
| Claiming the Deere settlement already opened access | The stipulated order was filed July 8, 2026 as a proposed order and awaits entry. Every obligation runs from entry. | Ask which provision, and check the Northern District of Illinois docket yourself. |
| Treating an Ag Data Transparent seal as a data right | ADT is a disclosure regime with a contract audit. It certifies that the contract says what the company says it says. | Read the contract. Ask specifically about Portability, Termination and Data Retention and Deletion — three of the sixteen Core Principles. |
| A hard-coded wage rate, threshold or deadline anywhere in the demo | Regulatory values in agriculture move, and in 2026 they moved on different dates in different states. | Ask to see the configuration. Ask who owns each value and what happens when the fetch fails. |
| Screen scraping presented as an integration, without saying so | Rung 4 is sometimes the only path, but it is fragile and contractually exposed, and the buyer deserves to know which rung they bought. | Ask directly: is this a documented interface, a file exchange, or automation driving a user interface? Then ask what the terms of service say. |
| No answer on prompt injection beyond 'we have guardrails' | Prompt injection is unsolved. Detection-rate claims are not a safety argument. | Ask what the agent can reach if it is successfully manipulated — that is the only answer that matters. |
| Ownership of the resulting code and data left vague | In an industry where portability is a voluntary principle rather than a right, lock-in compounds. | Require source-code and IP transfer in writing, plus a documented export of every data structure the system creates. |
The general rule this cluster states out loud once: in agriculture the credible numbers come from federal statistical programs and regulatory dockets — USDA ARMS, USDA NASS, the Federal Register, DOL's published wage tables — and they are freely available. The uncredible ones come from vendors quantifying the problem they sell the fix for. When both are available on the same topic, citing the vendor is a choice.
What It Costs to Build This Properly
These are the bands Frenchy Digital uses to scope agent engagements in 2026. They assume the integration and write-path assessment is in scope from the start, because in agriculture that assessment changes what gets built, not just when.
| Engagement | Range | Timeline | Typical scope |
|---|---|---|---|
| Discovery + workflow audit | $9,000–$22,000 | 2–4 weeks | In agriculture this is predominantly the integration and write-path assessment: what each system permits, in writing, before anyone estimates the build. |
| Single-workflow agent | $28,000–$70,000 | 4–9 weeks | Invoice and delivery-ticket reconciliation, as-applied normalisation, acreage documentation assembly, or wage-rate monitoring — one workflow, one baseline, one named owner. |
| Multi-workflow platform with FMIS, telematics and ERP integration | $70,000–$180,000 | 9–16 weeks | Shared integration substrate, a common field-level data model, a review queue, per-action logging, and two to four workflows on top of it. |
| Enterprise / multi-entity / regulated build | $180,000–$420,000+ | 14–24 weeks | Multiple entities or landlord-tenant structures, audit logging, human-in-the-loop controls, SOC 2 posture, and seasonal failover behaviour. |
Frenchy Digital cost bands for agriculture and agribusiness AI engagements, 2026.
Senior-led delivery runs $150 to $225 per hour, and ongoing retainers run $2,500 to $9,500 per month covering model and dependency upgrades, evaluation expansion, incident response and a quarterly technical review. Every engagement carries a 30-day post-launch warranty, and you receive a written scope with a fixed-price phased proposal within 5 business days of the discovery call.
The budgeting note that surprises people: the integration substrate is largely a fixed cost, paid once and reused by everything after. The first agent pays for the FMIS connection, the file-normalisation pipeline, the identity model, the review queue and the logging. The fourth agent inherits all of it. Operations that sequence their automation get materially better economics than operations running four disconnected pilots at once — and in an industry where the working windows are narrow and the seasons are singular, sequencing is not just an economic preference. It is how you avoid finding out that three things are broken during the two weeks you needed them.
Limitations: What We Could Not Verify
This article has argued repeatedly that the absence of a source is worth more to a reader than a confident number. That standard applies to us, so here is the list of what we could not establish while writing it.
- Whether the Deere stipulated order has been entered: As of this research pass it was filed on July 8, 2026 as a joint motion for entry and had not been entered. That single fact changes the tense of every sentence about the settlement, and the ten-year term, the 60-day reporting cadence and the baseline rollout tranche all run from entry. Check the Northern District of Illinois docket for No. 3:25-cv-50017 before you act on it.
- John Deere's API commercial terms, pricing, rate limits and the exact ADAPT/EIC licensing requirement: developer.deere.com does not render readable content to a fetcher. Everything we say about Deere's API posture is reported rather than read at origin, and we deliberately paraphrase rather than quote it.
- The FTC's own press-release text on the Deere settlement: ftc.gov returned HTTP 403 to our fetcher. The settlement terms above are corroborated secondary reporting from a law-firm alert and trade coverage, not the agency's own words as read by us.
- Skill Level I and Skill Level II national average AEWR figures: The roughly $12.31 and $16.07 figures are trade-press reporting. DOL's own site publishes the surety-bond average of $15.96 but not Skill Level I/II national averages, so we do not attribute those two numbers to DOL, and neither should anyone else.
- The technical architecture connecting FSA, RMA and the insurance providers: The June 2026 FSA release does not specify one, and we are not going to describe an architecture that has not been published. We also did not open the RMA M-13 record layouts, so we describe no record types or field names.
- H-2A e-filing mechanics: We did not verify the current ETA-9142A or ETA-790A filing mechanics or the present state of the FLAG system, so we do not describe that workflow at all.
- The current count of Ag Data Transparent certified companies: We could not obtain a current number and will not guess. If you want one, count the list yourself.
- Any independent measurement of agent integration success or failure rates: None exists that we could find, in agriculture or anywhere else. That is why this article contains no adoption or success percentage for agent projects, and why every business case has to rest on a baseline you measured yourself.
- Any average planting-window length: It varies by crop, state and year. NASS publishes the underlying per-crop, per-state handbook; we did not extract values and will not print an average that does not exist.
- Prompt injection remains unsolved: Any agent reading supplier documents, portal pages or inbound email is exposed. We reduce blast radius through capability scoping, deny-by-default arguments, reversible writes and human approval gates. We do not claim to eliminate the risk, and nobody who does should be believed.
- We are not agronomists, insurance agents or immigration counsel: Frenchy Digital builds software. Agronomic decisions, insurance attestations, crop-program eligibility and H-2A compliance belong to qualified professionals, and our systems feed their judgement rather than substituting for it.
None of this argues against building. It argues for building the measurement alongside the system, choosing one administrative workflow with real slack in it and a named owner, and being honest inside your own organisation about which claims in this category have evidence behind them and which do not. In agriculture that honesty is worth more than usual — because the season does not offer a second attempt, and a business case resting on a number nobody can source is a business case that fails in the one week you needed it to hold.
Scoping an AI Build for a Farm, Co-op or Ag Retailer?
Book a free 60-minute discovery call with Frenchy Digital — a senior-led Black-owned LA agency. You leave with an integration assessment naming the write path for every target system, a measurement baseline design, and a fixed-price phased proposal within 5 business days. Call +1 (424) 272-5601.
Scoping an AI Build for a Farm or Ag Retailer?
Book a free 60-minute discovery call. You leave with an integration assessment that names the write path for every target system, and a fixed-price phased proposal within 5 business days.
1517 S Bentley Ave Unit 204, Los Angeles CA 90025
Frequently Asked Questions
Sources & References
- 1USDA FSA — USDA Modernizes Crop Reporting to Save Farmers Time and Reduce Paperwork (June 29, 2026)↗
- 2farmers.gov — Crop Acreage Reports↗
- 3US DOL OFLC — Adverse Effect Wage Rates↗
- 4Federal Register — Adverse Effect Wage Rate Methodology for H-2A Non-Range Occupations (October 2, 2025)↗
- 5FTC — FTC and States Secure Settlement with Deere & Company Advancing Farmers' Right to Repair (July 2026)↗
- 6Axinn — Right to Repair Alert: Deere & Company Reaches Settlement with FTC, States↗
- 7Ag Data Transparent — Core Principles↗
- 8NCGA — National Corn Growers Association and Ag Data Transparent Release Transparency Principles for Ag Carbon (February 2026)↗
- 9AgGateway — ADAPT Framework↗
- 10NuGet — AgGateway package profile (ADAPT ISOv4 plugin release line)↗
- 11USDA ERS — Precision agriculture use increases with farm size and varies widely by technology↗
- 12USDA ERS — Report ERR-356 (January 2026)↗
- 13USDA NASS — National Crop Progress reports (Days Suitable for Fieldwork)↗
- 14USDA NASS — Usual Planting and Harvesting Dates for U.S. Field Crops↗
- 15FCC — Task Force for Reviewing the Connectivity and Technology Needs of Precision Agriculture↗
- 16USDA RMA — Appendix III / M-13 Handbook Index↗
- 17USDA RMA — Actuarial Documents (Actuarial Data Master)↗
- 18Bayer / Climate — FieldView expands partner platform through new capability with RCIS↗
- 19AgFunderNews — Leaf is helping Bayer expand FieldView's digital partnerships↗
- 20Bayer — Climate FieldView and CLAAS TELEMATICS data management offer↗
- 21SSI Agvance — Grain module↗
- 22Simon Willison — The lethal trifecta for AI agents↗
- 23Model Context Protocol — Security Best Practices (specification 2026-07-28)↗
- 24OWASP GenAI Security Project — GenAI LLM Top 10 repository↗
- 25Stripe — Idempotent requests↗
- 26IETF — draft-ietf-httpapi-idempotency-key-header (expired, not an RFC)↗
- 27US Court of Appeals for the Ninth Circuit — hiQ Labs, Inc. v. LinkedIn Corp., No. 17-16783 (April 18, 2022)↗
- 28Cornell LII — Van Buren v. United States, No. 19-783↗
- 29Microsoft Learn — What are agent identities (Microsoft Entra Agent ID)↗

