Good Earth

Region-scoped climate analytics for small specialty-crop and flower farms, monetized with Tollbooth DPYC™ Bitcoin Lightning micropayments.

Sibling of the Good Brew store.

• For growers: the web app at https://goodearth.tollbooth-dpyc.com

• For AI agents: the MCP server at https://goodearth-mcp.fastmcp.app/mcp (streamable HTTP) — the same tools the web app calls.

Connect an AI agent

Any MCP client that takes a remote server URL can connect; there is no account and no API key.

server.json at the repo root is the entry for the official MCP Registry, as io.github.lonniev/goodearth-mcp — the namespace the rest of the DPYC fleet is listed under. .github/workflows/publish-mcp-registry.yml publishes it on every v* tag, logging in with GitHub OIDC and taking the version from the tag, so there is no key to keep. A test holds the committed version to pyproject.toml.

First connection walkthrough

1. Ask the grower for their Nostr npub — never their nsec.

2. goodearth_request_npub_proof(patron_npub=…) sends them a DM. They reply from their Nostr client; then call goodearth_receive_npub_proof(patron_npub=…, nonce=…) once with the nonce the request returned. The connection then holds the npub: pass only npub on every paid call.

3. goodearth_check_balance; top up with goodearth_purchase_credits (a Lightning invoice the grower pays) and goodearth_check_payment.

4. goodearth_block_list — their saved ground, or a worked example to start from.

Free with no proof: goodearth_service_status and the goodearth_oracle_* tools. goodearth_check_price previews a fare. The server's own instructions repeat all of this for an agent that connects cold.

Related MCP server: agrisignal-mcp

The idea

A farm is not a point. A bench and a hollow on the same acreage do not share a frost date, and every free weather calculator answers for a pin.

Good Earth answers for ground. A grower saves a plot once as a block — a GeoJSON polygon or a {lat, lon, radius_m} pin, with a name — using goodearth_block_save. Every other tool then takes that block by its id, its name, an alias, or any part of its name that only one block has. Each tool samples the terrain inside the block and returns an aggregate plus the spread across it. That spread is the product: it tells a grower whether one planting date serves the whole block.

Blocks may overlap or nest: a bed inside a field is its own block. What a grower grows, watches for and has seen is recorded per block with goodearth_block_item_save, so the season tools need no lists passed in.

      YOU (operator, human in the loop)
        │                         │
        │ set & tune prices       │ drive credential intake
        ▼                         ▼
  ┌───────────────┐        ┌──────────────────────────────────────────────┐
  │ Pricing Studio│ prices │        Good Earth — OPERATOR MCP              │
  │    (iOS)      ├───────▶│        FastMCP · deployed on Horizon          │
  └───────────────┘  Neon  │  ┌────────────────────────────────────────┐  │
                           │  │ region · sources · gdd · season        │  │
   Patron (Citizen)        │  │ @runtime.paid_tool(FROZEN_UUID) tools   │  │
   + MCP client  ─────────▶│  ├────────────────────────────────────────┤  │
   (Claude, the SPA) npub  │  │ tollbooth-dpyc SDK (the wheel)          │  │
                    +sats  │  │  ledger · vault (AES-256-GCM) · pricing │  │
                           │  │  ConstraintGate · Secure Courier·audit  │  │
                           │  └────────────────────────────────────────┘  │
                           └───┬─────────┬──────────┬───────────┬─────────┘
                               ▼         ▼          ▼           ▼
                         Neon Postgres  BTCPay▶  Sponsor     Nostr relays
                         (your schema)  Lightning Authority   proofs·courier
                         ledger+pricing invoices  certify +    DMs·audit
                                                  provision        │
                     Open-Meteo archive ◀── domain   │             ▼
                     forecast · elevation   calls    └──▶ DPYC Oracle +
                                                          dpyc-community

How the spread is actually produced

This is the design decision the whole product rests on, so it is stated plainly rather than buried.

The free gridded temperature feeds resolve about 2 km at best (archived high-resolution model runs) and 9 km for the ERA5 reanalysis. Two sample points on one farm can land in the same cell and return byte-identical numbers — reporting that as "the range across your region" would be a lie dressed as data. Terrain, however, resolves at 90 m, and terrain is what varies within a farm.

So Good Earth reads the regional signal from the gridded feeds and derives within-region variation from elevation:

Every response carries the native resolution of each feed it used, so a grower is never sold precision the data does not contain.

Tools

Every tool below takes a saved block unless noted.

Standard DPYC tools (check_balance, purchase_credits, Secure Courier, Oracle, pricing, constraints) come from the wheel via register_standard_tools — none of it is reimplemented here.

Data sources

All public. Every one is free, and only the EIA feed needs a key: an optional eia_api_key the operator delivers by Secure Courier, so the Sun page can quote what a kWh sells for in the block's state.

A whole-region season read costs three upstream requests regardless of sample count: sample points are folded onto the archive's own grid so a distinct cell is fetched once, and the ten-season normals band is one span request sliced locally rather than ten separate calls.

Onboarding roadmap

1. Nostr keypair — generate one (nak key generate); the nsec is the single env var the server needs (TOLLBOOTH_NOSTR_OPERATOR_NSEC).

2. Sponsor Authority — register; it provisions your Neon database.

3. Secure Courier — deliver btcpay_host, btcpay_api_key, btcpay_store_id (and, optionally, eia_api_key) via goodearth_request_credential_channel. Never as env vars, never in code.

4. Set prices in Pricing Studio — new tools start unpriced and nobody can call an unpriced tool.

5. Deploy on Horizon — fastmcp.json is already wired.

Get Pricing Studio (iOS). It reads and writes the pricing model live in Neon, so prices never live in code — surge, happy-hour, loyalty discounts and free trials are the thing a flat paywall can never give you.

The SPA

frontend/ carries the Good Earth app (the taxsort-mcp pattern — one repo, React app inside). Sign-in and the Nostr profile panel come from the fleet's shared @tollbooth-dpyc/web package. There are no accounts: a grower is an npub.

A grower's blocks, what is recorded on them, tasks and published calendar feeds are stored in the operator's Neon database under their npub. A block's name, aliases and boundary are encrypted with the SDK's vault cipher; the items recorded on a block (crop names, species, field reports) are stored in the clear so they can be sorted and searched. goodearth_forget_my_ground deletes all of it; the grower's balance and purchase history stay with the patron.

Develop

uv venv --python python3.12          # coincurve has no 3.14 wheel
uv pip install -e ".[dev]"
ruff check .
pytest -v
python -m goodearth_mcp.server       # runs the validate_operator_tools guard

cd frontend && npm install && npm run build

License

Apache-2.0