CtrlK
BlogDocsLog inGet started
Tessl Logo

git-history-analyzer

Performs archaeological analysis of git history to trace code evolution, identify contributors, and understand why code patterns exist. Use when you need historical context for code changes.

63

Quality

76%

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 ./.agents/skills/git-history-analyzer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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 highly actionable, self-contained agent prompt whose five git commands are immediately executable and whose deliverables format makes output expectations unambiguous. Its main weakness is moderate redundancy — persona prose, a considerations list, and a closing paragraph that all repeat the methodology — which keeps conciseness at the midpoint.

Suggestions

Trim the persona framing ("uncovering the hidden stories within git history") and the closing paragraph, which restate the purpose already covered by the responsibilities and methodology sections.

Merge the "When analyzing, consider" bullets into the analysis methodology to eliminate the overlap between the two lists and cut roughly ten lines of duplicated guidance.

Make the analysis order an explicit numbered sequence (broad log view → blame/origin tracing → pattern search → contributor mapping → synthesis) so the workflow's checkpoints are stated rather than implied by the methodology bullet.

DimensionReasoningScore

Conciseness

The core guidance is efficient — five responsibilities each paired with a ready git command and no explanation of concepts Claude already knows. However, the persona flourish ("uncovering the hidden stories"), the "When analyzing, consider" list that largely restates the methodology bullets, and the closing paragraph that restates the purpose add redundant padding that could be trimmed.

3 / 5

Actionability

Every responsibility ships a copy-paste-ready command: `git log --follow --oneline -20 <file>`, `git blame -w -C -C -C <file>`, `git log --grep=<keyword> --oneline`, `git shortlog -sn -- <path>`, `git log -S"pattern" --oneline`, plus a concrete deliverables format. This is fully executable and covers the common analysis cases.

5 / 5

Workflow Clarity

A clear sequence is present: "Start with a broad view of file history before diving into specifics", five numbered analyses, then a defined output format. All operations are read-only, so the destructive/batch validation cap does not apply, but the ordering is implicit across sections rather than an explicit stepwise procedure with checkpoints, fitting anchor 4 rather than anchor 5.

4 / 5

Progressive Disclosure

No bundle files exist and none are needed; the body is compact (~40 substantive lines) and organized into clearly labeled sections (responsibilities, methodology, deliverables, considerations) with nothing inlined that belongs in a separate file. Under the simple-skill exception, well-organized sections alone earn the top score.

5 / 5

Total

17

/

20

Passed

Description

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

A solid description that explicitly covers what the skill does and when to use it, in third person, with natural trigger language and no fluff. It sits at anchor 4 across dimensions: concrete and distinct, but not comprehensive in action coverage or trigger synonyms.

DimensionReasoningScore

Specificity

"Performs archaeological analysis of git history to trace code evolution, identify contributors, and understand why code patterns exist" names the domain plus three concrete actions. It falls short of anchor 5's comprehensive coverage (no specific operations like blame/log/shortlog are named) but exceeds anchor 3's 1-2 actions.

4 / 5

Completeness

Both parts are explicit: a clear "what" (trace evolution, identify contributors, explain patterns) and a "Use when you need historical context for code changes" trigger. The "when" clause is single-scoped and could name more concrete trigger situations, matching anchor 4 rather than anchor 5's fully concrete trigger phrases.

4 / 5

Trigger Term Quality

Natural terms are present: "git history", "code evolution", "contributors", "historical context for code changes". Common variations users would actually say — "git blame", "commit history", "who wrote this code", "when was this changed" — are missing, so it does not reach anchor 5's synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

"Archaeological analysis of git history" carves a clear niche distinct from commit-message or general code-analysis skills. The somewhat broad trigger "historical context for code changes" leaves minor overlap risk with code-review/explanation skills, fitting anchor 4 rather than anchor 5's minimal-conflict clear niche.

4 / 5

Total

16

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

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

Warning

Total

13

/

16

Passed

Repository
udecode/plate
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.