CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

query

Query Semantica knowledge graphs — in-memory ContextGraph search, SPARQL over RDF triple stores, and Cypher over LPG backends.

Quality

79%

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

Quality

Content

86%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 excellent example of a lean lookup skill: three clearly separated query paths, executable code, and hard-won gotchas (path expansion, backend interface mismatch, pip extras) that only real experience provides. The only notable gaps are placeholder arguments in the Neo4j example and no guidance on how to pick the right backend.

DimensionReasoningScore

Conciseness

The body is lean and every token carries non-obvious information ('load_from_file does not expand ~', 'QueryEngine needs an object exposing execute_sparql()'), with no explanations of concepts Claude already knows — matching the 'every token earns its place' anchor rather than the 4 anchor's minor over-explanation.

5 / 5

Actionability

Mostly executable, concrete code ('graph.query("vendor selection", skip=0, limit=20)') plus real dependency/gotcha notes ('needs semantica[tripletstore-oxigraph]'). It falls short of the 5 anchor because the Neo4j example uses ellipsis placeholders ('Neo4jStore(uri=..., user=..., password=...)') and 'store.execute_query(sparql)' references an undefined variable, though it is well above the pseudocode-level 3 anchor.

4 / 5

Workflow Clarity

The routing cue 'Which API you want depends on where the graph lives' plus three cleanly separated per-backend sections makes each query path unambiguous, and read-only queries need no destructive-operation validation. It is not a 5 because the skill never explains how to determine where the graph lives (e.g. checking ~/.semantica/kg.json vs. a running endpoint), leaving a minor gap in selection logic.

4 / 5

Progressive Disclosure

No bundle files exist and the ~80-line body is well-organized into one section per backend with everything needed at the top level, no nested references, and no content that clearly belongs in a separate file — matching the simple-skill case of a clear, well-organized single file.

5 / 5

Total

18

/

20

Passed

Description

62%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 is specific and clearly niche-scoped to Semantica graph querying, with three concrete query modes named. Its main weakness is the absence of any 'when to use' trigger guidance and missing natural synonyms (Neo4j, graph database) that would improve discovery.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when the user wants to search or query a Semantica knowledge graph, run SPARQL/Cypher queries, or look up nodes and relationships.'

Include natural synonyms users would say, such as 'graph database', 'Neo4j', or 'find nodes/neighbors', to strengthen trigger-term coverage.

Soften internal jargon like 'LPG backends' and 'ContextGraph' with user-facing terms (e.g. 'labeled property graph databases like Neo4j').

DimensionReasoningScore

Specificity

The description lists several concrete actions ('in-memory ContextGraph search, SPARQL over RDF triple stores, and Cypher over LPG backends'), but leans on internal jargon (ContextGraph, LPG) and omits user-level actions like finding nodes or neighbors, so it falls short of the comprehensive 5 anchor while clearly exceeding 1-2 actions.

4 / 5

Completeness

It clearly answers 'what' (three concrete query modes) but contains no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines; it is not a 2 because the 'what' is specific rather than vague.

3 / 5

Trigger Term Quality

'Query', 'search', 'SPARQL', 'Cypher', 'RDF triple stores', and 'knowledge graphs' are relevant domain keywords, but common variations users would actually say ('Neo4j', 'graph database', 'Blazegraph') are missing and 'ContextGraph'/'LPG' are internal jargon, matching the anchor for relevant-but-missing-synonyms rather than good coverage.

3 / 5

Distinctiveness Conflict Risk

'Semantica knowledge graphs' pins a clear niche and the SPARQL/Cypher/ContextGraph trigger terms are distinct technical signals, so it matches the 5 anchor's clear niche with minimal conflict risk rather than the 4 anchor's minor overlap.

5 / 5

Total

15

/

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/query/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.