CtrlK
BlogDocsLog inGet started
Tessl Logo

clawsweeper

Triage and process the Slate v2 issue ledger with OpenClaw-style sweep discipline: archive-first discovery, duplicate proof, small-fix gates, exact claim rules, maintainer-safe issue output, and gitcrawl API refreshes.

50

Quality

57%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/clawsweeper/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

A dense, highly actionable rulebook whose commands, gates, and output templates are concrete and executable — but it is a single monolithic 635-line file that repeats its core taxonomy several times and inlines everything rather than splitting CLI reference or dossier specs into bundle files. Strong on actionability and workflow discipline, weak on token efficiency and progressive disclosure.

Suggestions

Define the claim-level taxonomy once (e.g., in a 'Claim Levels' reference file) and have 'Core Rules', 'Dossier Mode', and 'Output Shape' point to it instead of restating it four times.

Move the gitcrawl CLI command catalog and the upstream-refresh/update machinery into references/ files (e.g., references/gitcrawl-cli.md, references/upstream-refresh.md), keeping SKILL.md as a routing overview.

Merge the repeated install/health-check command blocks ('Gitcrawl Install', '<update>' step 1, 'Archive-First Discovery') into one canonical baseline block and reference it.

DimensionReasoningScore

Conciseness

At ~635 lines the body restates the same claim-level taxonomy (fixes-claimed / improves-claimed / cluster-synced / needs-repro / needs-human) in at least four places ('Core Rules', 'Claim Levels', 'Dossier Mode', 'Output Shape'), and the gitcrawl command set is repeated across the 'Gitcrawl Install', '<update> Mode', and 'Archive-First Discovery' sections. This matches 'noticeably verbose; several unnecessary explanations or padded sections' — accurate throughout, but clearly padded with repetition.

2 / 5

Actionability

The guidance is overwhelmingly executable: exact gitcrawl CLI invocations with JSON field lists ('gitcrawl sync ianstormtaylor/slate --numbers <ref> --include-comments --with pr-details --json'), concrete ledger file paths, a copy-paste dossier markdown template, and an exact output shape. It misses 5 only because several commands depend on placeholders and external state (../clawsweeper checkouts, brew taps, ledger files not present in the skill bundle) rather than self-contained examples covering common cases.

4 / 5

Workflow Clarity

The Small-Fix Sweep Loop gives a clear numbered 8-step sequence with an all-gates checklist, skip rules, and explicit 'if no issue qualifies, say so' guard; the '<update>' mode ends with a sync-verification step ('rg -n ... .agents/rules/clawsweeper.mdc'), and Verification Discipline encodes reproduce → fix → rerun → broaden with Hard Stops as escalation checkpoints. It falls short of 5 because the interleaving of seven pulled-in disciplines into one flow leaves some sequences implicit (e.g., when Dossier Mode is entered relative to the sweep loop), and error-recovery loops for ledger updates are named but not fully specified.

4 / 5

Progressive Disclosure

There is real structure — well-labeled sections and an ordered 'Source Of Truth' list of external ledger files — but the skill bundle contains no reference files at all, so ~635 lines of gitcrawl CLI reference, dossier-mode spec, and upstream-refresh procedure are all inlined in SKILL.md. That matches 'some structure but content that should be separate is inline'; it avoids a 2 only because the section headers keep navigation possible and the external file references are clearly signaled, unlike the header-less anchor example.

3 / 5

Total

13

/

20

Passed

Description

58%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 specific, niche-scoped description with concrete named capabilities, but it omits any explicit 'when to use' trigger guidance, which caps completeness and weakens natural trigger-term coverage. The heavy internal jargon ('OpenClaw-style', 'gitcrawl API refreshes', 'sweep discipline') further limits how naturally a user's request would match it.

Suggestions

Append an explicit trigger clause, e.g. 'Use when triaging Slate/Slate v2 GitHub issues, sweeping for duplicate or stale reports, preparing issue-claim text for a PR, or refreshing gitcrawl tooling.'

Swap jargon-only terms for natural synonyms users would actually type ('bug reports', 'issue triage', 'duplicates', 'stale issues') alongside the domain terms.

Trim the compound qualifier ('with OpenClaw-style sweep discipline') so the concrete actions carry the description instead of the style label.

DimensionReasoningScore

Specificity

The description lists several concrete actions — 'archive-first discovery, duplicate proof, small-fix gates, exact claim rules, maintainer-safe issue output, and gitcrawl API refreshes' — which matches the 'several specific actions; minor gaps in coverage' anchor. It falls short of 5 because the actions are named as jargon compounds rather than fully unpacked capabilities, and 'OpenClaw-style sweep discipline' is a stylistic modifier rather than a concrete action.

4 / 5

Completeness

The 'what' is clear (triage and process the Slate v2 issue ledger with enumerated sub-disciplines), but there is no 'Use when...' clause or equivalent explicit trigger guidance — the rubric guideline explicitly caps completeness at 3 in that case. It is not a 2 because the 'what' is specific and concrete, not vague.

3 / 5

Trigger Term Quality

It contains relevant domain keywords users would plausibly say ('Slate v2', 'issue ledger', 'duplicate', 'small-fix', 'triage'), but misses common natural variations and synonyms — no 'issues', 'bug reports', 'sweep', or 'sync' phrasing beyond the jargon forms. Terms like 'gitcrawl API refreshes' and 'OpenClaw-style' are internal jargon rather than natural user phrasing, placing it at 'some relevant keywords but missing common variations'.

3 / 5

Distinctiveness Conflict Risk

It carves a clear niche (Slate v2 issue-ledger triage, gitcrawl tooling) that is unlikely to collide with unrelated skills, matching 'mostly distinct; minor overlap risk'. It falls short of 5 because without any 'use when' trigger phrases, its activation boundary against general issue-triage or git-related skills rests on the niche vocabulary alone.

4 / 5

Total

14

/

20

Passed

Validation

75%

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

Validation — 12 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (635 lines); consider splitting into references/ and linking

Warning

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

12

/

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.