CtrlK
BlogDocsLog inGet started
Tessl Logo

gitlab-automation

Automate GitLab project management, issues, merge requests, pipelines, branches, and user operations via Rube MCP (Composio). Always search tools first for current schemas.

48

Quality

52%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/gitlab-automation/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

38%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 skill covers GitLab operations comprehensively but suffers from significant verbosity and redundancy — parameter details and pitfalls are repeated across workflow sections and summary sections. It contradicts its own advice to 'always call RUBE_SEARCH_TOOLS first for current schemas' by then exhaustively documenting those same schemas inline. The lack of concrete call examples, validation steps, and content splitting into supporting files limits its effectiveness.

Suggestions

Remove or drastically reduce inline parameter documentation since the skill already instructs Claude to call RUBE_SEARCH_TOOLS for current schemas — keep only the non-obvious pitfalls and quirks that schemas won't reveal.

Add concrete MCP tool call examples showing actual input/output for at least one complete workflow (e.g., creating an issue end-to-end).

Add validation checkpoints to workflows — e.g., after creating a branch, verify it exists before proceeding; after creating an issue, confirm the returned IID.

Split the detailed parameter references and pitfalls into a separate REFERENCE.md file, keeping SKILL.md as a concise overview with workflow sequences and key gotchas only.

DimensionReasoningScore

Conciseness

The skill is significantly verbose with extensive parameter listings and pitfall sections that repeat information (e.g., labels/assignee_ids pitfalls appear in both workflow-specific sections and the 'Known Pitfalls' section). The quick reference table largely duplicates information already covered in the workflows. Claude doesn't need exhaustive parameter documentation when the skill already instructs to call RUBE_SEARCH_TOOLS for current schemas.

2 / 5

Actionability

The skill provides clear tool names and parameter specifications, but lacks executable examples — no actual MCP tool call examples with concrete inputs/outputs are shown. The tool sequences are useful but remain at the level of 'call this tool with these parameters' without demonstrating a complete interaction. The instruction to 'always call RUBE_SEARCH_TOOLS first' is good but the skill then proceeds to exhaustively document parameters that should come from those schemas.

3 / 5

Workflow Clarity

Workflows are sequenced with numbered steps and labeled as Required/Optional/Prerequisite, which is helpful. However, there are no validation checkpoints or error recovery steps — no guidance on what to do when a tool call fails, how to verify results, or feedback loops for multi-step operations like creating a branch and then verifying it exists before creating an MR. For operations that could fail (wrong IDs, permission issues), this is a notable gap.

3 / 5

Progressive Disclosure

All content is inlined in a single monolithic file with no references to supporting files. The extensive parameter documentation, pitfalls, and quick reference table could be split into separate reference files. The Common Patterns and Known Pitfalls sections repeat content from the workflow sections. No bundle files exist to offload detail, resulting in a very long skill file.

2 / 5

Total

10

/

20

Passed

Description

66%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 effectively names the platform (GitLab) and lists multiple resource types it can operate on, providing reasonable specificity and distinctiveness. Its main weakness is the absence of an explicit 'Use when...' clause, which limits completeness and makes it harder for Claude to know exactly when to select this skill. The mention of implementation details ('Rube MCP', 'Composio', 'search tools first') takes up space that could be used for user-facing trigger terms.

Suggestions

Add an explicit 'Use when...' clause with trigger phrases, e.g., 'Use when the user asks about GitLab projects, creating or managing issues, reviewing merge requests, checking pipeline status, or managing branches.'

Include common synonyms and abbreviations users might say, such as 'MR', 'CI/CD', 'repos', 'repository', to improve trigger term coverage.

Move implementation details like 'Rube MCP (Composio)' and 'search tools first for current schemas' out of the description or de-emphasize them in favor of user-facing capability language.

DimensionReasoningScore

Specificity

Lists several specific domains of action: project management, issues, merge requests, pipelines, branches, and user operations. However, the actual actions (create, update, close, etc.) are not enumerated—only the objects are named. The instruction to 'search tools first for current schemas' is a procedural note rather than a capability description.

4 / 5

Completeness

The 'what' is reasonably clear—automate various GitLab operations via a specific tool. However, there is no explicit 'Use when...' clause or equivalent trigger guidance, which per the rubric caps this dimension at 3.

3 / 5

Trigger Term Quality

Includes strong natural keywords like 'GitLab', 'issues', 'merge requests', 'pipelines', 'branches' that users would naturally say. Missing some synonyms or variations like 'MR', 'CI/CD', 'repos', 'repositories', or 'pull requests' (which some users confuse with merge requests). 'Rube MCP (Composio)' is implementation detail rather than a user trigger term.

4 / 5

Distinctiveness Conflict Risk

Specifying 'GitLab' and the specific tool 'Rube MCP (Composio)' makes it fairly distinct from generic code or project management skills. Minor overlap risk exists with a general Git skill or a GitHub-specific skill, but the GitLab focus and named integration reduce conflict significantly.

4 / 5

Total

15

/

20

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
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.