File size: 1,627 Bytes
064bfd6 | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 | import type {
createSkillCommand,
parseSkillFrontmatterFields,
} from './loadSkillsDir.js'
/**
* Write-once registry for the two loadSkillsDir functions that MCP skill
* discovery needs. This module is a dependency-graph leaf: it imports nothing
* but types, so both mcpSkills.ts and loadSkillsDir.ts can depend on it
* without forming a cycle (client.ts → mcpSkills.ts → loadSkillsDir.ts → …
* → client.ts).
*
* The non-literal dynamic-import approach ("await import(variable)") fails at
* runtime in Bun-bundled binaries — the specifier is resolved against the
* chunk's /$bunfs/root/… path, not the original source tree, yielding "Cannot
* find module './loadSkillsDir.js'". A literal dynamic import works in bunfs
* but dependency-cruiser tracks it, and because loadSkillsDir transitively
* reaches almost everything, the single new edge fans out into many new cycle
* violations in the diff check.
*
* Registration happens at loadSkillsDir.ts module init, which is eagerly
* evaluated at startup via the static import from commands.ts — long before
* any MCP server connects.
*/
export type MCPSkillBuilders = {
createSkillCommand: typeof createSkillCommand
parseSkillFrontmatterFields: typeof parseSkillFrontmatterFields
}
let builders: MCPSkillBuilders | null = null
export function registerMCPSkillBuilders(b: MCPSkillBuilders): void {
builders = b
}
export function getMCPSkillBuilders(): MCPSkillBuilders {
if (!builders) {
throw new Error(
'MCP skill builders not registered — loadSkillsDir.ts has not been evaluated yet',
)
}
return builders
}
|