CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

core

Core Luzmo setup - use whenever starting a new integration or hitting auth/API errors. Triggers on: API credentials (LUZMO_API_KEY, LUZMO_API_TOKEN), embed token generation (createAuthorization), SDK selection, 401/403 errors, REST-verb confusion, "how do I authenticate", "embed dashboard", "dashboardId", "dashboard not rendering". Essential starting point before any feature skill. Use eagerly for any auth or saved-dashboard/chart embedding question. Pair with domain skills for feature-specific work. Not for building charts in code (use data-visualization), data loading (use data-integration), or tenant isolation (use multitenancy).

Quality

85%

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

SKILL.md
Quality
Evals
Security

Quality

Content

67%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 high-quality, security-first integration skill: concrete code and tables, explicit hard-stop validation checkpoints, well-organized one-level-deep references, and clear routing to sibling skills. Its main weakness is token efficiency — the same warnings (search vs get, REST verbs, multitenancy deferral) and tables (SDKs, regional URLs, doc URL patterns) are repeated across multiple sections and partially duplicated in the reference files.

Suggestions

State the `action: "search"` → `action: "get"` warning once in the API Architecture section and cross-reference it from Common Mistakes and Avoid instead of repeating it four times.

Merge the duplicated SDK package lists (SDK Selection bullet list vs. the Backend/Frontend SDK tables) and the duplicated regional base-URL tables (API Base URLs and Version vs. Environment Variables) into single tables.

Reduce the multitenancy deferral, currently repeated ~5 times, to one routing rule in the Hand Off section plus a single inline pointer where parameter_overrides/account_overrides are listed.

DimensionReasoningScore

Conciseness

The body is dense and free of conceptual padding, but contains systematic duplication: the `action: "search"` warning appears four times (API Architecture, Valid Actions, the search{Resource} naming note, and Common Mistakes/Avoid), the SDK package lists and region/base-URL tables each appear twice, the multitenancy deferral is repeated roughly five times, and documentation URL patterns are given in three separate sections. A tightened version could cut a third of the tokens without losing information.

3 / 5

Actionability

Concrete, executable guidance throughout — exact request body structure, SDK method calls, embed component props with code, env-var names, and base URLs by region. The one notable gap is that the most common server-side operation, `client.create('authorization', {...})`, elides its parameters inline, deferring the full shape to references/authorization-patterns.md and the external doc.

4 / 5

Workflow Clarity

Strong checkpoints: the Security Checkpoint is a hard-stop checklist ('If ANY checkbox is unchecked, STOP and fix'), the doc-discovery fallback is a numbered 4-step sequence, and error recovery is addressed (error event listening for failed web-component connections, mistake/fix pairs). It is organized as a rule-book by concern rather than an ordered end-to-end integration sequence, leaving minor sequencing gaps.

4 / 5

Progressive Disclosure

All seven bundled reference files exist, are one level deep (no nested references), and are well signaled — both inline at point of use ('See references/sdk-setup.md') and in a Bundled References section with one-line descriptions. Minor gap: the SKILL.md body is itself a fairly full reference (~470 lines), with some inline content (SDK tables, common-mistakes quick list) duplicating what the reference files carry.

4 / 5

Total

15

/

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: it states concrete capabilities with exact identifiers, gives explicit and eager use-conditions plus a rich list of natural trigger phrases, and actively de-conflicts with sibling skills via 'Not for…' routing. The only residual risk is that a few generic auth/error phrases could overlap with closely related family skills when no Luzmo-specific term appears in the query.

DimensionReasoningScore

Specificity

Multiple concrete capabilities are named with exact identifiers — 'embed token generation (createAuthorization)', 'SDK selection', 'saved-dashboard/chart embedding', API credentials (LUZMO_API_KEY, LUZMO_API_TOKEN) — with comprehensive coverage of the skill's declared scope. Not 4: the coverage has no material gaps; the opening 'Core Luzmo setup' is immediately substantiated by specific actions.

5 / 5

Completeness

Explicitly answers both what ('Core Luzmo setup', token generation, SDK selection) and when ('use whenever starting a new integration or hitting auth/API errors', 'Use eagerly for any auth or saved-dashboard/chart embedding question') with concrete trigger phrases. Not 4: both halves are explicit and specific rather than 'could be more explicit'.

5 / 5

Trigger Term Quality

Excellent mix of natural user phrases ('how do I authenticate', 'embed dashboard', 'dashboard not rendering'), exact technical identifiers (LUZMO_API_KEY, createAuthorization, dashboardId), and error codes (401/403), matching the comprehensive-with-synonyms anchor.

5 / 5

Distinctiveness Conflict Risk

Clear niche with Luzmo-specific identifiers and explicit 'Not for…' carve-outs naming sibling skills, which strongly de-conflicts the family. Not 5: generic trigger phrases like 'how do I authenticate', '401/403 errors', and 'dashboard not rendering' carry minor overlap risk with closely related skills (e.g., troubleshooting) when the user's query lacks the word 'Luzmo'.

4 / 5

Total

19

/

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

luzmo-official/agent-skills

Path

skills/core/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.