AGENTS.md
+8 −6
https://raw.githubusercontent.com/cyanheads/tmdb-mcp-server/HEAD/AGENTS.md
− **Version:** 0.1.5− **Framework:** [@cyanheads/mcp-ts-core](https://www.npmjs.com/package/@cyanheads/mcp-ts-core) `^0.13.15`− **MCP SDK:** `@modelcontextprotocol/server` ^2.3.1− Skills are modular instructions in `framework-skills/` at the project root. Read them directly when a task matches — e.g., `framework-skills/add-tool/SKILL.md` when adding a tool. `bun run list-skills` prints the full registry. The directory is deliberately not `skills/`: Claude Code and Codex auto-load a plugin's root `skills/`, so a server that ships `.claude-plugin/` or `.codex-plugin/` would hand these development skills to every agent that installs it. Keep `skills/` free for skills meant f− | `bun run lint:packaging` | Packaging surface checks — `server.json`/`manifest.json` env-var parity (run by devcheck) |− `npm run bundle` produces a `.mcpb` extension bundle for one-click install in Claude Desktop. The pack step is followed by `scripts/clean-mcpb.ts`, which prunes dev dependencies (`mcpb clean`) and strips two classes of `node_modules/**` content that root-anchored `.mcpbignore` patterns cannot reach: dependency-shipped agent docs (`framework-skills/`, `skills/`, `.claude/`, `.agents/`, `SKILL.md`) and platform-specific native bindings, which would otherwise lock the bundle to the platform it was + **Version:** 0.2.0+ **Framework:** [@cyanheads/mcp-ts-core](https://www.npmjs.com/package/@cyanheads/mcp-ts-core) `^0.13.18`+ **MCP SDK:** `@modelcontextprotocol/server` ^2.4.0+ Development skills live in `framework-skills/`; read the matching `SKILL.md` before a task. `bun run list-skills` prints the registry. Maintenance syncs framework-managed skills and existing agent mirrors, preserving server-authored skills.+ Root `skills/tmdb-guide/SKILL.md` is published for agents calling the tools: regional watchlists, directing credits, filmography continuation, and season traversal. Plugin hosts discover it, npm and Docker ship it, and `createApp({ skills: 'skills' })` serves it through MCP. Use `framework-skills/add-skill/SKILL.md` before editing that tree; `lint:packaging` validates it. Never copy development skills into root `skills/`.+ | `add-skill` | Author a published tool-usage skill in root `skills/`, with identifier chains, gates, and delivery validation |+ | `bun run lint:packaging` | Packaging checks — env-var parity, bundle exclusions, plugin manifests, and the published `skills/` tree (run by devcheck) |+ `bun run bundle` packs the server and root `skills/`, prunes dev dependencies, then strips dependency documentation, platform-specific native bindings, node-gyp build output, and build-only framework files. Root development paths belong in `.mcpbignore` as anchored patterns. The cleaner and packaging linter deliberately match dependency skill documentation at package roots only: SDK `dist/ext/skills` modules are runtime code and must survive ([cyanheads/mcp-ts-core#794](https://github.com/cyanhe