EleringDashboard SDK

EleringDashboard SDK

Elering dashboard API documentation client, generated from the OpenAPI spec.

This is an unofficial SDK for the Elering dashboard API documentation public API, generated by Voxgig with @voxgig/sdkgen. It is not affiliated with, endorsed by, or sponsored by the upstream API provider.

TypeScript, Python, PHP, Golang, Ruby, Lua SDKs, a CLI, an interactive REPL, and an MCP server for AI agents — all generated from one OpenAPI spec by @voxgig/sdkgen.

Entities, not endpoints

This SDK exposes the API as a small set of semantic entities — Balance, BalanceController, Firm, FirmCapacityController, GasBalanceController, GasBorderTradeController, GasSystem, GasSystemController, GasTrade, GasTradeController, GasTransmissionController, GreenController, Interruptible, InterruptibleCapacityController, Nomination, NominationsController, NpsController, Renomination, RenominationsController, System, SystemController, TransmissionController, UmmGasController and UmmRssFeedController — that you call directly, instead of assembling URL paths and query strings. Entities are Capitalised to mark them as the primary surface, each with the operations they support (load):

const client = new EleringDashboardSDK()
const balance = await client.Balance().load()

Thinking in entities keeps the mental model small — for people and AI agents alike — rather than reasoning about raw HTTP routes and query parameters.

Packages

LanguagePackageInstall
TypeScript@voxgig-sdk/elering-dashboardpublish pending — install from git tag
Pythonvoxgig-sdk-elering-dashboardpublish pending — install from git tag
PHPvoxgig-sdk/elering-dashboardpublish pending — install from git tag
Golanggithub.com/voxgig-sdk/elering-dashboard-sdk/gogo get github.com/voxgig-sdk/elering-dashboard-sdk/go@latest
Rubyvoxgig-sdk-elering-dashboardpublish pending — install from git tag
Luavoxgig-sdk-elering-dashboardpublish pending — install from git tag

Quickstart

TypeScript

import { EleringDashboardSDK } from '@voxgig-sdk/elering-dashboard'

const client = new EleringDashboardSDK()

// Load balance data (returns a Balance)
const balance = await client.Balance().load()
console.log(balance)

See the TypeScript README for the full guide.

Surfaces

SurfacePath
SDK (TypeScript, Python, PHP, Golang, Ruby, Lua)ts/ py/ php/ go/ rb/ lua/
CLIgo-cli/
MCP servergo-mcp/

Use it from an AI agent (MCP)

The generated MCP server exposes every operation in this SDK as an MCP tool that Claude, Cursor or Cline can call directly. Build and register it:

cd go-mcp && go build -o elering-dashboard-mcp .

Then add it to your agent’s MCP config (Claude Desktop, Cursor, etc.):

{
  "mcpServers": {
    "elering-dashboard": {
      "command": "/abs/path/to/elering-dashboard-mcp"
    }
  }
}

Entities

The API exposes 24 entities:

EntityDescriptionAPI path
BalanceThe Balance entity (load)./api/balance
BalanceControllerThe BalanceController entity (load)./api/balance/commerce/csv
FirmThe Firm entity (load)./api/capacity/firm
FirmCapacityControllerThe FirmCapacityController entity (load)./api/capacity/firm/csv
GasBalanceControllerThe GasBalanceController entity (load)./api/gas-balance/price/csv
GasBorderTradeControllerThe GasBorderTradeController entity (load)./api/gas/border-trade/current
GasSystemThe GasSystem entity (load)./api/gas-system
GasSystemControllerThe GasSystemController entity (load)./api/gas-system/csv
GasTradeThe GasTrade entity (load)./api/gas-trade
GasTradeControllerThe GasTradeController entity (load)./api/gas-trade/csv
GasTransmissionControllerThe GasTransmissionController entity (load)./api/gas-transmission/cross-border/csv
GreenControllerThe GreenController entity (load)./api/green/certificates
InterruptibleThe Interruptible entity (load)./api/capacity/interruptible
InterruptibleCapacityControllerThe InterruptibleCapacityController entity (load)./api/capacity/interruptible/csv
NominationThe Nomination entity (load)./api/nominations
NominationsControllerThe NominationsController entity (load)./api/nominations/csv
NpsControllerThe NpsController entity (load)./api/nps/price/csv
RenominationThe Renomination entity (load)./api/nominations/renominations
RenominationsControllerThe RenominationsController entity (load)./api/nominations/renominations/csv
SystemThe System entity (load)./api/system
SystemControllerThe SystemController entity (load)./api/system/csv
TransmissionControllerThe TransmissionController entity (load)./api/transmission/cross-border-capacity/{group}/csv
UmmGasControllerThe UmmGasController entity (load)./api/umm/gas
UmmRssFeedControllerThe UmmRssFeedController entity (load)./umm/gas/rss

The operations available across these entities are load — see each entity’s own list above for exactly which it supports.

Quickstart in other languages

Python

from eleringdashboard_sdk import EleringDashboardSDK

client = EleringDashboardSDK()


# Load a specific balance (returns the record, raises on error)
balance = client.Balance().load()
print(balance)

PHP

<?php
require_once 'eleringdashboard_sdk.php';

$client = new EleringDashboardSDK();


// Load a specific balance (returns the bare record; throws on error)
$balance = $client->Balance()->load();
print_r($balance);

Golang

import sdk "github.com/voxgig-sdk/elering-dashboard-sdk/go"

client := sdk.New()

// Load balance data
balance, err := client.Balance(nil).Load(map[string]any{}, nil)
fmt.Println(balance)

Ruby

require_relative "EleringDashboard_sdk"

client = EleringDashboardSDK.new


# Load a specific balance (returns the bare record; raises on error)
balance = client.Balance.load()
puts balance

Lua

local sdk = require("elering-dashboard_sdk")

local client = sdk.new()


-- Load a specific balance
local balance, err = client:Balance():load()
print(balance)

Unit testing in offline mode

Every SDK ships a test mode that swaps the HTTP transport for an in-memory mock, so unit tests run offline.

TypeScript

const client = EleringDashboardSDK.test()
const balance = await client.Balance().load()
// balance is a bare Balance populated with mock data
console.log(balance)

Python

client = EleringDashboardSDK.test()
balance = client.Balance().load()
print(balance)

PHP

// Seed fixture data so offline calls resolve without a live server.
$client = EleringDashboardSDK::test([
    "entity" => ["balance" => ["test01" => []]],
]);
$balance = $client->Balance()->load();

Golang

client := sdk.Test()
result, err := client.Balance(nil).Load(
    nil, nil,
)

Ruby

# Seed fixture data so offline calls resolve without a live server.
client = EleringDashboardSDK.test({
  "entity" => { "balance" => { "test01" => {} } },
})
balance = client.Balance.load()

Lua

local client = sdk.test()
local result, err = client:Balance():load()

Direct and prepare

For endpoints the entity model doesn’t cover, use the low-level methods:

  • direct(fetchargs) — build and send an HTTP request in one step.
  • prepare(fetchargs) — build the request without sending it.

Both accept a map with path, method, params, query, headers, and body. See the How-to guides below.

How-to guides

Make a direct API call

When the entity interface does not cover an endpoint, use direct:

TypeScript:

const result = await client.direct({
  path: '/api/resource/{id}',
  method: 'GET',
  params: { id: 'example' },
})
if (result instanceof Error) {
  throw result
}
console.log(result.data)

Python:

result = client.direct({
    "path": "/api/resource/{id}",
    "method": "GET",
    "params": {"id": "example"},
})

PHP:

$result = $client->direct([
    "path" => "/api/resource/{id}",
    "method" => "GET",
    "params" => ["id" => "example"],
]);

Go:

result, err := client.Direct(map[string]any{
    "path":   "/api/resource/{id}",
    "method": "GET",
    "params": map[string]any{"id": "example"},
})

Ruby:

result = client.direct({
  "path" => "/api/resource/{id}",
  "method" => "GET",
  "params" => { "id" => "example" },
})

Lua:

local result, err = client:direct({
  path = "/api/resource/{id}",
  method = "GET",
  params = { id = "example" },
})

Advanced

Everyday use only needs the sections above. This explains the internals behind every call — relevant when writing custom features.

Every SDK call runs the same five-stage pipeline:

  1. Point — resolve the API endpoint from the operation definition.
  2. Spec — build the HTTP specification (URL, method, headers, body).
  3. Request — send the HTTP request.
  4. Response — receive and parse the response.
  5. Result — extract the result data for the caller.

A feature hook fires at each stage (e.g. PrePoint, PreSpec, PreRequest), so features can inspect or modify the pipeline without forking the SDK.

Features

FeaturePurpose
TestFeatureIn-memory mock transport for testing without a live server

Pass custom features via the extend option at construction time.

Per-language documentation

Upstream API

This SDK is generated from the upstream OpenAPI specification. It is an unofficial client and is not affiliated with the API provider.

Security

Please report security issues to security@voxgig.com. See SECURITY.md. Do not open public issues for suspected vulnerabilities.


Generated from the Elering dashboard API documentation OpenAPI spec by @voxgig/sdkgen.

Get the Voxgig dispatch

Short notes on building SDKs, CLIs, REPLs, and MCPs for API-first teams, plus the occasional Fireside episode pick.

By signing up you agree to our Terms and Conditions.