CtrlK
BlogDocsLog inGet started
Tessl Logo

using-model-endpoint

Call a registered model endpoint over its native HTTP API from the endpoint's scoped inference kernel (BASE_URL preloaded). Load once a task needs predictions from a registered model endpoint.

65

Quality

77%

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 ./configs/microservice/bff-service/configs/agent-skills/claude-science/using-model-endpoint/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

92%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.

The body is an exemplary lean, high-signal skill: it states the exact invocation pattern, auth, and proxy constraints with no padding, and cleanly defers lifecycle and request-shape detail to clearly named skills. The only meaningful gap is the absence of a single complete example request, which keeps actionability at 4 rather than 5.

DimensionReasoningScore

Conciseness

The body is dense and lean with zero padding — "You are a pure HTTP client of BASE_URL", "never hardcode hosts/ports", "don't disable it (e.g. trust_env=False)" — assuming Claude's competence and spending every token on non-obvious specifics. No explanation of known concepts, matching the 'every token earns its place' anchor.

5 / 5

Actionability

Guidance is concrete and executable: the exact invocation pattern compute_provider({'provider': '<slug>', 'code': '…'}), the precise header "Authorization: Bearer $INFER_API_KEY", named libraries (httpx preinstalled / requests), and the specific anti-pattern to avoid (trust_env=False). It stops short of a 5 because no complete copy-paste request example is included; request shapes are deferred to the provider's runbook skill.

4 / 5

Workflow Clarity

This is a simple, single-purpose skill where the single action is unambiguous: get the slug from list_compute (without the infer: prefix), call the kernel via compute_provider, and make a plain HTTP request to BASE_URL with the auth and proxy rules stated. Edge behavior is also covered (managed cold starts "can take minutes"), and there are no destructive or batch operations requiring validation checkpoints.

5 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files and no need for external references, and it is well organized into a role statement, a constraint bullet list, and a clearly-signaled managed-endpoints section. External detail is correctly pushed one level deep to clearly named skills (the provider's runbook via skillName, and managed-model-endpoints), with no nested reference chains.

5 / 5

Total

19

/

20

Passed

Description

62%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.

The description clearly states a specific capability and includes an explicit load trigger, with good boundary definition against related skills. Its main weaknesses are jargon-heavy phrasing, limited natural keyword variants, and a trigger clause that restates the capability rather than giving varied concrete trigger phrases.

Suggestions

Add natural keyword variants users would actually say, e.g. "Use when you need to run inference, query a model, or get predictions from a registered endpoint".

Mention common variations of the trigger scenario such as calling a hosted vs. local endpoint or discovering endpoints via list_compute, to broaden trigger coverage beyond the single 'needs predictions' phrase.

Consider naming one or two additional concrete actions (e.g., sending requests with httpx/requests, authenticating with INFER_API_KEY) to raise specificity from a single action to several.

DimensionReasoningScore

Specificity

The description names one concrete, well-qualified action ("Call a registered model endpoint over its native HTTP API from the endpoint's scoped inference kernel") but does not list several distinct actions, matching the '1-2 concrete actions, not comprehensive' anchor rather than the 'several specific actions' anchor above.

3 / 5

Completeness

Both parts are explicit: the "what" (call the endpoint over its native HTTP API from the scoped kernel) and the "when" ("Load once a task needs predictions from a registered model endpoint"). The trigger clause is present but somewhat circular and could be more specific (e.g., referencing list_compute or hosted vs. local endpoints), so it does not reach the concrete-trigger-phrases level of a 5.

4 / 5

Trigger Term Quality

Relevant keywords like "model endpoint", "predictions", and "native HTTP API" are present, but the phrasing leans on internal jargon ("scoped inference kernel", "BASE_URL preloaded") and misses natural synonyms such as "inference", "query the model", or "call the model", so it falls short of good keyword coverage.

3 / 5

Distinctiveness Conflict Risk

The description carves a clear niche (direct native-API calls to registered endpoints from the scoped kernel) that is mostly distinct, with only minor overlap risk against the closely related managed-model-endpoints lifecycle skill and the providers' own runbook skills.

4 / 5

Total

14

/

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
UnicomAI/wanwu
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.