AI agents turn Kokonut farm data into faster coordination.
Farms produce information constantly: satellite images, field logs, soil readings, drone surveys, crop cycles, harvest records, MRV payloads, and DAO reporting requirements. Today, much of that work still depends on manual handoffs. An operator collects data, someone processes it, someone else reviews it, another person formats it for a report, and the result may only become useful after long delays. Kokonut’s agent layer is designed to reduce those handoffs. Agents can ingest farm data, calculate metrics, prepare structured records, route outputs for review, trigger payments, and help convert farm activity into evidence that DAO members, Guilds, farm operators, and public goods funders can actually use.See what agents can do
Explore MRV automation, harvest forecasting, impact scoring, grant drafting, proposal drafting, and farm monitoring.
Build your first agent
Follow the safe builder path: choose a task, define inputs and outputs, connect to Kokonut data, test, and request review.
What this page is for
Agents are not a replacement for agronomists, farm operators, DAO governance, or human review. They are coordination tools that help standardize repeatable work and move evidence through the Kokonut system faster.
AI agents at a glance
The core idea
The goal is not to let agents invent impact claims. The goal is to help agents move real farm events through a structured evidence pathway.What agents should automate first?
Agents should begin with repeatable, bounded tasks where the input, output, review rule, and evidence requirement are clear.MRV Reporter
Ingests satellite, drone, soil, or field observations and prepares structured MRV payloads for review and attestation.
Harvest Forecaster
Applies registered crop assumptions to estimate expected harvests, loss rates, revenue scenarios, and actual-vs-forecast differences.
Impact Scorer
Aggregates verified farm records across a reporting period and prepares draft EBF, SDG, or public-goods reporting summaries.
Grant Drafter
Pulls structured farm data, MRV records, SDG alignment, and proof points into draft grant applications for human editing.
Proposal Drafter
Converts farm records, budgets, milestones, and evidence into DAO proposal drafts for sponsor review.
Cross-Farm Monitor
Compares vegetation, harvest, soil, and operations data across farms to flag anomalies, missing records, or possible intervention needs.
Live vs. developing
Agent system architecture
The four builder primitives
Capability manifest
Every agent should declare what it accepts, what it returns, and what review evidence is required.Keep manifests versioned. If an agent changes input fields, output fields, pricing, or review rules, publish a new version and document the migration impact.
MRV automation workflow
Agents should compress manual work without bypassing verification.Ingest source data
Pull satellite imagery, drone uploads, soil readings, harvest logs, or field observations. Record the source, timestamp, farm identifier, and collection method.
Calculate structured metrics
Calculate vegetation indices, crop estimates, loss-rate scenarios, soil trends, or reporting summaries using documented formulas and farm boundaries.
Create a draft payload
Format results into a Farm Registry-compatible draft. Mark it as a draft until a reviewer approves it.
Attach evidence
Store source files or generated reports with IPFS/Filecoin CIDs so reviewers can inspect the evidence behind the output.
Request review
Route the draft to the relevant Guild, farm operator, or authorized reviewer. Agents should not self-certify high-impact claims.
Publish and attest
After approval, submit the final event to the Farm Registry and create the EAS attestation that links the public claim to its evidence.
Vegetation indices agents may compute
Payments and escrow
Payment automation should match task complexity.Keep payment flows separate from evidence quality. A paid output is not automatically a verified output.
Reputation and quality control
Agent reputation should be based on useful work, not just task volume.
Agents that consistently produce useful, reviewable, and evidence-backed outputs can support Guild contribution records. Larger recognition or rewards should still follow the relevant Guild or DAO proposal process.
Builder starts path
Pick one bounded task
Start with one repeatable job, such as preparing an MRV draft, calculating a harvest forecast, or formatting a proposal draft.
Define the input and output schema
Write the capability manifest before writing complex code. Reviewers should know exactly what the agent accepts and returns.
Connect to one Kokonut data source
Use the Common Data Schema, Farm Registry API, Kokonut Hub, or Kokonut Intelligence as the source of truth. Do not scrape or reinterpret records without documenting the source.
Mark outputs as a draft by default
Agent outputs should be treated as drafts until a reviewer approves them, especially for MRV, impact, finance, carbon, governance, or grant claims.
Add evidence artifacts
Store source files, generated reports, formulas, and assumptions with CIDs or stable references so outputs are reviewable.
Open an issue or Guild review request
For non-trivial integrations, open an issue before a pull request. Schema, MRV, attestation, and payment changes need compatibility review.
Safe first agent ideas
What agents should not do
How this connects to Kokonut Intelligence
Kokonut Intelligence is the data backbone that can make agents useful. It gives agents access to structured context instead of forcing them to infer from scattered documents.
Read Kokonut Intelligence →
Review the checklist before using an agent output
- Does the output cite or reference the source farm record?
- Does it distinguish between forecast, estimate, measurement, attestation, and verified report?
- Does it include timestamps, farm ID, source type, and reviewer status?
- Is the formula or model documented?
- Are source artifacts linked through stable storage or CIDs?
- Has a human or Guild reviewer approved high-impact claims?
- Does the output avoid unsupported financial, carbon, health, or climate claims?
- Does it avoid describing development infrastructure as live?
Developer resources
Build with Kokonut
Start with repos, contribution workflow, data primitives, and live vs. developing infrastructure.
Read the MRV Methodology
Understand how agent outputs should become structured evidence instead of unsupported claims.
Open the Agentic Marketplace repo
Review the marketplace codebase, contracts, frontend, and OpenServ integration work.
Join the Technology Guild
Contribute useful agent tooling, earn standing through work, and route larger contributions through DAO governance.