CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

provenance

Trace data lineage, source attribution, audit trails, and W3C PROV-O export in Semantica graphs. Uses ProvenanceManager.

Quality

74%

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

Quality

Content

76%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 tight, code-first command reference that respects the token budget and gives concrete executable snippets for all six subcommands. The gaps are workflow-oriented: no guidance on sequencing or error recovery (especially around check and invalidate), and the self-contained structure sits just past the threshold where a brief overview or split-out reference would help.

Suggestions

Add a feedback loop for integrity checking, e.g. 'Run check first; if report flags issues, inspect get_provenance entries before invalidating or exporting.'

Briefly sequence the commands for the user (inspect via lineage/sources -> audit -> export), or note when each subcommand is appropriate.

Make later snippets self-contained or explicitly note that pm is the ProvenanceManager instantiated in the first example, and give concrete examples for start/end in query_recorded_between.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: every section is a subcommand with a short code block, and the only prose comments carry non-obvious information (e.g., why os.path.expanduser is needed because 'storage_path is passed to sqlite3.connect() unexpanded'). Every token earns its place.

5 / 5

Actionability

Concrete, mostly executable Python is provided for every subcommand with real argument names and sensible example values (e.g., pm.export_prov(format="turtle", base_uri="https://example.org/prov/")). Not a 5: later snippets reuse pm without restating the import, and start, end, and agent_id are left undefined placeholders.

4 / 5

Workflow Clarity

Each subcommand is individually unambiguous, but the skill is a multi-command reference with no sequencing guidance (when to use lineage vs. sources vs. audit) and no feedback loop: check exists yet nothing says what to do when the report fails, and invalidate has no pre/post validation step. This matches 'steps present but checkpoints missing or implicit'.

3 / 5

Progressive Disclosure

Content is well organized into clearly headed per-subcommand sections and is compact enough that no external reference files are needed. Not a 5: the body is slightly over the ~50-line simple-skill threshold with everything inlined and no overview/navigation beyond the section headers.

4 / 5

Total

16

/

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 reasonably specific, third-person description naming four concrete capabilities in a clearly scoped domain. Its main weaknesses are the complete absence of 'when to use' trigger guidance and missing natural synonyms (notably 'provenance' itself) that users would say.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks about provenance, where data came from, or needs an audit trail or PROV-O export for Semantica graphs.'

Include natural synonyms users would actually say — 'provenance', 'data history', 'revision history', 'where did this come from' — alongside the current terms.

Consider mentioning the invalidation and integrity-check capabilities to round out coverage.

DimensionReasoningScore

Specificity

The description lists four concrete actions ("Trace data lineage, source attribution, audit trails, and W3C PROV-O export"), matching the 'several specific actions with minor gaps' anchor; it is not a 5 because capabilities like invalidation and integrity checks are uncovered, and 'source attribution' is slightly generic.

4 / 5

Completeness

The 'what' is clearly stated via named actions, but there is no 'Use when...' clause or equivalent trigger guidance, which per the judging guidelines caps completeness at 3.

3 / 5

Trigger Term Quality

"data lineage" and "audit trails" are natural user phrases, but the natural word "provenance" itself and common synonyms (e.g., 'where did this data come from', 'revision history') are absent, and "W3C PROV-O" is technical jargon — fitting 'some relevant keywords but missing common variations'.

3 / 5

Distinctiveness Conflict Risk

Scoping to "Semantica graphs" and "ProvenanceManager" creates a clear niche with minimal conflict risk; not a 5 because the generic phrase "audit trails" could overlap with logging or compliance-related skills.

4 / 5

Total

14

/

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

semantica-agi/semantica

Path

plugins/skills/provenance/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.