tessl i github:jeremylongshore/claude-code-plugins-plus-skills --skill building-cicd-pipelinesExecute use when you need to work with deployment and CI/CD. This skill provides deployment automation and pipeline orchestration with comprehensive guidance and automation. Trigger with phrases like "deploy application", "create pipeline", or "automate deployment".
Validation
81%| Criteria | Description | Result |
|---|---|---|
allowed_tools_field | 'allowed-tools' contains unusual tool name(s) | Warning |
metadata_version | 'metadata' field is not a dictionary | Warning |
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 13 / 16 Passed | |
Implementation
20%This skill is a generic template with no CI/CD-specific content. It provides abstract process steps that could apply to any software task but lacks executable pipeline configurations, specific tool commands (docker, kubectl, terraform, etc.), or real examples. The content wastes tokens on obvious guidance while failing to teach Claude anything about actual CI/CD implementation.
Suggestions
Add concrete pipeline examples for at least one CI/CD platform (e.g., GitHub Actions YAML, GitLab CI config, or Jenkinsfile) with copy-paste ready syntax
Include specific deployment commands for common scenarios (container deployment, cloud functions, Kubernetes rollouts) rather than abstract 'execute implementation' steps
Replace generic error handling with CI/CD-specific troubleshooting (failed builds, deployment rollbacks, secret management issues, artifact registry problems)
Remove obvious guidance like 'verify credentials' and 'check network connectivity' - use that space for actual pipeline patterns and tool-specific configurations
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Extremely verbose with generic boilerplate that applies to any task. Explains obvious concepts like 'verify credentials' and 'check network connectivity' that Claude already knows. No CI/CD-specific content that earns its token cost. | 1 / 3 |
Actionability | Entirely abstract with no concrete code, commands, or CI/CD-specific examples. No actual pipeline syntax (GitHub Actions, GitLab CI, Jenkins, etc.), no deployment commands, no configuration examples. 'Execute implementation' is not actionable guidance. | 1 / 3 |
Workflow Clarity | Steps are numbered and sequenced logically (assess → design → implement → validate → deploy), but completely generic. No CI/CD-specific validation checkpoints like 'run pipeline in dry-run mode' or 'verify artifact builds before deployment'. Missing feedback loops for pipeline failures. | 2 / 3 |
Progressive Disclosure | References external files (templates, docs, examples) which is good structure, but the paths use placeholder `{baseDir}` without explanation. The main content is a wall of generic text that could be split. 'Examples' section promises examples but delivers none. | 2 / 3 |
Total | 6 / 12 Passed |
Activation
67%The description adequately covers the when/trigger aspect with explicit phrases, which is a strength. However, it lacks specificity in concrete actions (what exactly can it do with deployments?) and uses somewhat generic language like 'comprehensive guidance and automation' which is vague filler. The trigger terms are decent but could include more natural variations users might say.
Suggestions
Replace vague phrases like 'comprehensive guidance and automation' with specific actions such as 'configure CI/CD pipelines, manage container deployments, set up automated testing workflows'
Expand trigger terms to include common variations: 'CI/CD', 'continuous integration', 'continuous deployment', 'release pipeline', 'GitHub Actions', 'Jenkins', 'build automation'
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Names the domain (deployment, CI/CD) and mentions 'deployment automation' and 'pipeline orchestration' but lacks concrete specific actions like 'configure Jenkins pipelines', 'set up Docker containers', or 'manage Kubernetes deployments'. | 2 / 3 |
Completeness | Explicitly answers both what ('deployment automation and pipeline orchestration') and when ('Trigger with phrases like...') with clear trigger guidance, satisfying the completeness requirement. | 3 / 3 |
Trigger Term Quality | Includes some relevant trigger phrases ('deploy application', 'create pipeline', 'automate deployment') but misses common variations users might say like 'CI/CD', 'continuous integration', 'release', 'build pipeline', 'GitHub Actions', or specific tool names. | 2 / 3 |
Distinctiveness Conflict Risk | The deployment/CI/CD domain is reasonably specific, but 'pipeline orchestration' and 'automation' are broad terms that could overlap with data pipeline skills or general automation skills. | 2 / 3 |
Total | 9 / 12 Passed |
Reviewed
Table of Contents
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.