CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

databricks-model-serving

Databricks Model Serving endpoint lifecycle and ops. Use when asked to: CRUD serving endpoints (CLI or MLflow Deployments client); configure traffic routing for A/B / canary deploys and zero-downtime version swaps; retrieve OpenAPI schemas; inspect logs, metrics, or permissions; manage legacy AI Gateway rate limits (not Unity Gateway); discover Foundation Model API endpoints at runtime; integrate endpoints into Databricks Apps; or stream from off-platform clients (Vercel AI SDK v6, standalone Node.js). NOT for: Unity Gateway CRUD and management (databricks-unity-gateway), training, MLflow autologging, UC registration, custom PyFunc/ResponsesAgent authoring (databricks-ml-training); no-code document / data agents incl. legacy Knowledge Assistants & Supervisor Agents (databricks-genie-agents); MLflow evaluation (databricks-mlflow-evaluation).

Quality

94%

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

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 strong, ops-focused body: fully executable commands with real JSON specs, explicit readiness-validation steps, and a genuinely useful troubleshooting table. The only weaknesses are mild redundancy in the CLI-discovery section and an incomplete use of the bundle structure — two unreferenced assets and inline detail that the existing references/ pattern could absorb.

Suggestions

Deduplicate the CLI-discovery guidance in 'CLI Discovery — ALWAYS Do This First' — the paragraph after the code block repeats the instruction already given by the code-block comments; one statement suffices.

Reference the bundled assets (assets/databricks.png, databricks.svg) from the body, or remove them from the bundle so the file listing matches what the skill actually uses.

Move the MLflow Deployments gotchas and the Apps integration YAML/env snippets into a references/ file (mirroring off-platform-streaming.md) to further slim the main body.

DimensionReasoningScore

Conciseness

The body is dense and assumes CLI/REST competence — no padding explaining what serving or REST APIs are — but the CLI-discovery instruction is stated twice in the same section ("Run `databricks serving-endpoints -h` before constructing any command. Run `databricks serving-endpoints <subcommand> -h` to discover exact flags...") and the opening sentence "Model Serving provides managed endpoints for serving LLMs, custom ML models..." is inferable background. Efficient with minor trimming possible — anchor 4, not the every-token-earns-its-place anchor 5.

4 / 5

Actionability

Everything is executable: a complete create command with full JSON spec, jq pipelines for readiness polling and Foundation Model discovery, copy-paste Python for the version-swap flow, a task-to-command table, and a troubleshooting table keyed on exact error strings. This matches the fully-executable anchor 5.

5 / 5

Workflow Clarity

Multi-step flows have explicit validation checkpoints and feedback loops: poll both `state.ready` AND `state.config_update` with the failure mode spelled out ("A loop watching only `state.ready` will say 'ready' mid version-swap"), the version-swap warning that "Missing either half is the common bug", and a troubleshooting table for error recovery. Matches the anchor-5 pattern; anchor 4 would require missing checkpoints.

5 / 5

Progressive Disclosure

Good structure: clear sections, one well-signaled one-level-deep reference ([references/off-platform-streaming.md](references/off-platform-streaming.md), verified to exist, 182 lines, appropriately split out). Falls short of anchor 5 because the bundled assets (assets/databricks.png, databricks.svg) are never referenced from the body, and detail-heavy sections (MLflow Deployments gotchas, the full Apps databricks.yml/app.yaml integration) sit inline where the established reference-file pattern could carry them.

4 / 5

Total

18

/

20

Passed

Description

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

An exemplary description: concrete third-person capability list, explicit "Use when asked to" triggers with natural terminology, and explicit negative boundaries with named sibling skills. The length is dense with trigger content rather than padded, so the verbosity guideline is not penalized.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "CRUD serving endpoints (CLI or MLflow Deployments client)", "configure traffic routing for A/B / canary deploys and zero-downtime version swaps", "retrieve OpenAPI schemas", "inspect logs, metrics, or permissions", "manage legacy AI Gateway rate limits" — covering the domain comprehensively, matching the anchor-5 example rather than the minor-gaps anchor 4.

5 / 5

Completeness

It explicitly answers both questions: what ("Databricks Model Serving endpoint lifecycle and ops") and when ("Use when asked to:" followed by concrete trigger phrases). This matches the anchor-5 example exactly; a 4 would require the when to be less explicit.

5 / 5

Trigger Term Quality

Natural phrases a user would actually say appear throughout: "serving endpoints", "A/B", "canary deploys", "zero-downtime version swaps", "rate limits", "logs, metrics, or permissions", "stream". Coverage includes synonyms and grouped variants, satisfying the comprehensive anchor; it is not merely good-with-a-few-missing (anchor 4).

5 / 5

Distinctiveness Conflict Risk

A clear niche is combined with an explicit "NOT for:" list routing Unity Gateway, training/PyFunc authoring, no-code agents, and MLflow evaluation to named sibling skills (databricks-unity-gateway, databricks-ml-training, databricks-genie-agents, databricks-mlflow-evaluation), minimizing wrong-skill triggering.

5 / 5

Total

20

/

20

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.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 2 suspicious

Warning

Total

14

/

16

Passed

Repository

databricks/databricks-agent-skills

Path

skills/databricks-model-serving/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.