General  ·  Curated marketplace

editorconfig

Generates a comprehensive and best-practice-oriented .editorconfig file based on project analysis and user preferences.


Composite

3.1

C 4.2 · A 2.5

How we got there

Craft · D1–D5

D1 · Trigger clarity 4.0
D2 · Output specificity 4.5
D3 · Scope precision 4.5
D4 · Self-containment 4.0
D5 · Reusability 4.0

Adoption · A1–A5

A1 · Maintenance 2.5
A2 · Documentation 1.0
A3 · License 2.5
A4 · Adoption 4.5
A5 · Authorship 2.0

02 — Review

Our evaluation


Tier-2 Review: editorconfig (general cluster)

What we attempted

We pulled the editorconfig skill from its source listing and ran it through our standard two-stage harness: an install-resolution step and a smoke-invocation step. The goal was to move the composite score (4.2/5.0) from a documentation-only judgment into something backed by an actual execution trace — confirming that the skill installs, exposes an entrypoint, and produces a .editorconfig when invoked with a minimal prompt.

What failed

Both stages failed to execute, and this is the honest headline: the run did not complete, and no passing tests were recorded. The blocker is not a bug in the skill's logic — it is that the artifact we received is not runnable.

The SKILL.md content available to the harness is truncated to a single sentence:

"Generates a comprehensive and best-practice-oriented .editorconfig file based on project analysis and user preferences."

That is the entire body. There is no install command, no package name, no dependency list, no CLI entrypoint, no invocation syntax, and no example prompt. Consequently:

  • install — skipped. With no package name or dependency declarations, there is nothing to fetch or resolve. We cannot distinguish "zero dependencies" from "dependencies were stripped in transit." The harness records (none) observed, but that is an absence of evidence, not evidence of absence.
  • smoke-invocation — skipped. No README, no invocation syntax, no entrypoint, and no example prompt means a minimal invocation cannot even be constructed. We have nothing to type.

Zero tests passed, zero partial, zero failed — because zero tests ran. That distinction matters and we are not going to dress it up.

What we observed

The failure mode is artifact truncation, not skill defect. The source URL points to a SKILL.md whose rendered listing shows a one-line summary; the full body — whatever install/invocation/dependency detail it contains — did not reach the harness. This is the D-048 class of blocker: the harness is sound, the skill may well be sound, but the input is incomplete, so the pipeline correctly refuses to fabricate a result.

The practical consequence is that the 4.2/5.0 composite is theoretical. Every dimension (D1 trigger clarity 4.0, D2 output specificity 4.5, D3 scope precision 4.5, D4 self-containment 4.0, D5 reusability 4.0) was scored from the summary text and the skill's evident intent, not from observed behavior. D4 self-containment in particular is unverifiable here — a skill that cannot be invoked cannot demonstrate that it carries its own context. We would treat all five numbers as provisional until a physical re-run against an untruncated SKILL.md either confirms or corrects them.

Does the skill still seem valuable in principle?

Yes, and we want to be clear that this is not a takedown. The problem space is real and well-scoped: generating a correct, best-practice .editorconfig from project analysis is a genuinely useful, low-ambiguity task with a concrete, checkable output artifact. The trigger ("generates a .editorconfig") is crisp, the scope is bounded, and the reusability across projects is obvious. The high D2/D3 scores reflect that the intent is specific and well-bounded — the kind of skill that should be easy to verify once the artifact is complete.

The path to a real rating is short: re-run against the full SKILL.md so install and invocation can actually be exercised. If the full body contains the install command, invocation syntax, and dependency declarations that the truncated version lacks, we expect the composite to hold or rise. Until then, 4.2/5.0 stands as a documentation-only estimate, and this review stands as the record of a run that did not complete.

03 — Tests

What we tried


Tests simulated against README claims; pending physical re-run in Docker harness. Ran 2026-09-13.

Overall: broken. 0 tests passed, 0 partial, 0 failed; key blocker: the SKILL.md content is truncated to a single sentence with no install command, invocation syntax, or dependency declarations, so both tests were skipped as unverifiable.

Test Status Notes
install skipped The provided SKILL.md content is truncated to a single descriptive sentence and documents no install command, package name, or dependency list, so no install step can be executed or verified.
smoke-invocation skipped No README, invocation syntax, CLI entrypoint, or example prompt is present in the SKILL.md text; the skill only describes generating a .editorconfig, so a minimal invocation cannot be constructed.
04 — Cross-validation

1 source verified

Install

Use this skill

/plugin install editorconfig
Use cases

Tasks this skill helps with