CtrlK
BlogDocsLog inGet started
Tessl Logo

create-service

Generate Harness Service YAML for deployable workloads and create via MCP. Supports Kubernetes, Helm, ECS, Serverless, SSH, and WinRm deployment types with artifact sources from Docker Hub, ECR, GCR, ACR, Nexus, and S3. Use when asked to create a service, define a Kubernetes service, set up a Helm chart deployment, configure an ECS service, or define what gets deployed. Trigger phrases: create service, service definition, Kubernetes service, Helm service, ECS service, deployment service, artifact source.

68

Quality

82%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

64%

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

This is a solid, highly actionable skill with complete YAML examples for all major deployment types and clear MCP integration instructions. Its main weaknesses are the monolithic structure (all examples inline rather than referenced) and the lack of explicit validation/feedback loops in the workflow—particularly around verifying connectors exist and validating YAML before creation. The content could be tightened by deduplicating the generic service structure example with the Kubernetes-specific one.

Suggestions

Integrate connector verification and YAML validation as explicit numbered steps in the workflow (e.g., 'Step 4: Verify connectors exist via harness_list with resource_type connector before generating YAML'), and add a feedback loop for creation failures.

Move the deployment type YAML examples and artifact source type catalog into separate reference files (e.g., deployment-types.md, artifact-sources.md) and link from the main skill to reduce inline bulk.

Remove the generic 'Service Structure' YAML block since it duplicates the Kubernetes Service example—or keep only the generic one and make deployment-specific examples reference files.

DimensionReasoningScore

Conciseness

The skill is fairly efficient but includes some redundancy—the full Service Structure example overlaps significantly with the Kubernetes Service example below it. The artifact source types list and deployment type examples are useful reference material but could be more compact. It doesn't over-explain concepts Claude knows, but the sheer volume of YAML examples adds bulk.

2 / 3

Actionability

Highly actionable with complete, copy-paste-ready YAML for every deployment type, specific MCP tool calls with exact parameters, concrete codebase detection patterns (file paths, registry URL patterns), and clear artifact source specifications. Claude can directly execute on any of these examples.

3 / 3

Workflow Clarity

The 5-step workflow (detect → detect artifact → confirm → generate → create) is clearly sequenced and includes a user confirmation step. However, it lacks explicit validation checkpoints—there's no step to validate the generated YAML before pushing, no feedback loop for creation failures, and the troubleshooting section is separate rather than integrated into the workflow. The 'verify connectors exist' note in Performance Notes should be a workflow step.

2 / 3

Progressive Disclosure

The content is mostly monolithic—all deployment type examples are inline rather than split into separate reference files. There is one external reference (create-pipeline/references/codebase-analysis.md) which is good, but the bulk of the YAML examples (Kubernetes, Helm, Kustomize, ECS, Serverless) and the artifact source type catalog could be offloaded to reference files. No bundle files are provided to support this.

2 / 3

Total

9

/

12

Passed

Description

100%

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

This is an excellent skill description that is specific, comprehensive, and well-structured. It clearly defines what the skill does (generate Harness Service YAML with specific deployment types and artifact sources), when to use it (explicit trigger phrases and use-when clause), and occupies a distinct niche (Harness platform + MCP). The explicit trigger phrases section is a strong addition that aids skill selection.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: generating Harness Service YAML, creating via MCP, and enumerates specific deployment types (Kubernetes, Helm, ECS, Serverless, SSH, WinRm) and artifact sources (Docker Hub, ECR, GCR, ACR, Nexus, S3).

3 / 3

Completeness

Clearly answers both 'what' (generate Harness Service YAML for deployable workloads with specific deployment types and artifact sources) and 'when' (explicit 'Use when...' clause with multiple trigger scenarios and a dedicated trigger phrases list).

3 / 3

Trigger Term Quality

Includes a rich set of natural trigger phrases users would say: 'create service', 'service definition', 'Kubernetes service', 'Helm service', 'ECS service', 'deployment service', 'artifact source', plus contextual phrases like 'define what gets deployed' and 'set up a Helm chart deployment'.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive due to the specific Harness platform context, MCP integration, and the enumeration of specific deployment types and artifact sources. Unlikely to conflict with generic service or deployment skills.

3 / 3

Total

12

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
harness/harness-ai
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.