CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

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.

62

Quality

78%

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
SKILL.md
Quality
Evals
Security

Quality

Content

75%Weight 40%Scale 1-5

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

A well-organized, efficient body that gives concrete, actionable direction for matching a repo's integration pattern, with a clear workflow and checklist. The gaps are minor: validation guidance is high-level rather than mechanical, and no executable discovery commands are provided.

DimensionReasoningScore

Conciseness

The body is a lean bullet-driven checklist with no background explanation of concepts Claude already knows. Only minor trimmable redundancy remains, e.g., "The point is to match the host repository's pattern" and "Use this when the job is to add a repo-native integration surface, not just a generic HTTP client" largely restate the description.

4 / 5

Actionability

Instruction-only but concrete: "Inspect at least 2 existing connectors/providers", explicit per-step inspection maps, three concrete reference directory shapes, and a checkbox checklist. It stops short of fully executable guidance — no example commands or search patterns for discovering registry hooks or test fixtures — so it does not reach anchor 5.

4 / 5

Workflow Clarity

Clear 4-step sequence (learn house style, narrow the target, build in layers, validate against the source pattern) with the Quality Checklist as an end checkpoint. Step 4 lacks explicit validation mechanics or a fix-and-retry feedback loop, which keeps it below the anchor 5 with explicit validation steps.

4 / 5

Progressive Disclosure

Well-sectioned single-file skill with no nested or dangling file references (verified: no references/, scripts/, or assets/ bundle files exist). At ~110 lines with per-language reference shapes it sits just above the compact-skill case where organization alone would merit 5; some shapes or the checklist could live in a reference file.

4 / 5

Total

16

/

20

Passed

Description

70%Weight 40%Scale 1-5

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 strong, concise description with an explicit what and when and good natural trigger terms. Its main weaknesses are limited enumeration of concrete actions in the description itself and an abstract rather than user-phrased trigger clause.

Suggestions

Enumerate 2-3 concrete sub-actions in the description itself (e.g., 'wire config, auth, and registry registration') to lift specificity beyond a single action.

Make the 'Use when' clause match natural user phrasings, e.g., 'Use when the user asks to add a Jira/Slack-style connector, provider, or plugin following the repo's existing pattern'.

DimensionReasoningScore

Specificity

"Build a new API connector or provider by matching the target repo's existing integration pattern exactly" names the domain and one concrete action, but does not enumerate several specific actions (config, auth, registry wiring, tests appear only in the body). Fits the '1-2 concrete actions, not comprehensive' anchor rather than the 'several specific actions' anchor above.

3 / 5

Completeness

It has a clear what ("Build a new API connector or provider by matching the target repo's existing integration pattern") and an explicit when ("Use when adding one more integration without inventing a second architecture"). The when clause is abstract rather than concrete user trigger phrases, so it does not reach the anchor 5 example's level of explicit triggers.

4 / 5

Trigger Term Quality

"API connector", "provider", and "integration" are natural terms users would say when requesting this work. It misses common variations such as "plugin" or named-service phrasing ("add a Jira/Slack integration"), so it falls short of the comprehensive synonym coverage anchor.

4 / 5

Distinctiveness Conflict Risk

The repo-native connector/provider construction niche is clearly distinguishable with distinct triggers. There is minor overlap risk with generic HTTP-client or backend-integration skills, so it does not fully match the minimal-conflict anchor 5.

4 / 5

Total

15

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

affaan-m/ECC

Path

skills/api-connector-builder/SKILL.md

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.