Bug
When a member installs a shared skill from the org Marketplace (cloud plugin → config object → workspace), the materialized SKILL.md frontmatter is wrong.
Observed
Owner-created skill frontmatter:
---
name: laptop-refresh
description: 4-step laptop refresh / ServiceNow request policy for the Sales team
---
Member-installed skill frontmatter (after marketplace install):
---
name: "cob-01kvshfchxfqc94qnmvanzsv4c"
description: "name: laptop-refresh"
---
So:
name becomes the config-object id (cob_...) instead of laptop-refresh.
- The original
name: line is nested into description.
The body content is intact and the skill is usable (the agent followed the 4 steps correctly), but the metadata is wrong — which will affect skill listing/identification and any name-based lookups.
Repro
- Admin: create
.opencode/skills/laptop-refresh/SKILL.md with proper frontmatter.
- Admin: share to org via openwork-cloud MCP (plugin + config object + marketplace).
- Member: install from Marketplace.
- Inspect the installed
.opencode/skills/<plugin>/<cob-id>/SKILL.md.
Likely area
The cloud round-trip (config object create/normalize → workspace materialization). The serializer appears to regenerate frontmatter from the config-object id/title rather than preserving the original SKILL.md frontmatter.
Context
Found during the desktop+cloud admin→member demo. Install path also nests the skill under <plugin>/<cob-id>/ which is why the generated frontmatter uses the cob id.
Bug
When a member installs a shared skill from the org Marketplace (cloud plugin → config object → workspace), the materialized
SKILL.mdfrontmatter is wrong.Observed
Owner-created skill frontmatter:
Member-installed skill frontmatter (after marketplace install):
So:
namebecomes the config-object id (cob_...) instead oflaptop-refresh.name:line is nested intodescription.The body content is intact and the skill is usable (the agent followed the 4 steps correctly), but the metadata is wrong — which will affect skill listing/identification and any name-based lookups.
Repro
.opencode/skills/laptop-refresh/SKILL.mdwith proper frontmatter..opencode/skills/<plugin>/<cob-id>/SKILL.md.Likely area
The cloud round-trip (config object create/normalize → workspace materialization). The serializer appears to regenerate frontmatter from the config-object id/title rather than preserving the original SKILL.md frontmatter.
Context
Found during the desktop+cloud admin→member demo. Install path also nests the skill under
<plugin>/<cob-id>/which is why the generated frontmatter uses the cob id.