CtrlK
BlogDocsLog inGet started
Tessl Logo

git-pr-workflows-git-workflow

Orchestrate a comprehensive git workflow from code review through PR creation, leveraging specialized agents for quality assurance, testing, and deployment readiness. This workflow implements modern g

38

Quality

36%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/git-pr-workflows-git-workflow/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

31%Scale 1-5

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

This skill attempts to orchestrate a complex multi-agent git workflow but suffers from being simultaneously verbose and vague. It spends many tokens describing what agents should do in natural language prompts but provides no concrete, executable commands or real tool invocation syntax. The workflow structure is logically sequenced but lacks the validation feedback loops critical for a multi-step process involving git operations.

Suggestions

Replace the verbose agent prompt descriptions with concrete, executable examples showing actual tool invocation syntax and real git commands (e.g., `git diff --staged`, `gh pr create` commands).

Add explicit validation checkpoints with feedback loops: after each phase, specify what success/failure looks like and what to do on failure before proceeding.

Remove the generic sections ('Use this skill when', 'Do not use this skill when', the extended thinking block, and the boilerplate Instructions) — these waste tokens without adding actionable value.

Either create the referenced 'resources/implementation-playbook.md' bundle file or remove the reference, and consider splitting the detailed agent prompts into separate reference files to improve progressive disclosure.

DimensionReasoningScore

Conciseness

The skill is heavily verbose with significant padding. The extended thinking block, the generic 'Use this skill when' / 'Do not use this skill when' sections, and the vague Instructions section all waste tokens. Many prompts contain information Claude already knows (what Conventional Commits are, what code review checks for). The entire document could be condensed to roughly 1/3 its size.

2 / 5

Actionability

Despite being lengthy, the skill provides no executable code or concrete commands. It describes what agents should do via natural language prompts but never shows actual git commands, actual tool invocations with real syntax, or copy-paste ready examples. The prompts contain placeholders like '[insert issues summary]' without showing how to actually extract or pass that context. The Instructions section is entirely generic ('Clarify goals, constraints, and required inputs').

2 / 5

Workflow Clarity

The phases are clearly sequenced (1-5) with logical ordering from review through PR creation. However, there are no explicit validation checkpoints with feedback loops — the workflow assumes each phase succeeds and moves on. The 'Pre-Push Validation' step mentions checks but doesn't specify what to do if they fail (beyond the generic rollback section at the end). For a workflow involving destructive/batch git operations, the lack of validate-fix-retry loops caps this at 3.

3 / 5

Progressive Disclosure

The skill references 'resources/implementation-playbook.md' but no bundle files exist to support this reference. The entire content is a monolithic wall of text with no actual separation of concerns — all phases, best practices, rollback procedures, and configuration are inlined in a single file. The content would benefit greatly from splitting detailed agent prompts into separate reference files.

2 / 5

Total

9

/

20

Passed

Description

41%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 is truncated mid-sentence, which significantly undermines its completeness and usefulness. While it identifies the domain (git workflow, PR creation) and mentions several related activities, it lacks a 'Use when...' clause, uses somewhat abstract language ('orchestrate', 'leveraging specialized agents'), and is missing common trigger term variations. The truncation suggests this is not a finished description.

Suggestions

Complete the truncated description and add an explicit 'Use when...' clause with trigger phrases like 'pull request', 'code review', 'merge request', 'git commit', or 'deploy'.

Replace vague phrasing like 'orchestrate' and 'leveraging specialized agents' with concrete actions such as 'runs linting checks', 'creates pull requests', 'validates test coverage'.

Add common synonyms and file/tool references users might mention, such as 'PR', 'pull request', 'merge', 'GitHub', 'GitLab', 'CI/CD pipeline'.

DimensionReasoningScore

Specificity

The description names the domain (git workflow) and mentions several actions (code review, PR creation, quality assurance, testing, deployment readiness), but these are described at a high level rather than as concrete, specific actions. Terms like 'orchestrate' and 'leveraging specialized agents' are somewhat vague.

3 / 5

Completeness

The description provides a partial 'what' (orchestrate git workflow from code review through PR creation) but has no explicit 'when' clause or trigger guidance. Additionally, the description appears truncated mid-sentence ('modern g'), suggesting it is incomplete.

2 / 5

Trigger Term Quality

Includes some relevant keywords like 'git workflow', 'PR creation', 'code review', 'testing', and 'deployment readiness' that users might naturally use. However, it's missing common variations and synonyms like 'pull request', 'merge request', 'CI/CD', 'commit', or 'push'.

3 / 5

Distinctiveness Conflict Risk

The description is somewhat specific to git workflows and PR creation, but terms like 'quality assurance', 'testing', and 'deployment readiness' are broad enough to overlap with other CI/CD, testing, or deployment-focused skills. The truncation further reduces clarity of its niche.

3 / 5

Total

11

/

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.