CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

accint-commitments

Triage acc's open promises and close them with honest real-world verdicts via acc_act(runtime="outcome").

Quality

69%

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 ./skills/accint-commitments/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%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 lean, routing-style skill body with genuinely concrete commands and good behavioral guardrails (provenance discipline, waiting as a clean state). Its main weakness is the absence of any post-close verification in what is a batch, state-changing workflow, and the Example section is an empty shell that duplicates the description.

Suggestions

Add an explicit verification step to the workflow, e.g. re-run `acc commitments` after closing to confirm the intended closures landed and waiting items remain.

Replace the empty Example section with a worked example (listing output → one acc_act call → resulting state) or remove it; it currently only repeats the description.

Trim the "When to Use" section, which duplicates the frontmatter description verbatim, and note where the `<id>` ref comes from in the `acc commitments` output.

DimensionReasoningScore

Conciseness

The body is short and lean — concrete commands in four tight steps plus one-line routing context, with no explanations of concepts Claude already knows. Minor trim opportunities keep it at anchor 4 rather than 5: "## When to Use" repeats the frontmatter description verbatim, and the Example section adds no content beyond quoting that same sentence.

4 / 5

Actionability

Concrete, near-executable commands are given ("acc commitments", and the fully parameterized "acc_act(runtime=\"outcome\", input={\"ref\": \"<id>\", \"good\": true|false, \"note\": \"...\"})") plus explicit behavioral rules for owner/external/runtime tags. Anchor 4 fits: mostly executable with minor gaps — it never says where the ref id appears in the listing output nor what a good note contains, and the "Example" section shows no worked invocation.

4 / 5

Workflow Clarity

Steps 1-4 form a clear sequence (list, close each closeable one, apply provenance discipline, leave waiting commitments open), but this is a batch operation over multiple state-changing acc_act calls with no validation of the result — nothing confirms a closure landed or re-checks the list afterward. Per the cap rule for batch operations without feedback loops, workflow clarity is capped at 3 ("steps listed but validation gaps").

3 / 5

Progressive Disclosure

The skill is under 50 lines, single-purpose, and needs no external references — no references/, scripts/, or assets/ directories exist and the body points to none. Sections (When to Use, numbered steps, Example, Limitations) are well-organized, so per the simple-skill scoring note it earns a 5 with just clear organization.

5 / 5

Total

16

/

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 states its concrete purpose in tight, third-person phrasing with a distinct niche, but it omits any explicit "Use when..." trigger clause and relies solely on system jargon, missing natural synonyms like "commitments". It is functional but below the quality of the reference good examples.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user mentions acc commitments, open promises, or asks to triage/settle them."

Include natural synonyms users would say — "commitments" (the skill's own name) and everyday phrasings — alongside the current jargon.

Briefly gloss "acc" so the description is interpretable outside the acc ecosystem without relying on inference.

DimensionReasoningScore

Specificity

The description names the domain ("acc's open promises") and 1-2 concrete actions ("Triage", "close them with honest real-world verdicts") with a specific tool call ("acc_act(runtime=\"outcome\")"). It matches anchor 3: domain plus 1-2 concrete actions but not comprehensive — it does not list several actions like the anchor-4 example, yet it is far more concrete than the generic anchor-2 example.

3 / 5

Completeness

The "what" is clear (triage open promises, close each with a real-world verdict via acc_act), but there is no "Use when..." clause or equivalent explicit trigger guidance, capping completeness at 3 per the judging guidelines. It is not score 2 because the "what" is concrete and actionable, not vague.

3 / 5

Trigger Term Quality

Relevant keywords are present ("open promises", "triage", "close", "acc") but they are system-specific jargon with missing natural variations — notably "commitments" (the skill's own name) and everyday phrasings like "check my commitments". This matches anchor 3 ("Some relevant keywords but missing common variations or synonyms") rather than anchor 4's good coverage.

3 / 5

Distinctiveness Conflict Risk

The niche is clear ("acc's open promises", the specific "acc_act(runtime=\"outcome\")" call) and these triggers would rarely fire for an unrelated skill. However, the body describes the skill as "Routing sugar over the two MCP verbs", implying sibling acc skills route over the same verbs, so minor overlap risk with closely related skills matches anchor 4 rather than anchor 5's minimal conflict risk.

4 / 5

Total

13

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/accint-commitments/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.