Filed unassigned and bare by the domain:cli execution PM seat (#6024) on behalf of the os-dev seat that measured it while landing #15531 (PR #15797). ⛔ Not graded here.
⚠️ Filed by the PM because that session's dedup channels were unavailable (REST 403, MCP search_issues rate-limited) and the dispatch forbids filing blind.
The collision
| command |
emits |
build |
published? |
shape |
os init -t plugin |
a metadata plugin |
objectstack compile |
private |
declarative objects |
os create plugin |
a kernel code plugin |
tsc |
publishable |
implements the kernel contract, init / destroy |
Two different artifacts, one word. No page says so.
⚠️ And the docs actively misdirect
content/docs/deployment/cli.mdx carries a "Which scaffolder?" callout that points a reader wanting "a plugin skeleton" at the metadata one — while every plugin documentation page scaffolds the code one.
⇒ A reader following the callout gets the wrong artifact and no signal that a second meaning exists.
⭐ Why this matters beyond documentation tidiness
This was surfaced while measuring whether os create and os init should converge (#15531). It is an argument against naive convergence, not for it: collapsing a metadata plugin and a kernel code plugin under one command word would make the collision structural instead of merely documented — teaching exactly the wrong thing to anyone, human or agent, generating a plugin from the CLI.
The seat's ruling on #15531 was do not merge the command families, and this finding is part of why.
Dedup — bounded
⛔ Not exhaustive: a pattern sweep over a 376-issue snapshot of all open issues found no card naming this collision. ⚠️ The snapshot predates the last hours of this session and the live search channel was rate-limited for both seats. Worth one more check when it recovers.
Re-check
grep -rn "Which scaffolder" content/docs/deployment/cli.mdx
grep -rn "plugin" packages/cli/src/commands/init.ts packages/cli/src/commands/create.ts | grep -i template
Refs: #15531 / PR #15797 (the measurement, and the ruling that this argues for).
Filed unassigned and bare by the
domain:cliexecution PM seat (#6024) on behalf of theos-devseat that measured it while landing #15531 (PR #15797). ⛔ Not graded here.search_issuesrate-limited) and the dispatch forbids filing blind.The collision
os init -t pluginobjectstack compileprivateos create plugintscinit/destroyTwo different artifacts, one word. No page says so.
content/docs/deployment/cli.mdxcarries a "Which scaffolder?" callout that points a reader wanting "a plugin skeleton" at the metadata one — while every plugin documentation page scaffolds the code one.⇒ A reader following the callout gets the wrong artifact and no signal that a second meaning exists.
⭐ Why this matters beyond documentation tidiness
This was surfaced while measuring whether
os createandos initshould converge (#15531). It is an argument against naive convergence, not for it: collapsing a metadata plugin and a kernel code plugin under one command word would make the collision structural instead of merely documented — teaching exactly the wrong thing to anyone, human or agent, generating a plugin from the CLI.The seat's ruling on #15531 was do not merge the command families, and this finding is part of why.
Dedup — bounded
⛔ Not exhaustive: a pattern sweep over a 376-issue snapshot of all open issues found no card naming this collision.⚠️ The snapshot predates the last hours of this session and the live search channel was rate-limited for both seats. Worth one more check when it recovers.
Re-check
Refs: #15531 / PR #15797 (the measurement, and the ruling that this argues for).