CtrlK
BlogDocsLog inGet started
Tessl Logo

api-connector-builder

Build a new API connector or provider by matching the target repo's existing integration pattern exactly. Use when adding one more integration without inventing a second architecture.

61

Quality

73%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/api-connector-builder/SKILL.md

The canonical home for this skill is tdg-personal/api-connector-builder

SKILL.md
Quality
Evals
Security

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A concise, well-organized process guide that assumes Claude's competence and structures content cleanly. It loses points on actionability and workflow clarity because the build steps lack executable detail and the validation checkpoint is implicit rather than a concrete feedback loop.

Suggestions

Add at least one concrete, executable snippet per build layer (e.g. a minimal config-schema stub or a registry-registration code fragment) so guidance is copy-paste ready rather than directional.

Turn step 4 into an explicit validation loop, e.g. "run the host repo's connector test suite; if it fails, diff against an existing connector and re-run" with a pass-gate before finishing.

DimensionReasoningScore

Conciseness

Lean bullet lists and short sections with no explaining of concepts Claude already knows; the directory-layout blocks are illustrative rather than padded, so every token earns its place.

3 / 3

Actionability

Steps specify what to inspect and which layers to build ("at least 2 existing connectors", six named slices, reference shapes) but provide no executable code or commands, leaving the how-to-build detail implicit.

2 / 3

Workflow Clarity

A clear four-step sequence with a Quality Checklist exists, but the validate step is abstract ("should look obvious in the codebase") with no explicit verify-then-fix feedback loop.

2 / 3

Progressive Disclosure

Self-contained body organized into well-signaled sections (When to Use, Guardrails, Workflow, Reference Shapes, Quality Checklist) with no nested references or monolithic wall of text.

3 / 3

Total

10

/

12

Passed

Description

75%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A clear, well-scoped description that answers both what and when with an explicit trigger and a distinct niche. It is slightly held back by listing only one concrete action and offering limited trigger-term variation.

Suggestions

Enumerate a couple more concrete actions (e.g. "scaffold the connector, wire registry/discovery, mirror the repo's test style") to lift specificity toward multiple distinct actions.

Broaden trigger terms with natural variations users say, such as "plugin", "adapter", or "add a [vendor] integration", so the description surfaces more readily.

DimensionReasoningScore

Specificity

Names the domain and a concrete action ("Build a new API connector or provider by matching the target repo's existing integration pattern exactly"), but it is one action plus a constraint rather than an enumeration of multiple distinct concrete actions.

2 / 3

Completeness

It states both what it does (build a repo-native connector/provider) and an explicit "Use when adding one more integration..." trigger, satisfying the what-and-when bar.

3 / 3

Trigger Term Quality

"API connector", "provider", and "integration" are natural terms, but coverage is thin with no common variations (e.g. plugin, adapter) and "without inventing a second architecture" reads as a guardrail rather than a trigger.

2 / 3

Distinctiveness Conflict Risk

The repo-native integration niche with distinct connector/provider triggers is clearly distinguishable and unlikely to fire for unrelated skills.

3 / 3

Total

10

/

12

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository
affaan-m/ECC
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.