CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

make-automation

Automate Make (Integromat) tasks via Rube MCP (Composio): operations, enums, language and timezone lookups. Always search tools first for current schemas.

Quality

63%

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

Quality

Content

56%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 delivers concrete, well-sequenced MCP guidance with explicit setup validation, but is padded with heavy repetition (enum caching stated four times, three near-duplicate enum workflows) and a filler closing section. Everything lives in one ~200-line file with no progressive disclosure or reference files.

Suggestions

Merge workflows 2–4 into a single "Enum lookups" workflow and state the caching guidance once; delete the filler "When to Use" section.

Deduplicate the caching/rate-limit advice (it currently appears under two workflow pitfalls, its own section, and "Rate Limits").

Move "Known Pitfalls" and "Additional Notes" (alternatives, composing workflows) into a reference file and keep SKILL.md as a lean overview with pointers.

DimensionReasoningScore

Conciseness

The same guidance is repeated multiple times — enum caching appears in workflows 2 and 3, in "Caching Strategy for Enums", and again under "Rate Limits"; workflows 2, 3, and 4 ("Scenario Configuration Lookup") substantially restate each other; and the closing "When to Use" section ("This skill is applicable to execute the workflow or actions described in the overview") is pure filler. This matches anchor 2 ("noticeably verbose; several unnecessary explanations or padded sections") rather than 3, since whole sections could be deleted without losing information.

2 / 5

Actionability

Concrete tool slugs (MAKE_GET_OPERATIONS, MAKE_LIST_ENUMS_LANGUAGES, MAKE_LIST_ENUMS_TIMEZONES), the exact MCP endpoint URL ("https://rube.app/mcp"), numbered tool sequences, and a quick-reference table give mostly executable guidance; deferring parameters to RUBE_SEARCH_TOOLS is explicitly justified by "Always call RUBE_SEARCH_TOOLS first to get current tool schemas". Not a 5 because no example calls or response shapes are shown despite advice like "Parse defensively with fallbacks for optional fields" and "Response data may be nested under `data` key".

4 / 5

Workflow Clarity

The setup sequence has explicit validation checkpoints ("Verify Rube MCP is available...", "Confirm connection status shows ACTIVE before running any workflows") plus an error-recovery branch ("If connection is not ACTIVE, follow the returned auth link"), and each workflow is numbered with when-to-use guidance. It falls short of anchor 5 because the read/data workflows lack equivalent verify-then-recover checkpoints (e.g., no step to confirm enum lookups succeeded before using values), but it is clearly above anchor 3's "checkpoints missing or implicit".

4 / 5

Progressive Disclosure

There are no bundle files (no references/, scripts/, or assets/), so everything — pitfalls, alternatives tables, caching strategy — is inlined in a single ~200-line SKILL.md. Sectioning and tables are decent, but at this length content like "Known Pitfalls" and "Additional Notes" belongs in a separate reference file; this matches anchor 3 ("some structure but could be better organized; content that should be separate is inline") better than anchor 4, and the under-50-line simple-skill exception does not apply.

3 / 5

Total

13

/

20

Passed

Description

55%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 has a clear 'what' with domain and action terms, but lacks any 'Use when...' trigger guidance and misses natural trigger variations (Make.com, scenarios, operation logs). The generic word "Make" also creates real conflict risk with build-tooling requests.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user mentions Make, Make.com, or Integromat scenarios, operation logs, or scheduling timezones/languages."

Include the synonyms users actually say — "Make.com", "Integromat scenarios", "operation logs" — to improve trigger coverage.

Disambiguate from build tooling, e.g. "Make (Integromat, make.com) — the automation platform, not the make build tool."

DimensionReasoningScore

Specificity

"operations, enums, language and timezone lookups" names the domain (Make/Integromat automation via Rube MCP) and several concrete actions that cover the toolkit's actual surface. Not a 5 because connection management and scenario-interaction limits are only implicit, and the actions are listed tersely without covering variations.

4 / 5

Completeness

The 'what' is clear ("Automate Make (Integromat) tasks via Rube MCP (Composio): operations, enums, language and timezone lookups"), but there is no 'Use when...' clause or equivalent trigger guidance — "Always search tools first for current schemas" is a behavioral instruction, not a usage trigger. Per the judging guidelines, a missing 'Use when' clause caps completeness at 3.

3 / 5

Trigger Term Quality

"Make (Integromat)" captures both product names and "operations", "language and timezone lookups" are plausible user phrases, but common variations like "Make.com", "scenario", or "operation logs" are missing. Anchor 3 ("some relevant keywords but missing common variations or synonyms") is the closest match; it is above anchor 2 (generic only) and below anchor 4 (good coverage with few missing).

3 / 5

Distinctiveness Conflict Risk

"Make (Integromat)" and "Rube MCP (Composio)" carve out a clear niche, but the bare word "Make" is a common build-tool term, so requests like "run make" or "make a build" risk triggering this skill incorrectly. It is more specific than anchor 2 ("very broad; high overlap risk") but does not reach anchor 4's "minor overlap risk with closely related skills" because the collision is with a ubiquitous CLI tool, not a closely related skill.

3 / 5

Total

13

/

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.

Validation — 15 / 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

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/make-automation/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.