CtrlK
BlogDocsLog inGet started
Tessl Logo

plugin-surface-wording

Describe plugin release mechanics without overclaiming client-specific installation behavior.

63

Quality

75%

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 ./.squad/skills/plugin-surface-wording/SKILL.md
SKILL.md
Quality
Evals
Security

Context

Use this when documenting a repo that publishes plugin bundles consumed by one or more agent/plugin clients.

Patterns

  • Describe the release output as plugin artifacts, plugin bundles, or agent plugins.
  • Separate artifact publication from client-specific installation UX and marketplace registration.
  • Keep install commands only for the clients you have actually verified and documented.
  • If one client is the only verified install path today, label those commands as examples for that client instead of implying exclusivity or universal compatibility.

Examples

  • "Publishes plugin artifacts to the published repo" is safer than "publishes to every plugin marketplace."
  • "Copilot CLI installation examples" accurately scopes commands that are only verified for Copilot.

Anti-Patterns

  • Calling a plugin package CLI-only when the bundle format can also matter to other plugin-capable clients.
  • Claiming VS Code or Claude marketplace publication when the workflow only pushes files to a GitHub repo.
Repository
sbroenne/mcp-server-excel
Last updated
First committed

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.