CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

git-workflow

Git 版本控制与协作专家,涵盖 GitHub/Gitee 平台操作、Conventional Commits 规范及 PR/MR 最佳实践。

1.12x
Quality

51%

Does it follow best practices?

Impact

98%

1.12x

Average score across 3 eval scenarios

SecuritybySnyk

—

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./data/05-devops-gitworkflow/SKILL.md

The canonical home for this skill is git-workflow in majiayu000/claude-skill-registry

SKILL.md
Quality
Evals
Security

Quality

Content

36%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.

The body is a well-organized topical catalog, but most of it restates git knowledge Claude already has while providing few executable instructions, no sequenced workflow, and a dangling AGENTS.md reference. Its main assets are the commit format example and the specific MCP tool directives.

Suggestions

Cut the restated common knowledge (full Conventional Commits type definitions, Git Flow branch taxonomy, what GitHub Actions/Pages are) and keep only project-specific conventions and preferences.

Add a concrete workflow (e.g., branch → commit → push → open PR → review → merge) with actual git commands and PR description templates, including validation before destructive operations.

Fix or remove the dangling AGENTS.md reference — the file does not exist in the skill bundle — or create it and move the platform-specific detail (GitHub vs. Gitee) into separate reference files.

DimensionReasoningScore

Conciseness

Much of the body restates knowledge Claude already has: the full Conventional Commits type list with definitions ("refactor: 重构 (即不是新增功能,也不是修改 bug 的代码变动)"), the Git Flow branch taxonomy ("master, develop, feature/*, release/*, hotfix/*"), and basics like "Actions: CI/CD 首选" and "Pages: 静态网站托管". Not 1 because it is compact (~55 lines) and the MCP section adds non-obvious behavioral guidance.

2 / 5

Actionability

There is some concrete guidance — the commit format "<type>(<scope>): <description>", a worked example "feat(auth): add google oauth2 login support", branch name patterns, and explicit MCP directives ("使用 ask_followup_question 询问用户") — but it is incomplete: no git commands, no PR description templates, and the platform sections are one-line labels. Not 4 because most sections describe rather than instruct.

3 / 5

Workflow Clarity

The module order (commit convention → branching → platform PR flow) loosely implies a development lifecycle, but no explicit sequence of steps is ever given, and there are no validation checkpoints for risky git operations. Not 1 because the topical organization is coherent; not 3 because no actual ordered workflow with steps exists.

2 / 5

Progressive Disclosure

Sections are well organized with clear headers, but the sole external reference — "详见 [AGENTS.md](AGENTS.md)" — is dangling: no AGENTS.md or any bundle files exist in the skill directory. The under-50-lines exception does not apply given the ~55-line body plus a broken reference. Not 4 because a broken reference undermines navigation.

3 / 5

Total

10

/

20

Passed

Description

45%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.

The description names a clear domain and relevant platform/spec keywords, but reads as a topic catalog rather than a capability statement: no concrete actions, no trigger guidance, and no 'when to use' clause. It would benefit most from explicit trigger phrases and action-oriented wording.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks about commit messages, branching strategy, pull requests, or GitHub/Gitee workflows".

Replace topic-naming with concrete actions, e.g. "Generates Conventional Commits messages, reviews PR descriptions, and manages GitHub/Gitee workflows".

Include common natural phrasings users would say ("commit message", "branch", "merge conflict", "code review") to improve trigger-term coverage and distinctiveness.

DimensionReasoningScore

Specificity

The description names the domain ("Git 版本控制与协作专家") and topic areas ("GitHub/Gitee 平台操作、Conventional Commits 规范及 PR/MR 最佳实践") but the only verb is "涵盖" (covers) — no concrete actions such as generating commit messages or creating PRs are stated. It is not 1 because specific platforms and specs are named; not 3 because anchor 3 requires 1-2 concrete actions, and none are given.

2 / 5

Completeness

It has a clear 'what' (an expert covering platform operations, commit conventions, and PR/MR practices) but the 'when' is entirely absent — no "Use when..." clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. Not 4 because nothing explicitly or even implicitly signals when to invoke the skill.

3 / 5

Trigger Term Quality

It includes relevant keywords users would say ("Git", "GitHub", "Gitee", "Conventional Commits", "PR/MR") but misses common natural variations such as "commit message", "branch", "merge conflict", and "code review". Not 4 because the coverage of natural user phrasings has clear gaps.

3 / 5

Distinctiveness Conflict Risk

The git/platform collaboration niche is somewhat specific, but the umbrella breadth (commits + branching + PR/MR + platform operations) creates overlap risk with dedicated commit-message, code-review, or CI/CD skills. Not 4 because it spans territory commonly covered by several more-focused skills.

3 / 5

Total

11

/

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

relative_links

Relative link issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

majiayu000/claude-skill-registry-data

Path

data/05-devops-gitworkflow/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.