Jithox EU Energy Label Preflight

Paste it into your assistant. It asks for the manifest, the server wiring and the skills, and for an honest account of what this record does not say. Read that second file first.

Draft an Agent Plugin (agent-plugins.org, specification 1.1.0) that wraps the
MCP server described below, so that somebody could install one thing and have
an assistant that knows when and how to use it.

An Agent Plugin is one installable unit: a `plugin.json` manifest, an
`mcp.json` that wires up the servers it needs, and a `skills/` directory
where each skill is a folder holding a `SKILL.md`. Hand back every file in
full, each under its own path, ready to save.

1. Write `plugin.json` with `$schema` exactly `https://agent-plugins.org/schemas/1.1.0/plugin.schema.json`. The name is
   1 to 64 characters of a-z, 0-9, `-` and `.`, alphanumeric at both ends, with
   no `--` and no `..` in it.

2. Write `mcp.json` wiring THIS server exactly as its record declares it. A
   remote keeps the URL and the transport type as written. A package keeps the
   registry, the identifier and the version as written. Do not invent a command,
   a port, a flag or an argument that is not in the record.

3. Every secret stays an input. No key, token, password or connection string
   belongs in either file. Declare what has to be supplied, name it, and say what
   it is for.

4. Do not invent tools. The record lists the tools it lists, and if it lists
   none then the honest plugin says the tool list was not published rather than
   guessing one from the description.

5. Skills are jobs, not tools. Write one skill per thing somebody would actually
   ask for, and inside each one say when to reach for this server, what a good
   result looks like, and what to do when it comes back empty. A skill per tool
   is a manual page with a different filename.

6. Say where it stops. Name what this plugin will not do — what it has no tool
   for, what needs a person, and what it must not be pointed at. A plugin with no
   stated edge reads as one with no edge.

7. Keep the author's own words for the description. If you would rather say it
   differently, say yours somewhere else and leave theirs where it is.

8. Record which version of the server you wrapped, and where the record came
   from, at the top of `plugin.json`'s description or in the readme. A plugin
   nobody can trace back to a version is one nobody can update.

Produce a second file alongside them, `LIMITS.md`, and treat it as the more
important of the two. The plugin is for whoever installs it. This is for
whoever has to decide whether installing it is a good idea, and that is
usually a different person who will never read the manifest.

It has three parts.

**What this is built from.** One paragraph: whose server it is, what the
record says it does, which version, and the fact that the record is all you
had. Say plainly that nobody ran it.

**What the record does not say.** One entry per gap. Whether the tool list was
published. What the server does with what it reads. What it costs. Whether it
writes anything anywhere. What credentials it will ask for and what those
credentials can reach. An unanswered question stays an unanswered question:
do not fill one in from the description or from what similar servers usually do.

**What a person has to check before trusting it.** The specific things
somebody should verify for themselves, in the order that would stop them
soonest if the answer is bad.

Write it in plain English, and do not soften it. A plugin drafted from a
directory record is a starting point to argue with, not something to install
into anything that matters.

The server record follows, exactly as the public index holds it. It is
everything I have: nobody has run this server, called a tool on it, or checked
that the address answers.

```json
{
  "server": {
    "$schema": "https://static.modelcontextprotocol.io/schemas/2025-12-11/server.schema.json",
    "name": "com.jithox/eu-energy-label-preflight",
    "description": "Read-only EU energy-label preflight over MCP: supplier-declared EPREL records, evidence-first",
    "title": "Jithox EU Energy Label Preflight",
    "version": "0.3.0",
    "websiteUrl": "https://energy.mcp.jithox.com/docs",
    "remotes": [
      {
        "type": "streamable-http",
        "url": "https://energy.mcp.jithox.com/mcp",
        "headers": [
          {
            "description": "OAuth 2.1 bearer. Discover the authorization server via /.well-known/oauth-protected-resource; PKCE S256 is mandatory; tokens are audience-bound to https://energy.mcp.jithox.com/mcp with least-privilege per-tool scopes. The workspace access key may also be sent directly per call (Authorization: Bearer <access key> or X-Jithox-Api-Key) when an OAuth browser callback is not possible. A token issued for the Jithox E-Invoice, Import Preflight or Sanctions Preflight server is rejected here (separate resource/audience).",
            "isRequired": true,
            "isSecret": true,
            "name": "Authorization"
          }
        ]
      }
    ],
    "_meta": {
      "io.modelcontextprotocol.registry/publisher-provided": {
        "accessModel": "OAuth 2.1 + PKCE S256; discover at https://energy.mcp.jithox.com/.well-known/oauth-protected-resource. Or send the workspace access key per call as Authorization: Bearer <key> or X-Jithox-Api-Key — never both. A key in a config file is a password; rotate at jithox.com.",
        "commercialStatus": "SELLABLE_SELF_SERVICE_EUR — public self-service; prepaid EUR credit; signed receipts on the product's own key. 0 paying Energy Label Preflight developers at publication; no revenue claim.",
        "doesNotSend": true,
        "eprelSourceGate": "The official EPREL Public API requires a Commission-issued API key; the owner holds one and the source acceptance gate is PASS. The key stays server-side (file secret). A no-match is never 'not registered', and an outage is never a verdict.",
        "lastVerified": "2026-08-07",
        "links": {
          "llmsTxt": "https://energy.mcp.jithox.com/llms.txt",
          "oauthAuthorizationServer": "https://energy.mcp.jithox.com/.well-known/oauth-authorization-server",
          "oauthProtectedResource": "https://energy.mcp.jithox.com/.well-known/oauth-protected-resource",
          "product": "https://energy.mcp.jithox.com/docs",
          "securityAndContact": "https://energy.mcp.jithox.com/.well-known/security.txt"
        },
        "noComplianceGuarantee": true,
        "notConformityOrMarketAccessDetermination": true,
        "notIndependentlyPenetrationTested": true,
        "officialSourceIntent": "Source: EPREL (European Product Registry for Energy Labelling), European Commission — supplier-declared data, verified live (JX-124). Per the accepted API terms: value-added use only (raw data never resold as a standalone product), mandatory EU/EPREL attribution, no implied EU endorsement, and locally-stored data must reflect updates/corrections/deletions (live API + bounded short-TTL cache; no long-lived snapshot).",
        "pricing": "EUR 0.25 per accepted chargeable call. Failed, refused, incomplete-evidence and source-unavailable calls cost EUR 0.00. Free trial first; prepaid credit from EUR 10.",
        "protocolVersions": [
          "2026-07-28",
          "2025-11-25",
          "2025-06-18",
          "2025-03-26"
        ],
        "publicationStatus": "PUBLIC SELF-SERVICE — generally available through the official MCP Registry (owner-approved, JX-179).",
        "readOnly": true,
        "remoteDeployment": "Live at https://energy.mcp.jithox.com/mcp behind Caddy TLS; EPREL official API adapter active with the Commission-issued key held server-side. Immutable image digest recorded in the fleet repository's deployment evidence at each release.",
        "scopes": {
          "compare_eprel_product_metrics": "eprel:compare",
          "get_eprel_energy_label_data": "eprel:label",
          "get_eprel_product_record": "eprel:record",
          "prepare_energy_label_preflight_receipt": "receipt:energylabel",
          "search_eprel_products": "eprel:search"
        },
        "supplierDeclaredDataOnly": true,
        "toolDescriptions": {
          "compare_eprel_product_metrics": "Value table over COMMON declared metrics of compatible records; cross-group fails safely; no ranking.",
          "get_eprel_energy_label_data": "Declared label/product-sheet data marked supplierDeclared=true, independentlyVerifiedByJithox=false.",
          "get_eprel_product_record": "Structure one public record's supplier-declared fields; missing fields listed, never invented.",
          "prepare_energy_label_preflight_receipt": "Idempotent Ed25519 receipt over fingerprinted inputs/sources/decision states — attests the lookups, never an outcome.",
          "search_eprel_products": "Search candidate public records by model identifier, registration number or brand+group; ambiguity shown, never resolved by guessing."
        },
        "toolStatus": "live_proven — deployed at https://energy.mcp.jithox.com/mcp (serverInfo.version 0.1.0); five-tool money-lane E2E proven live (capture 25 on accepted answers incl. exact_public_record/no_match; needs-more-input and source refusals cost EUR 0.00; restart persistence; rate limits; kill switch; credential rotation incl. authorization retirement).",
        "tools": [
          "search_eprel_products",
          "get_eprel_product_record",
          "get_eprel_energy_label_data",
          "compare_eprel_product_metrics",
          "prepare_energy_label_preflight_receipt"
        ],
        "transport": "streamable-http (remote); no local package."
      }
    }
  },
  "_meta": {
    "io.modelcontextprotocol.registry/official": {
      "status": "active",
      "statusChangedAt": "2026-08-07T18:07:05.841301Z",
      "publishedAt": "2026-08-07T18:07:05.841301Z",
      "updatedAt": "2026-08-07T18:07:05.841301Z",
      "isLatest": true
    }
  }
}
```

The server is listed as "Jithox EU Energy Label Preflight".