meridian-provider-builder

Scaffold Meridian data provider adapters with ADR-compliant test scaffolds.

Updated Mar 23, 2026
One-click install
npx skills add https://github.com/rodoHasArrived/Meridian-main --skill meridian-provider-builder
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: meridian-provider-builder
Source: https://github.com/rodoHasArrived/Meridian-main/tree/main/.agents/skills/meridian-provider-builder
Command: npx skills add https://github.com/rodoHasArrived/Meridian-main --skill meridian-provider-builder

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Meridian developers need a reliable, ADR-compliant way to implement new market data provider adapters without missing required resilience, cancellation, rate limiting, and JSON serialization conventions.

Core Features & Use Cases

  • Provider scaffolding for all provider types: Generate streaming (IMarketDataClient), historical/backfill (IHistoricalDataProvider), and symbol search (ISymbolSearchProvider) implementations.
  • Compliance-first architecture: Ensures required attributes, IOptionsMonitor<T> usage, cancellation propagation, source-generated JSON (ADR-014), HTTP client factory usage (ADR-010), and required streaming reconnection behavior.
  • Built-in test scaffolds: Produces matching test cases for success, rate limiting, HTTP error handling, cancellation, and empty responses (historical) or reconnect/subscribe/dispose behaviors (streaming).

Quick Start

Use the meridian-provider-builder skill to implement a new streaming or historical data adapter from the appropriate template and generate the required provider module and tests.

Frequently Asked Questions about meridian-provider-builder

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I scaffold a Meridian data provider that complies with ADR requirements?

Scaffolding Meridian data providers requires implementing streaming, historical, or symbol search adapters that satisfy ADR-001/ADR-004/ADR-010/ADR-014 requirements. Generated implementations include rate limiting, CancellationToken propagation on all async paths, IOptionsMonitor<T> configuration, and source-generated JSON serialization.

What is needed to implement rate limiting and WebSocket reconnect logic in a Meridian data provider?

Rate limiting and WebSocket reconnect logic are built into the scaffolding process for streaming providers. The generated IMarketDataClient implementations include required reconnection behavior and rate limiting controls to ensure resilient market data streaming.

How do I generate test scaffolds for historical data provider cancellation and HTTP error handling?

Test scaffolds for historical providers include matching test cases for success, rate limiting, HTTP error handling, cancellation, and empty responses. These are generated alongside the IHistoricalDataProvider implementation to verify all required failure and edge-case paths.

Does this scaffolding approach support extending existing Meridian providers with new capabilities?

Extending existing Meridian providers with new capabilities is supported by the scaffolding skill. It applies whether you are adding new streaming, historical, or symbol search functionalities while maintaining compliance with existing architectural contracts.

Why does my Meridian provider need IOptionsMonitor<T> and source-generated JSON serialization?

IOptionsMonitor<T> and source-generated JSON serialization are required by ADR-014 and ADR-004 to ensure configuration changes are detected dynamically and JSON contracts are enforced at compile time. The scaffolding process applies these conventions automatically.