CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

git-status

Intelligently analyze git status and provide insights about current project state

Quality

68%

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-status/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 genuinely actionable — a single copy-paste bash command, a defined output structure, and a useful insight checklist — and appropriately scoped as a single-file skill. Its weaknesses are redundant conciseness instructions repeated three times, a numbering error (steps jump from 1 to 3), and confusing/mislabeled section headers ("Instructions for Codex", "Example of concise output" containing no example).

Suggestions

Consolidate the conciseness guidance into one place: the Efficiency Note, the "Provide results directly without explaining the process" bullet, and the "Skip:" example list all repeat the same instruction.

Fix the numbered list (it jumps from step 1 to step 3) and rename "Instructions for Codex" to an agent-neutral header; the "!" command prefix is environment-specific and should be plain bash.

Replace the mislabeled "Example of concise output" section with an actual example output block, and add brief guidance for edge cases (not a git repository, detached HEAD where the branch grep fails).

DimensionReasoningScore

Conciseness

The same directive ("Be concise. Skip verbose explanations...", "Provide results directly without explaining the process", and the "Skip:" example list) is repeated three times, which is unnecessary padding. Mostly efficient otherwise, fitting anchor 3; not 4 because the redundancy is more than a minor instance.

3 / 5

Actionability

Provides one concrete combined bash call (git status --porcelain=v1, git diff --stat, git branch -vv, git log --oneline -1) and a structured output spec (Summary, Modified Files, Uncommitted Changes, Branch Status, Suggestions). Minor gaps: the "!" prefix is environment-specific syntax and "grep '^\*'" captures only the current branch.

4 / 5

Workflow Clarity

Clear sequence: run the combined command, parse the "---"-separated sections, then report in the structured format. Operations are read-only so the destructive/batch validation cap does not apply; gaps are the numbering jump from "1." to "3." (a missing step) and no handling of failure cases (not a git repo, detached HEAD).

4 / 5

Progressive Disclosure

A single-file skill under 50 lines with no bundle files and no need for external references; content is appropriately inlined with section headers. Minor organization gaps: the "Instructions for Codex" header is confusing in a Claude skill, and the "Example of concise output" section is mislabeled (it lists lines to skip rather than showing example output).

4 / 5

Total

15

/

20

Passed

Description

53%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 (git status) but relies on vague language ("Intelligently", "provide insights") and completely lacks any "Use when..." trigger guidance. It is distinguishable from other skills mostly by the git-status term alone. Adding explicit triggers and concrete capability verbs would substantially improve it.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks about git status, uncommitted changes, working directory state, or whether it's safe to rebase/commit."

Replace vague wording with concrete actions: "Summarizes modified files, uncommitted changes, and branch status; flags related vs. unrelated changes and suggests next actions."

Include natural synonyms users actually say ("what's changed", "uncommitted changes", "working tree", "branch status") to improve trigger term coverage.

DimensionReasoningScore

Specificity

"analyze git status" names the domain and one concrete action, but "provide insights" is generic and "Intelligently" is fluff. Matches anchor 3 (domain plus 1-2 actions, not comprehensive); not 4 because no list of specific actions is given, not 2 because the core action is concrete rather than minimal.

3 / 5

Completeness

The "what" is moderately clear ("analyze git status and provide insights"), but there is no "Use when..." clause or equivalent trigger guidance, capping completeness at 3 per the rubric guidelines. Not 2 because the "what" is not extremely vague.

3 / 5

Trigger Term Quality

"git status" is the key natural term, but common user phrasings like "uncommitted changes", "what's changed", "working directory", or "branch status" are absent. Fits anchor 3 (some relevant keywords, missing common variations); thinner coverage than anchor 4.

3 / 5

Distinctiveness Conflict Risk

"git status" anchors a clear niche with minor overlap risk against closely related git skills (diff review, commit-message generation). "insights about current project state" is broad, preventing a 5.

4 / 5

Total

13

/

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

phatblat/dotfiles

Path

.agents/skills/git-status/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.