CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

adobe-commerce

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

Quality

66%

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 ./skills/adobe-commerce/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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, executable Membrane CLI guidance with good connection-state handling, but it is padded with concept explanations and an empty entity list, references a nonexistent "Step 2", and lacks verification steps around potentially destructive action runs. Splitting reference material into a separate file and trimming filler would raise token efficiency and organization.

Suggestions

Delete the opening paragraph explaining what Adobe Commerce is, and either give the 27-item entity list real content or move it to a separate reference file.

Fix the two dangling "skip to Step 2" references by defining Step 2 (searching for and running actions) or rewording the navigation.

Add a validation checkpoint before/after destructive action runs or proxy POST/PUT/DELETE requests (e.g. check output for errors, confirm the record state after a write).

Make "Popular actions" deliver on its heading by listing concrete example actions (e.g. product search, order lookup) instead of repeating the action-list command.

DimensionReasoningScore

Conciseness

The opening paragraph explains what Adobe Commerce is (a concept Claude already knows), and the 27-item entity list, "Use action names and parameters as needed", and the "Agent Types: claude, openclaw, codex, warp, windsurf, etc." line are padding — though the CLI instruction sections themselves are tight.

3 / 5

Actionability

Copy-paste-ready commands appear throughout (install, login, connection ensure, action list/run with --input JSON, proxy flags table), but there is no worked example with a real Adobe Commerce action, and the "Popular actions" section lists no actions — it only repeats the search command.

4 / 5

Workflow Clarity

Connection setup has good state handling (READY / CLIENT_ACTION_REQUIRED / CONFIGURATION_ERROR branches with polling via --wait), but "skip to Step 2" is referenced twice with no Step 2 defined, and running actions and proxy requests — potentially destructive operations on commerce data — have no verification steps, capping this dimension at 3.

3 / 5

Progressive Disclosure

A single ~160-line file with no bundle files; the entity list and detailed CLI reference material would be better split into a separate reference file. Section headers provide some structure, but reference content is inlined.

3 / 5

Total

13

/

20

Passed

Description

61%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 the required what/when structure and names its niche clearly, but the capability language is generic and the trigger coverage is thin. Adding Magento as a synonym and listing concrete operations (products, orders, customers) would lift both specificity and trigger quality.

Suggestions

Replace generic action language ("Manage data, records, and automate workflows") with concrete operations such as "Manage products, orders, customers, invoices, and carts".

Add missing trigger keywords users naturally say, especially "Magento" (Adobe Commerce's former name) and terms like "e-commerce store".

Make the when-clause more specific, e.g. "Use when the user wants to manage products, orders, customers, or catalog data in Adobe Commerce / Magento".

DimensionReasoningScore

Specificity

"Manage data, records, and automate workflows" names the Adobe Commerce domain but the actions are minimal and generic — no concrete operations like creating products, managing orders, or issuing invoices are listed.

2 / 5

Completeness

Both what ("Adobe Commerce integration. Manage data, records, and automate workflows") and when ("Use when the user wants to interact with Adobe Commerce data") are present, but the when-clause circularly restates the domain instead of giving concrete trigger phrases.

4 / 5

Trigger Term Quality

"Adobe Commerce" is a relevant keyword, but common variations users would actually say — "Magento", "e-commerce", "products", "orders" — are missing.

3 / 5

Distinctiveness Conflict Risk

"Adobe Commerce" names a clear niche with distinct triggers; the description is unlikely to fire for an unrelated skill.

5 / 5

Total

14

/

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

membranedev/application-skills

Path

skills/adobe-commerce/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.