CtrlK
BlogDocsLog inGet started
Tessl Logo

plugin-surface-wording

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

56

Quality

46%

Does it follow best practices?

Impact

Pending

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./.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
Created

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.