adding-providers

Guide engineers through adding and registering LLM providers to the anie harness.

Updated Apr 15, 2026
One-click install
npx skills add https://github.com/danielmriley/anie --skill adding-providers
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: adding-providers
Source: https://github.com/danielmriley/anie/tree/main/.claude/skills/adding-providers
Command: npx skills add https://github.com/danielmriley/anie --skill adding-providers

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The skill provides a structured pathway for teams to add, scaffold, plan, and register new LLM providers or provider families to the anie harness. It codifies the end-to-end process, including native (new ApiKind) and aggregator (OpenAI-compatible) paths, discovery and telemetry integration, and the validation invariants that ensure consistent behavior across providers.

Core Features & Use Cases

  • Native-provider planning: declare model capabilities, extend the content model, and implement per-provider streaming semantics.
  • Aggregator-provider integration: reuse the OpenAI-compatible path with per-vendor capability mapping and quirks as a minimal compat-blob, reducing duplicated code.
  • Testing and rollout: add invariant tests, register the provider in onboarding and UI, and verify the ecosystem gates with workspace checks.

Quick Start

Follow the six-step recipe to implement and register a new provider.

Frequently Asked Questions about adding-providers

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

FAQPage Schema
How do I add a new LLM provider to my testing harness?

Adding a new LLM provider involves scaffolding provider traits, declaring capabilities, extending the ContentBlock structure, implementing round-trip contract rules, and validating through invariant and rollout tests.

What's the difference between native and aggregator provider integration?

Native provider integration requires declaring a new ApiKind and implementing per-provider streaming semantics, whereas aggregator integration reuses the OpenAI-compatible path with a minimal per-vendor capability mapping to reduce duplicated code.

How do I declare model capabilities when onboarding a new provider?

You declare model capabilities by extending the ContentBlock structure and specifying per-provider traits, ensuring you implement round-trip contract rules to maintain consistent behavior across the new LLM integration.

What testing is required to validate a new provider integration?

Validating a new provider requires adding invariant tests to verify round-trip contract rules, registering the provider in onboarding and UI, and verifying ecosystem gates with workspace checks during rollout.

Can I reuse the OpenAI-compatible path for non-native LLM providers?

Yes, you can reuse the OpenAI-compatible aggregator path for non-native providers by mapping per-vendor capabilities and handling specific quirks as a minimal compat-blob, which reduces duplicated integration code.

Why does my provider onboarding fail ecosystem gates during rollout?

Provider onboarding fails ecosystem gates when round-trip contract rules are violated or capabilities are misdeclared. You must pass invariant tests and workspace checks to verify consistent behavior across the harness.