CtrlK
BlogDocsLog inGet started
Tessl Logo

makini

Makini integration. Manage data, records, and automate workflows. Use when the user wants to interact with Makini data.

60

Quality

70%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/makini/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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 content is highly actionable with executable Membrane CLI commands and a well-sequenced, checkpointed connection workflow. Its main weaknesses are a few filler passages that hurt token efficiency and light verification guidance around running actions and proxy requests.

Suggestions

Cut the SaaS/KPI intro paragraph and the "so you can focus on the integration logic rather than auth plumbing" sentence; assume Claude knows why auth handling matters.

Remove or flesh out the "Makini Overview" section — a bare Patient/Note/User list plus "Use action names and parameters as needed" adds no actionable value.

Add a verification step after `membrane action run` (e.g. inspect the `output` field / check for an `error` field and retry on failure) so the data-mutating workflow has an explicit feedback loop.

DimensionReasoningScore

Conciseness

Most of the body is concrete commands, but it carries unnecessary filler such as the SaaS/KPI intro paragraph, the "so you can focus on the integration logic rather than auth plumbing" aside, and a near-empty "Makini Overview" section ("Use action names and parameters as needed"), placing it at mostly-efficient-but-could-be-tightened rather than lean.

3 / 5

Actionability

It provides copy-paste-ready commands throughout (npm install, membrane login, connection ensure with --wait polling, action run with --input JSON, and a full proxy flag table), covering the common integration cases with executable, specific guidance.

5 / 5

Workflow Clarity

The connection flow is clearly sequenced with explicit state-checking checkpoints and a poll-after-action feedback loop (READY / CLIENT_ACTION_REQUIRED / CONFIGURATION_ERROR), but the action-running and proxy sections lack verification of results, leaving minor validation gaps that keep it below anchor 5.

4 / 5

Progressive Disclosure

The body is a single self-contained file organized into well-labeled sections (Install, Authentication, Connecting, Searching, Best practices) with no nested references, which is appropriate for a CLI guide; minor redundancy between "Searching for actions" and "Popular actions" keeps it just below the cleanest anchor 5.

4 / 5

Total

16

/

20

Passed

Description

66%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 third-person, includes an explicit Use-when clause, and is clearly niched to Makini, but its action list is generic and its trigger phrasing lacks natural variations. It sits solidly above mediocre but below the strongest examples.

Suggestions

Replace generic verbs ("Manage data, records, and automate workflows") with concrete operations a user would request, e.g. "Create, update, and query patient and user records, and automate Makini workflows".

Broaden the trigger with natural phrasings users actually say, e.g. "Use when the user wants to read or update Makini records, query patient notes, or automate Makini workflows".

Tie the "when" clause to the entity types already listed in the body (Patient, Note, User) so the trigger is specific rather than just "interact with Makini data".

DimensionReasoningScore

Specificity

"Manage data, records, and automate workflows" names the Makini domain with a few concrete actions, but the verbs are generic and coverage is not comprehensive, fitting the 1-2 concrete actions anchor rather than the several-specific-actions anchor above.

3 / 5

Completeness

Both a "what" (manage data, records, automate workflows) and an explicit "Use when..." trigger are present, but the "when" is generic ("interact with Makini data") and could be more specific, landing on anchor 4 rather than the concrete-trigger anchor 5.

4 / 5

Trigger Term Quality

"Use when the user wants to interact with Makini data" surfaces the key proper-noun trigger "Makini" but offers no synonyms, task variations, or natural phrasings a user might say, matching the some-relevant-keywords-but-missing-variations anchor.

3 / 5

Distinctiveness Conflict Risk

Makini is a specific named SaaS platform, giving the skill a clear niche with a distinct proper-noun trigger and minimal risk of firing for unrelated skills.

5 / 5

Total

15

/

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.

Validation15 / 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
membranedev/application-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.