CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

golang-continuous-integration

GitHub Actions CI/CD pipeline configuration for Golang projects — workflow files for test, lint, SAST, coverage and vulnerability-scan jobs, Dependabot and Renovate config files, GoReleaser release pipelines, Docker build/push, repository security settings, and AI-driven PR review. Use when setting up or improving Go project CI, writing or fixing `.github/workflows/*.yml`, adding a linter or security scanner as a pipeline job, wiring automated dependency-update bots, or adding quality gates. Covers wiring tools into a pipeline, not the analysis they perform: do NOT use for choosing or interpreting security findings (→ See `samber/cc-skills-golang@golang-security` skill) or for choosing, upgrading, or auditing dependency versions (→ See `samber/cc-skills-golang@golang-dependency-management` skill).

74

Quality

93%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

86%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, well-structured CI skill: it is an action-first overview that defers all full configurations to verified bundle files, sequences both first-time setup and improvement workflows, and encodes security-permission rationale as inline warnings. The main headroom is trimming duplicated inline detail (Docker/Renovate bullets, Common Mistakes entries) and adding an explicit post-generation verification step.

Suggestions

Conciseness: deduplicate the Common Mistakes table against the inline sections — entries like 'Missing -race in CI tests' and 'No -shuffle=on' restate guidance already given under Testing — or fold the table into the asset files and keep only genuinely new mistakes inline.

Conciseness: compress the Docker 'Key details' bullet list and the Renovate 'Key advantages' list into one or two lines each, leaving the detail in the linked asset files (docker.yml, renovate.json).

Workflow clarity: add an explicit verification checkpoint at the end of both modes, e.g. 'after committing workflows, confirm the first run passes and treat a red check as the next work item', to close the setup loop with a feedback step.

DimensionReasoningScore

Conciseness

The body is largely lean — a Quick Reference table, terse flag bullets, and pointers to asset files — with a smart 'Action Versions' disclaimer handling time-sensitive versions. Minor over-explanation remains: the Docker 'Key details' bullets, the Renovate 'Key advantages' list, and the Common Mistakes table repeat points already made inline (e.g. `-race`, `-shuffle=on`, `-count=1`), matching 'Efficient; minor instances of over-explanation that could be trimmed'. Not a 5 because a few sections could be tightened; not a 3 because nothing extensively explains concepts Claude already knows.

4 / 5

Actionability

Nearly every section links to a complete, ready-to-use asset file (test.yml, lint.yml, security.yml, docker.yml, dependabot.yml, goreleaser-*.yml, all verified present), and inline guidance is executable: 'go test -race', '-shuffle=on', '-count=1', 'go mod tidy && git diff --exit-code', plus copy-paste commands for Copilot ('npx skills add ... --copy; ln -s .agents .copilot'). This matches 'Fully executable; copy-paste ready code or commands; specific examples cover the common cases'.

5 / 5

Workflow Clarity

Sequencing is explicit — Setup mode: 'generate workflows in this order: test → lint → security → release'; Improve mode: 'read current workflow files first, identify gaps against the Quick Reference table, then propose targeted additions' — and the Common Mistakes table acts as a checklist. It is not a 5 because there is no explicit verification checkpoint (e.g. 'run the workflow / act on the first failed check') closing the loop; it is not a 3 because the sequence and most checkpoints are clearly present and the domain involves no destructive batch operations that would require validation loops.

4 / 5

Progressive Disclosure

The body is a true overview: each pipeline stage is a short paragraph plus a well-signaled one-level-deep markdown link into ./assets/ (15 files, all verified to exist), with only repo-security.md in ./references/. No nested references, no content that belongs in a separate file inlined at length. This matches the anchor 'Clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation'.

5 / 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: it states concrete capabilities, gives explicit and varied 'Use when' triggers including a file-path pattern, and delimits its boundary against sibling skills with do-NOT-use redirects. Third-person voice is used throughout and every clause carries information.

DimensionReasoningScore

Specificity

The description enumerates many concrete deliverables — 'workflow files for test, lint, SAST, coverage and vulnerability-scan jobs, Dependabot and Renovate config files, GoReleaser release pipelines, Docker build/push, repository security settings, and AI-driven PR review' — giving comprehensive, tool-by-tool coverage with no vague filler. It matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' and does not fall below it, since nothing in the list is generic.

5 / 5

Completeness

It explicitly answers 'what' (the enumerated workflow/config deliverables) and 'when' via a concrete 'Use when setting up or improving Go project CI...' clause with multiple trigger scenarios, and adds negative boundary guidance ('do NOT use for choosing or interpreting security findings'). This matches the anchor 'Clearly and explicitly answers both what AND when with concrete trigger phrases'; a 4 would mean the 'when' clause was present but less explicit, which is not the case.

5 / 5

Trigger Term Quality

Natural trigger phrases a user would actually say are well covered: 'setting up or improving Go project CI', 'writing or fixing `.github/workflows/*.yml`', 'adding a linter or security scanner as a pipeline job', 'wiring automated dependency-update bots', plus synonyms Golang/Go and file-path patterns. This matches the anchor 'Comprehensive coverage of natural terms including synonyms and file extensions'; a 4 would require missing natural terms, and none of the common phrasings for this task are absent.

5 / 5

Distinctiveness Conflict Risk

The scope is sharply bounded — 'Covers wiring tools into a pipeline, not the analysis they perform' — with explicit redirects to sibling skills for security-finding interpretation and dependency-version management. This is a clear niche with distinct triggers and minimal conflict risk, matching the anchor for 5 rather than the 4 anchor, which would imply unresolved overlap with closely related skills.

5 / 5

Total

20

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_field

'metadata' should map string keys to string values

Warning

Total

15

/

16

Passed

Repository

samber/cc-skills-golang

Path

skills/golang-continuous-integration/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.