CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

commit-archaeologist

Reconstructs why code exists from local git history, including the introducing commit, later changes, current authors, repeated companion files, and likely intent. Use when the user asks "why does this code exist", "who wrote this function and why", or to "explain the history of this function" before a rewrite, refactor, or risky edit. Runs entirely locally.

77

Quality

97%

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

SKILL.md
Quality
Evals
Security

Quality

Content

100%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 an exemplary skill document: tight and un-padded, with verified executable commands, a clearly sequenced workflow including error-recovery loops, and a clean two-file bundle structure with well-signaled navigation. No weaknesses surfaced during judging.

DimensionReasoningScore

Conciseness

The body is lean throughout: no explanations of concepts Claude already knows, and each line carries guidance (e.g., 'An empty signal list means the messages do not say why. It does not mean the change had no reason' adds interpretation value rather than padding), fitting the 'every token earns its place' anchor.

5 / 5

Actionability

The commands are copy-paste ready and verified against the script's actual CLI ('python3 scripts/archaeologist.py /path/to/repo src/cache.py --lines 40-72 --json', plus the no-range variant), and the report structure with confidence labels is fully executable guidance.

5 / 5

Workflow Clarity

The sequence (gather target, run dig, read reference, interpret JSON, write report, offer follow-up) is clearly ordered with explicit feedback loops: ask only for missing paths, and 'If it rejects a path or range, report that error and ask for a corrected target', plus confidence labels as an output checkpoint. The operation is read-only, so the destructive/batch cap does not apply.

5 / 5

Progressive Disclosure

A well-sectioned overview points to a single one-level-deep reference that is clearly signaled with a reason to read it ('Before interpreting the JSON, read references/reading-git-history.md'), and a Files section indexes both bundle files, both of which exist on disk.

5 / 5

Total

20

/

20

Passed

Description

92%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 strong description that states concrete capabilities comprehensively and pairs them with explicit, naturally phrased trigger conditions. The only gap is a few missing synonyms such as 'git blame' that users might say when they need this skill.

Suggestions

Add natural trigger synonyms such as 'git blame', 'when was this code added', or 'code archaeology' to the 'Use when' clause to broaden natural-phrasing coverage.

Optionally state a boundary cue (e.g., not for raw blame output or commit lists) to further reduce overlap with generic git skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete capabilities — 'the introducing commit, later changes, current authors, repeated companion files, and likely intent' — giving comprehensive coverage of the skill's outputs in third person, matching the top anchor rather than the 'minor gaps' of a 4.

5 / 5

Completeness

It explicitly answers both questions: the 'what' is the full capability list ('Reconstructs why code exists from local git history, including...') and the 'when' is a concrete 'Use when...' clause with quoted trigger phrases, mirroring the anchor-5 example structure.

5 / 5

Trigger Term Quality

Quoted phrases like "why does this code exist", "who wrote this function and why", and "explain the history of this function" plus 'rewrite, refactor, or risky edit' give good natural keyword coverage, but common synonyms such as 'git blame' or 'when was this code added' are absent, so it does not reach the comprehensive-synonyms anchor of 5.

4 / 5

Distinctiveness Conflict Risk

The niche (reconstructing why code exists from git history) is distinct and the triggers are user phrases unlikely to fire for related skills like commit-message generation or code review, so conflict risk is minimal.

5 / 5

Total

19

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

Shubhamsaboo/awesome-llm-apps

Path

agent_skills/commit-archaeologist/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.