Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
affaan-m avatar

Api Connector Builder

  • 4.3k installs
  • 238k repo stars
  • Updated August 5, 2026
  • affaan-m/everything-claude-code

A skill for adding new API integrations to a codebase by matching the host repository's established connector/provider patterns, conventions, and architecture.

About

API Connector developers guides developers to extend a codebase with new API integrations following the host repository's established patterns. Rather than treating each connector as a standalone HTTP client, this skill ensures consistency across connector layout, config schemas, authentication models, error handling, and test styles. Developers inspect 2+ existing connectors to understand house style, define only the target integration surface the repo actually needs, build native layers (config, client, mapper, connector entry point), validate against source patterns, and ensure registry wiring and tests match repository conventions. This prevents architectural drift, reduces friction when adding Jira, Slack, or custom API surfaces, and maintains codebase cohesion across multiple integrations. Inspect and map 2+ existing connectors to learn file layout, abstraction boundaries, config models, and test fixtures specific to the repo. Define only required surfaces: auth flows, key entities, read/write ops, pagination, rate limiting, and webhook/polling models.

  • Inspect and map 2+ existing connectors to learn file layout, abstraction boundaries, config models, and test fixtures sp
  • Define only required surfaces: auth flows, key entities, read/write ops, pagination, rate limiting, and webhook/polling
  • Build native layers in the repository's style: config/schema, client/transport, mapper, connector/provider entry point,
  • Validate new connector against source patterns so it appears native rather than imported from external ecosystem
  • Complete quality checklist: pattern match, config validation, explicit auth/error handling, pagination/retry norms, regi

Api Connector Builder by the numbers

  • 4,266 all-time installs (skills.sh)
  • +224 installs in the week ending Aug 5, 2026 (Skillselion tracking)
  • Ranked #155 of 4,347 Backend & APIs skills by installs in the Skillselion catalog
  • Security screen: LOW risk (skills.sh audit)
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
At a glance

api-connector-builder capabilities & compatibility

Capabilities
extract integration patterns from existing conne · define minimal required api surface · build config schemas and validation · implement auth and error handling following repo · wire connectors into registry/discovery systems · write tests matching host repository style
Use cases
api development
npx skills add https://github.com/affaan-m/everything-claude-code --skill api-connector-builder

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs4.3k
repo stars238k
Security audit3 / 3 scanners passed
Last updatedAugust 5, 2026
Repositoryaffaan-m/everything-claude-code

What it does

Build new API connectors or providers that match existing repository integration patterns without inventing duplicate architecture.

Who is it for?

Adding Jira, Slack, payment processor, or custom API connectors to mature codebases with 2+ existing integrations and established patterns.

Skip if: Building standalone HTTP clients, refactoring existing connectors, or greenfield integration architecture from scratch.

When should I use this skill?

Repository already has integration patterns; you need to add one or more new external service connectors; you want to avoid custom architecture.

What you get

Developer completes a new API connector that integrates seamlessly with the repository, follows all conventions, passes existing test patterns, and registers correctly with the discovery system.

  • Config schema and validation
  • Client/transport layer
  • Entity mapper

By the numbers

  • Inspect minimum 2 existing connectors to extract house style
  • Reference shape includes 3-5 core layer types (config, client, mapper, connector, registry)
  • Quality checklist covers 7 validation points

Files

SKILL.mdMarkdownGitHub ↗

API コネクター ビルダー

リポジトリネイティブな統合サーフェスを追加する場合に使用します。汎用 HTTP クライアントではありません。

ポイントはホスト リポジトリのパターンと一致することです:

  • コネクター レイアウト
  • 構成スキーマ
  • 認証モデル
  • エラー処理
  • テスト スタイル
  • 登録/発見ワイヤリング

使用するとき

  • 「このプロジェクトの Jira コネクターを構築する」
  • 「既存のパターンに従う Slack プロバイダーを追加する」
  • 「この API の新しい統合を作成する」
  • 「リポジトリのコネクター スタイルに一致するプラグインを構築する」

ガード レール

  • リポジトリに既に統合アーキテクチャがある場合は、新しい統合アーキテクチャを発明しないでください。
  • ベンダー ドキュメントだけから始めないでください。最初に既存の repo 内コネクターから始めてください。
  • リポジトリがレジストリ ワイヤリング、テスト、およびドキュメントを期待する場合は、トランスポート コードで停止しないでください。
  • リポジトリに新しい現在のパターンがある場合は、古いコネクターをカーゴカルト化しないでください。

ワークフロー

1. ハウス スタイルを学ぶ

少なくとも 2 つの既存のコネクター/プロバイダーを検査して、マップしてください:

  • ファイル レイアウト
  • 抽象化の境界
  • 構成モデル
  • 再試行 / ページネーション コンベンション
  • レジストリ フック
  • テスト フィクスチャと命名

2. ターゲット統合を絞り込む

リポジトリが実際に必要とするサーフェスのみを定義します:

  • 認証フロー
  • キー エンティティ
  • コア読み取り/書き込み操作
  • ページネーションとレート制限
  • Webhook またはポーリング モデル

3. リポジトリネイティブ レイヤーで構築

一般的なスライス:

  • 構成/スキーマ
  • クライアント/トランスポート
  • マッピング レイヤー
  • コネクター/プロバイダー エントリ ポイント
  • 登録
  • テスト

4. ソース パターンに対して検証

新しいコネクターは、別のエコシステムから インポートされたのではなく、コードベースで明白に見えるはずです。

リファレンス シェイプ

プロバイダー スタイル

providers/
  existing_provider/
    __init__.py
    provider.py
    config.py

コネクター スタイル

integrations/
  existing/
    client.py
    models.py
    connector.py

TypeScript プラグイン スタイル

src/integrations/
  existing/
    index.ts
    client.ts
    types.ts
    test.ts

品質チェックリスト

  • [ ] 既存の repo 内統合パターンに一致します
  • [ ] 構成検証が存在します
  • [ ] 認証とエラー処理が明示的です
  • [ ] ページネーション/再試行動作がリポジトリ規範に従います
  • [ ] レジストリ/発見ワイヤリングが完成しました
  • [ ] テストはホスト リポジトリのスタイルを反映しています
  • [ ] ドキュメント/例がリポジトリで期待されている場合は更新されます

関連スキル

  • backend-patterns
  • mcp-server-patterns
  • github-ops

Related skills

Forks & variants (1)

Api Connector Builder has 1 known copy in the catalog totaling 1.4k installs. They canonicalize to this original listing.

FAQ

Should I start with vendor docs or existing repo connectors?

Always start with 2+ existing repo connectors. Map their layout, config model, and test style first. Vendor docs inform the transport layer only.

What if the repo doesn't have a clear pattern yet?

Do not invent a new pattern. Establish one by learning from your 2 source connectors and documenting it as the house style.

Do I stop at transport code?

No. If the repo expects registry wiring, tests, and docs, complete all of them. Stop at transport only if that is the repo's scope.

Is Api Connector Builder safe to install?

skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.

Backend & APIsbackendintegrations

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.