1
0

gen-tool-catalog.ts 22 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467
  1. /**
  2. * Generate `docs/tool-catalog.md` from schemas collected by booting each tool
  3. * plugin. Runtime registration is the source of truth for computed schemas;
  4. * the manifest is checked against every on-disk `tool-*` package. `--check`
  5. * verifies the committed artifact. Rationale and ownership live in
  6. * `.agents/notes/implemented/process/2026-07-02-tool-schema-catalog.md`.
  7. */
  8. import { globSync, readFileSync, writeFileSync } from 'node:fs'
  9. import { basename, resolve } from 'node:path'
  10. import { Context } from 'cordis'
  11. import type { ToolSchema } from '@deepseek-ai/dsh-llm'
  12. import SystemPrompt from '@deepseek-ai/dsh-system-prompt'
  13. import ToolRegistry, { type Config as ToolsConfig } from '@deepseek-ai/dsh-tools'
  14. import { BashExecutor } from '@deepseek-ai/dsh-bash'
  15. import type { BashExecRequest, BashExecSpec, BashProcess, BashRunResult } from '@deepseek-ai/dsh-bash'
  16. import LocalBashExecutor from '@deepseek-ai/dsh-bash-local'
  17. import LocalFileSystem from '@deepseek-ai/dsh-fs-local'
  18. import UserInteractionService from '@deepseek-ai/dsh-user-interaction'
  19. import WebService from '@deepseek-ai/dsh-web'
  20. import * as WebSearchExa from '@deepseek-ai/dsh-web-search-exa'
  21. import * as WebFetchLocal from '@deepseek-ai/dsh-web-fetch-local'
  22. import SubagentService from '@deepseek-ai/dsh-subagent'
  23. import type { SubagentProvider } from '@deepseek-ai/dsh-subagent'
  24. import SkillService from '@deepseek-ai/dsh-skill'
  25. import * as SkillLocal from '@deepseek-ai/dsh-skill-local'
  26. import TaskService from '@deepseek-ai/dsh-tasks'
  27. import * as ToolAskUser from '@deepseek-ai/dsh-tool-ask-user'
  28. import * as ToolBash from '@deepseek-ai/dsh-tool-bash'
  29. import * as ToolCordis from '@deepseek-ai/dsh-tool-cordis'
  30. import * as ToolFs from '@deepseek-ai/dsh-tool-fs'
  31. import * as ToolFsSearch from '@deepseek-ai/dsh-tool-fs-search'
  32. import * as ToolSkill from '@deepseek-ai/dsh-tool-skill'
  33. import * as ToolTasks from '@deepseek-ai/dsh-tool-tasks'
  34. import * as ToolTodo from '@deepseek-ai/dsh-tool-todo'
  35. import * as ToolSubagent from '@deepseek-ai/dsh-tool-subagent'
  36. import * as ToolWeb from '@deepseek-ai/dsh-tool-web'
  37. import VmWorkflowEngine from '@deepseek-ai/dsh-workflow-workerthread'
  38. import * as ToolWorkflow from '@deepseek-ai/dsh-tool-workflow'
  39. const root = resolve(import.meta.dirname, '..')
  40. const OUT = 'docs/tool-catalog.md'
  41. const CATALOG_RG_PROBE_COMMAND = 'command -v rg >/dev/null 2>&1'
  42. /**
  43. * Minimal bash service for harvesting `dsh-tool-fs-search` schemas. The search
  44. * plugin now probes `rg` at registration time, but the generated catalog must
  45. * remain independent of the host PATH and never execute a real search.
  46. */
  47. class CatalogSearchBashExecutor extends BashExecutor {
  48. override resolve(request: BashExecRequest): BashExecSpec {
  49. return {
  50. command: request.command,
  51. workdir: request.workdir ?? root,
  52. timeoutMs: request.timeoutMs ?? 60_000,
  53. stdoutMaxBytes: request.stdoutMaxBytes ?? 64_000,
  54. signal: request.signal,
  55. sandboxMode: request.sandboxMode,
  56. }
  57. }
  58. override run(spec: BashExecSpec): Promise<BashRunResult> {
  59. if (spec.command !== CATALOG_RG_PROBE_COMMAND) {
  60. throw new Error(`gen-tool-catalog: unexpected search bash command during schema harvest: ${spec.command}`)
  61. }
  62. return Promise.resolve({
  63. exitCode: 0,
  64. signal: null,
  65. timedOut: false,
  66. aborted: false,
  67. timeoutMs: spec.timeoutMs,
  68. stdout: { text: '', truncated: false },
  69. stderr: { text: '', truncated: false },
  70. })
  71. }
  72. override start(): BashProcess {
  73. throw new Error('gen-tool-catalog: search schema harvest must not start background processes')
  74. }
  75. }
  76. /**
  77. * Register the descriptor needed to mount schema-producing consumers. Declares
  78. * the full capability set of the shipped in-process providers so consumers
  79. * mount under their shipped defaults (tool-subagent's default numeric maxDepth
  80. * requires `depthLimit`).
  81. */
  82. function registerCatalogSubagentProvider(ctx: Context, name: string): void {
  83. const provider: SubagentProvider = {
  84. name,
  85. capabilities: { outputSchema: true, depthLimit: true, toolFilter: true, persona: true },
  86. inheritsParentContext: false,
  87. start: () => Promise.reject(new Error('tool-catalog provider cannot start a child')),
  88. }
  89. ctx.subagents.registerProvider(provider)
  90. }
  91. /**
  92. * Tool package plus its hand-maintained boot recipe. The caller mounts the
  93. * prompt and registry; each recipe supplies only package-specific seams and
  94. * config, while `dir` participates in the completeness check.
  95. */
  96. interface ToolPackage {
  97. /** The npm package name, used as the catalog section heading. */
  98. pkg: string
  99. /** The `packages/<group>/<dir>` leaf name — matched by the completeness guard. */
  100. dir: string
  101. /** Repo-relative source path linked from the catalog entry. */
  102. source: string
  103. /** Services or owning runtime surfaces the package requires at execution time. */
  104. requires: string[]
  105. /** Session events or other visible state the tools write or affect. */
  106. writes: string[]
  107. /** Additional model-visible names shipped by example/app config. */
  108. shippedNames?: string[]
  109. /** Plug the injected seams + the tool plugin onto a context that already
  110. * carries `systemPrompt` + `tools`. */
  111. mount: (ctx: Context) => Promise<void>
  112. /**
  113. * Config for the caller's `ToolRegistry` mount. The registry itself ships a
  114. * model-facing tool (`run_code`, registered under a non-native `mode`), so
  115. * ITS catalog entry boots the registry in the mode that surfaces it;
  116. * every other entry uses the default (native) registry.
  117. */
  118. toolsConfig?: ToolsConfig
  119. /**
  120. * A deployment note rendered after the package's tools, for a fact that
  121. * booting the package alone cannot show. The registered tool NAME can be a
  122. * load-time config (`tool-subagent`'s `toolName`), so one package may surface
  123. * under several names across deployments — the boot yields the package
  124. * DEFAULT, and this note records the shipped alternatives the model sees.
  125. */
  126. note?: string
  127. }
  128. /**
  129. * The boot manifest: every shipped tool package (a `tool-*` leaf under
  130. * `packages/`). Ordered by package name (the render order); the completeness
  131. * guard proves it is exhaustive against the on-disk glob.
  132. */
  133. const TOOL_PACKAGES: ToolPackage[] = [
  134. {
  135. pkg: '@deepseek-ai/dsh-tool-ask-user',
  136. dir: 'tool-ask-user',
  137. source: 'packages/ui/tool-ask-user/src/index.ts',
  138. requires: ['ctx.tools', 'ctx.userInteraction'],
  139. writes: ['tool/call', 'tool/result after a UI/provider answers the question'],
  140. async mount(ctx) {
  141. await ctx.plugin(UserInteractionService)
  142. await ctx.plugin(ToolAskUser)
  143. },
  144. note:
  145. 'ask_user_question pauses the tool call until the active UI provider returns a human answer.',
  146. },
  147. {
  148. pkg: '@deepseek-ai/dsh-tools',
  149. dir: 'tools',
  150. source: 'packages/core/tools/src/code-mode.ts',
  151. requires: ['ctx.tools', 'ctx.codeRuntime (execution time)', 'ctx.systemPrompt'],
  152. writes: ['tool/call', 'one tool/code-dispatch per bridged sub-call', 'tool/result'],
  153. // The registry's OWN tool: run_code exists only under a non-native mode
  154. // (the registry registers it in its constructor; the code runtime is read
  155. // at assembly/execution time, so the schema harvest needs none mounted).
  156. toolsConfig: { mode: 'code' },
  157. async mount() {},
  158. note:
  159. 'Owned by the tool registry as a reserved transport outside filterable capability layers under `mode: code` / `mode: both` (see the Code Mode Agent Note). Under `code` it is the registry\'s only wire contribution; the other visible capabilities are declared in a generated TypeScript SDK section, and a program calls them through serialized bindings that re-enter the complete guarded tool pipeline and link each nested execution to this outer result.',
  160. },
  161. {
  162. pkg: '@deepseek-ai/dsh-tool-bash',
  163. dir: 'tool-bash',
  164. source: 'packages/bash/tool-bash/src/index.ts',
  165. requires: ['ctx.tools', 'ctx.bash', 'ctx.tasks at call time for run_in_background'],
  166. writes: ['tool/call', 'tool/result'],
  167. async mount(ctx) {
  168. await ctx.plugin(LocalBashExecutor)
  169. await ctx.plugin(ToolBash)
  170. },
  171. note:
  172. 'The bash tool is the model-facing consumer of the bash executor seam. A `run_in_background` run registers with the generic `ctx.tasks` runtime and is collected/stopped through the `task_*` tools from `@deepseek-ai/dsh-tool-tasks`; the `enableRunInBackground` config (default true) removes the parameter entirely when disabled.',
  173. },
  174. {
  175. pkg: '@deepseek-ai/dsh-tool-cordis',
  176. dir: 'tool-cordis',
  177. source: 'packages/cordis/tool-cordis/src/index.ts',
  178. requires: ['ctx.tools'],
  179. writes: ['tool/call', 'tool/result', 'live plugin-tree mutations (mount/unmount)'],
  180. async mount(ctx) {
  181. await ctx.plugin(ToolCordis)
  182. },
  183. note:
  184. 'Ships in examples/cordis-agent only (a deliberate opt-in — mounted code gets the real ctx, see .agents/notes/implemented/feature/2026-07-08-self-referential-cordis-toolset.md). Plugins the model mounts may register ADDITIONAL model-visible tools at runtime; a full changed request header logs those tool-set changes.',
  185. },
  186. {
  187. pkg: '@deepseek-ai/dsh-tool-fs',
  188. dir: 'tool-fs',
  189. source: 'packages/fs/tool-fs/src/index.ts',
  190. requires: ['ctx.tools', 'ctx.fs', 'ctx.systemPrompt'],
  191. writes: ['tool/call', 'fs/write-intent or fs/edit-intent for mutations', 'fs/observed after successful file operations', 'tool/result'],
  192. async mount(ctx) {
  193. // The tool needs `fs`; the bare provider is sufficient because policy
  194. // changes behavior, not schema shape.
  195. await ctx.plugin(LocalFileSystem)
  196. await ctx.plugin(ToolFs)
  197. },
  198. note:
  199. 'The read-before-write/edit policy is added by `@deepseek-ai/dsh-fs-policy` (an `fs/*` event-gate plugin, no schema change); a deployment that loads these tools is expected to also load it. The tool schemas above are identical with or without the policy plugin.',
  200. },
  201. {
  202. pkg: '@deepseek-ai/dsh-tool-fs-search',
  203. dir: 'tool-fs-search',
  204. source: 'packages/fs/tool-fs-search/src/index.ts',
  205. requires: ['ctx.tools', 'ctx.bash', 'ctx.systemPrompt'],
  206. writes: ['tool/call', 'tool/result'],
  207. async mount(ctx) {
  208. // The tools inject `bash` (search executes fixed `rg` commands through
  209. // the executor seam, not ctx.fs). Use a catalog-only executor so the
  210. // registration-time `rg` probe stays deterministic and the generator
  211. // never depends on the host PATH. `ctx.spillStore` is optional (read via
  212. // ctx.get) and does not affect the schemas, so no spill backend is mounted.
  213. await ctx.plugin(CatalogSearchBashExecutor)
  214. await ctx.plugin(ToolFsSearch)
  215. },
  216. note:
  217. 'glob and grep are conditional bash-backed discovery tools: they register only when ctx.bash can find `rg`, then run fixed ripgrep commands through ctx.bash as ordinary foreground calls (never background tasks). Capped results save the complete formatted list through the optional ctx.spillStore backend; returned locators are follow-up-readable/searchable when the backend exposes local paths in co-located deployments.',
  218. },
  219. {
  220. pkg: '@deepseek-ai/dsh-tool-skill',
  221. dir: 'tool-skill',
  222. source: 'packages/skill/tool-skill/src/index.ts',
  223. requires: ['ctx.tools', 'ctx.skills'],
  224. writes: ['tool/call', 'tool/result'],
  225. async mount(ctx) {
  226. await ctx.plugin(SkillService)
  227. await ctx.plugin(SkillLocal, {
  228. dshHome: resolve(root, '.tmp/tool-catalog/.dsh'),
  229. agentsHome: resolve(root, '.tmp/tool-catalog/.agents'),
  230. })
  231. await ctx.plugin(ToolSkill)
  232. },
  233. },
  234. {
  235. pkg: '@deepseek-ai/dsh-tool-subagent',
  236. dir: 'tool-subagent',
  237. source: 'packages/subagent/tool-subagent/src/index.ts',
  238. requires: ['ctx.tools', 'ctx.subagents'],
  239. writes: ['tool/call', 'tool/result', 'child session events through the chosen provider'],
  240. shippedNames: ['subagent', 'subagent_fork'],
  241. async mount(ctx) {
  242. await ctx.plugin(SubagentService)
  243. registerCatalogSubagentProvider(ctx, 'mock')
  244. await ctx.plugin(ToolSubagent, { provider: 'mock' })
  245. },
  246. note:
  247. 'The registered tool name is the load-time `toolName` config (default `subagent`); the schema above is that default. The shipped example agents load this package once per subagent backend, so the model additionally sees `subagent_fork` (bound to the fork backend) with an identical schema — see `examples/tui-agent/cordis.yml` and `examples/acp-agent/cordis.yml`.',
  248. },
  249. {
  250. pkg: '@deepseek-ai/dsh-tool-tasks',
  251. dir: 'tool-tasks',
  252. source: 'packages/tasks/tool-tasks/src/index.ts',
  253. requires: ['ctx.tools', 'ctx.tasks', 'ctx.systemPrompt'],
  254. writes: ['tool/call', 'tool/result', 'context/message via agent.inject() for background completion notices'],
  255. async mount(ctx) {
  256. await ctx.plugin(TaskService)
  257. await ctx.plugin(ToolTasks)
  258. },
  259. note:
  260. 'The kind-agnostic background-task control surface: a background bash command and a background subagent are read, listed, and killed through the same three tools. Loading the plugin attaches the control surface that arms producers\' `ctx.tasks.start()`.',
  261. },
  262. {
  263. pkg: '@deepseek-ai/dsh-tool-todo',
  264. dir: 'tool-todo',
  265. source: 'packages/todo/tool-todo/src/index.ts',
  266. requires: ['ctx.tools', 'owning Agent session'],
  267. writes: ['tool/call', 'todo/write', 'tool/result'],
  268. async mount(ctx) {
  269. await ctx.plugin(ToolTodo)
  270. },
  271. note:
  272. 'todo_write is session-owned state; UIs render the latest todo/write event as a checklist or ACP plan.',
  273. },
  274. {
  275. pkg: '@deepseek-ai/dsh-tool-workflow',
  276. dir: 'tool-workflow',
  277. source: 'packages/workflow/tool-workflow/src/index.ts',
  278. requires: ['ctx.tools', 'ctx.workflows', 'ctx.systemPrompt', 'a calling Agent (exec.agent parents the script children)'],
  279. writes: ['tool/call', 'tool/result'],
  280. async mount(ctx) {
  281. // The tool injects `workflows`; boot the vm engine over a scripted
  282. // subagent provider to satisfy it. The schema does not depend on which
  283. // provider backs the engine.
  284. await ctx.plugin(SubagentService)
  285. registerCatalogSubagentProvider(ctx, 'mock')
  286. await ctx.plugin(VmWorkflowEngine, { provider: 'mock' })
  287. await ctx.plugin(ToolWorkflow)
  288. },
  289. },
  290. {
  291. pkg: '@deepseek-ai/dsh-tool-web',
  292. dir: 'tool-web',
  293. source: 'packages/web/tool-web/src/index.ts',
  294. requires: ['ctx.tools', 'ctx.web', 'ctx.systemPrompt'],
  295. writes: ['tool/call', 'tool/result'],
  296. async mount(ctx) {
  297. // Mount search and fetch providers so both tools register. Their schemas
  298. // do not depend on provider identity or availability.
  299. await ctx.plugin(WebService)
  300. await ctx.plugin(WebSearchExa)
  301. await ctx.plugin(WebFetchLocal)
  302. await ctx.plugin(ToolWeb)
  303. },
  304. note:
  305. 'web_search and web_fetch keep provider selection behind ctx.web so model-visible schemas stay stable across backend swaps.',
  306. },
  307. ]
  308. /** One package's contribution to the catalog: its schemas plus attribution. */
  309. interface CatalogPackage {
  310. pkg: string
  311. source: string
  312. requires: string[]
  313. writes: string[]
  314. shippedNames?: string[]
  315. schemas: ToolSchema[]
  316. /** A deployment note (see {@link ToolPackage.note}), rendered after the tools. */
  317. note?: string
  318. }
  319. /** The whole catalog: one entry per booted tool package, in manifest order. */
  320. export type ToolCatalog = CatalogPackage[]
  321. /**
  322. * Assert the boot manifest covers every shipped tool package on disk (a
  323. * `tool-*` leaf under `packages/`).
  324. * Booting has no source declaration to enumerate, so this glob restores the
  325. * "a new tool cannot be silently undocumented" guarantee: an unlisted package
  326. * fails the generator (and the freshness gate) until it is added to
  327. * {@link TOOL_PACKAGES}. Exported for a direct negative test.
  328. *
  329. * `scanRoot` defaults to the repo root; a test may point it at a fixture tree.
  330. */
  331. export function assertManifestComplete(packages: ToolPackage[] = TOOL_PACKAGES, scanRoot: string = root): void {
  332. const onDisk = globSync('packages/*/tool-*', { cwd: scanRoot }).map(p => basename(p)).sort()
  333. const listed = new Set(packages.map(p => p.dir))
  334. const missing = onDisk.filter(dir => !listed.has(dir))
  335. if (missing.length > 0) {
  336. throw new Error(
  337. `gen-tool-catalog: ${missing.length} tool package(s) not in the boot manifest: ${missing.join(', ')}. `
  338. + 'Add each to TOOL_PACKAGES in scripts/gen-tool-catalog.ts so its schema is catalogued.',
  339. )
  340. }
  341. }
  342. /**
  343. * Boot each tool package on a fresh Context and harvest its model-facing
  344. * schemas. A fresh Context per package keeps attribution clean (each entry's
  345. * schemas come from exactly that package) and isolates a boot failure to its
  346. * own entry. Disposed after harvest so no executor/provider outlives the run.
  347. */
  348. export async function collectToolCatalog(packages: ToolPackage[] = TOOL_PACKAGES): Promise<ToolCatalog> {
  349. assertManifestComplete(packages)
  350. const catalog: ToolCatalog = []
  351. for (const entry of packages) {
  352. const ctx = new Context()
  353. // Dispose in `finally` so a throw from `mount`/`schemas()` after earlier
  354. // plugins mounted still tears the context down (no leaked executor/provider
  355. // fiber) — the repo's "dispose must reach quiescence" rule.
  356. try {
  357. await ctx.plugin(SystemPrompt)
  358. await ctx.plugin(ToolRegistry, entry.toolsConfig ?? {})
  359. await entry.mount(ctx)
  360. const schemas = ctx.tools.schemas().sort((a, b) => a.name.localeCompare(b.name))
  361. catalog.push({
  362. pkg: entry.pkg,
  363. source: entry.source,
  364. requires: entry.requires,
  365. writes: entry.writes,
  366. schemas,
  367. ...entry.shippedNames !== undefined ? { shippedNames: entry.shippedNames } : {},
  368. ...entry.note !== undefined ? { note: entry.note } : {},
  369. })
  370. } finally {
  371. await ctx.fiber.dispose()
  372. }
  373. }
  374. return catalog
  375. }
  376. /** Render one tool's entry: name, description, JSON-Schema parameters, source. */
  377. function renderTool(schema: ToolSchema, source: string): string[] {
  378. const out = [`### \`${schema.name}\``, '']
  379. if (schema.description) out.push(schema.description, '')
  380. out.push('```json', JSON.stringify(schema.parameters, null, 2), '```', '')
  381. out.push(`Source: [\`${source}\`](../${source})`, '')
  382. return out
  383. }
  384. function codeList(values: string[] | undefined): string {
  385. return values?.length ? values.map(value => `\`${value}\``).join(', ') : '-'
  386. }
  387. function tableCell(value: string | undefined): string {
  388. return value ? value.replace(/\|/g, '\\|').replace(/\n/g, '<br>') : '-'
  389. }
  390. /** Render the full catalog (pure, deterministic given the manifest-ordered input). */
  391. export function render(catalog: ToolCatalog): string {
  392. const lines: string[] = [
  393. '<!-- Generated by scripts/gen-tool-catalog.ts — do not edit by hand.',
  394. ' Run `pnpm run gen-tool-catalog` to regenerate. -->',
  395. '',
  396. '# Tool Schema Catalog',
  397. '',
  398. 'Every model-facing tool a shipped plugin contributes to `ctx.tools`: the `name`, `description`, and JSON-Schema `parameters` the model receives via the system-prompt assembly. It complements the cordis [events](cordis-catalog/events.md) & [services](cordis-catalog/services.md) catalogs (the wiring a plugin listens to and calls) and [core-data-structures/](core-data-structures/core.md) (the types those signatures move) — this page is the *tools* the agent is offered.',
  399. '',
  400. 'This file is GENERATED and verified fresh by `pnpm run verify-tool-catalog` (part of `doc-sync`) — do not edit it by hand. Unlike the cordis catalog (a pure source-AST pass), this generator BOOTS each tool plugin on a real context and reads `ctx.tools.schemas()`, because a tool schema is not statically knowable (runtime-spread enums, concatenated descriptions, config-driven names, raw-JSON-Schema MCP tools). A completeness guard globs `packages/*/tool-*` and fails if any package is missing from the generator\'s boot manifest, so a new tool cannot be silently undocumented. See [the tool-schema-catalog Agent Note](../.agents/notes/implemented/process/2026-07-02-tool-schema-catalog.md).',
  401. '',
  402. 'Scope: shipped product tools under `packages/*/tool-*`, each booted with its DEFAULT config. The registered tool NAME can be a load-time config (e.g. `tool-subagent`\'s `toolName`), so a deployment may surface a package under a different or additional name — a per-package note records those shipped aliases where they exist. The `examples/` demo tools (e.g. `echo`) are excluded, matching the cordis catalog\'s packages-only scope.',
  403. '',
  404. '## Tool Package Map',
  405. '',
  406. 'This table connects model-visible tool names to the plugin package and service seams behind them. Exact JSON Schemas follow in the package sections below.',
  407. '',
  408. '| Tool package | Model-visible names | Requires | Writes / affects | Shipped aliases | Deployment note |',
  409. '| --- | --- | --- | --- | --- | --- |',
  410. ...catalog.map(entry => `| \`${entry.pkg}\` | ${codeList(entry.schemas.map(schema => schema.name))} | ${codeList(entry.requires)} | ${codeList(entry.writes)} | ${codeList(entry.shippedNames)} | ${tableCell(entry.note)} |`),
  411. '',
  412. ]
  413. for (const entry of catalog) {
  414. lines.push(`## \`${entry.pkg}\``, '')
  415. for (const schema of entry.schemas) lines.push(...renderTool(schema, entry.source))
  416. if (entry.note) lines.push(entry.note, '')
  417. }
  418. return lines.join('\n')
  419. }
  420. /** CLI entry: default writes the catalog, `--check` fails if the committed copy
  421. * is stale. Guarded behind an entry-point check so importing this module for
  422. * tests neither regenerates the committed file nor calls process.exit. */
  423. async function main(): Promise<void> {
  424. const content = render(await collectToolCatalog())
  425. if (process.argv.includes('--check')) {
  426. let committed: string | null = null
  427. try {
  428. committed = readFileSync(resolve(root, OUT), 'utf8')
  429. } catch {
  430. // Only ENOENT (not yet generated) is expected; a present-but-unreadable
  431. // file is not a state this repo produces. Either way the remedy is the
  432. // same — regenerate — so treat a read failure as "stale".
  433. committed = null
  434. }
  435. if (committed === content) {
  436. console.log(`gen-tool-catalog: ${OUT} is up to date.`)
  437. process.exit(0)
  438. }
  439. console.error(`gen-tool-catalog: ${OUT} is stale. Run \`pnpm run gen-tool-catalog\` and commit ${OUT}.`)
  440. process.exit(1)
  441. }
  442. writeFileSync(resolve(root, OUT), content)
  443. console.log(`gen-tool-catalog: wrote ${OUT}.`)
  444. }
  445. // Run only when invoked as a script, not when imported by a test.
  446. if (process.argv[1] && import.meta.filename === resolve(process.argv[1])) {
  447. await main()
  448. }