CtrlK
BlogDocsLog inGet started
Tessl Logo

enrich-knowledge-graph

Enrich people in a knowledge graph or wiki with contact and social media information — LinkedIn, email, phone, Twitter/X — using premium enrichment APIs via the agentcash CLI. Use this skill when the user wants to enrich contacts, find someone's LinkedIn or email, fill in missing contact info for people in their wiki or knowledge base, or says 'enrich', 'find contact info', 'look up LinkedIn', 'fill in missing info', or anything about augmenting people/contact pages with external data.

73

Quality

92%

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

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 highly actionable, well-sequenced skill with real validation checkpoints for a paid batch operation — exact CLI commands, explicit match validation, and safe write-back rules. The main costs are mild redundancy (costs and Minerva field mappings stated twice) and an inlined API reference that could live in a separate bundle file.

Suggestions

State API costs once (e.g. in the intro or a small cost table) and reference it from Steps 1 and 5 instead of repeating the per-call figures in three places.

Merge the duplicated Minerva response-field mappings from Step 3's extraction list and Step 4's write-back list into a single mapping table (one row per API field -> wiki field).

Move the per-endpoint request/response reference (Minerva Enrich/Resolve, PDL) into a references/ file, keeping SKILL.md as the workflow overview with the 'agentcash check' discovery commands.

DimensionReasoningScore

Conciseness

The body is efficient overall and assumes Claude's competence (no basic-concept explanations), but has minor trimmable redundancy: API costs are stated in the intro, again in Step 1, and again in Step 5, and the Minerva response field mappings appear twice — as an extraction list in Step 3 ('professional_emails[0].email_address -> work email') and again as write-back mappings in Step 4. This fits 'minor instances of over-explanation that could be trimmed' (4) rather than level 5's 'every token earns its place'.

4 / 5

Actionability

Every step is copy-paste executable: exact 'npx agentcash fetch ... --body' commands with full JSON request bodies for all three endpoints, precise response field paths, explicit API-selection strategy with a priority order, and concrete classification rules (Complete/Partial/Missing). Specific examples cover the common cases, matching the level-5 anchor.

5 / 5

Workflow Clarity

Steps 0–5 are clearly sequenced, and this batch/write operation includes explicit validation: a balance gate before any paid call, a dedicated 'Validate matches' section instructing to skip and report wrong-looking matches rather than write bad data, re-reading the page before updating, only filling missing fields, and a final report with per-call cost accounting. Feedback loops (PDL fallback when Minerva fails, re-checking balance after funding) are present, matching the level-5 anchor.

5 / 5

Progressive Disclosure

The body is well-sectioned with clear headers and uses on-demand schema discovery ('npx agentcash check <url>', 'npx agentcash discover stableenrich.dev') instead of inlining full API docs — good practice with no nested references. However, at ~183 lines the full per-endpoint request/response mappings for Minerva and PDL are inlined in SKILL.md where a references/ split (e.g. an api-mappings.md) would keep the overview leaner. This fits 'good structure; most content appropriately placed; minor organization gaps' (4) rather than the well-split level-5 anchor.

4 / 5

Total

18

/

20

Passed

Description

96%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 strong description: concrete, third-person, tool-specific, with explicit 'Use this skill when...' triggers that quote natural user phrasings including synonyms. The only weakness is a slightly broad catch-all clause and one generic trigger phrase that create minor conflict risk.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — 'Enrich people in a knowledge graph or wiki with contact and social media information — LinkedIn, email, phone, Twitter/X — using premium enrichment APIs via the agentcash CLI' — naming the domain, the specific data types, and the tool. Coverage is comprehensive, matching the level-5 anchor rather than the 'minor gaps' of level 4.

5 / 5

Completeness

Both 'what' and 'when' are explicit: the first sentence states what the skill does, and 'Use this skill when the user wants to enrich contacts, find someone's LinkedIn or email... or says...' gives concrete trigger phrases. This clearly matches the level-5 anchor; it is not the level-4 case because the 'when' clause is specific and multi-triggered, not merely present.

5 / 5

Trigger Term Quality

Natural user phrasings are quoted directly: "enrich contacts", "find someone's LinkedIn or email", "'find contact info'", "'look up LinkedIn'", "'fill in missing info'", plus synonyms like "wiki or knowledge base" and "Twitter/X". This is comprehensive natural-term coverage including variations, matching the level-5 anchor; level 4 ('a few natural terms missing') understates it.

5 / 5

Distinctiveness Conflict Risk

The niche is clear — enriching people pages in a knowledge graph/wiki via premium enrichment APIs — and unlikely to collide with unrelated skills. However, the trailing catch-all 'or anything about augmenting people/contact pages with external data' and the generic phrase "fill in missing info" add minor overlap risk with contact-management or wiki-editing skills, fitting 'mostly distinct; minor overlap risk' rather than the fully distinct level-5 anchor.

4 / 5

Total

19

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

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

14

/

16

Passed

Repository
Merit-Systems/agentcash-skills
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.