The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the ChatPPT listing page.
ChatPPT is a Model Context Protocol (MCP) server for programmatic, AI-assisted PowerPoint creation and editing. Built on Node.js 20+ and @office-kit/pptx, ChatPPT exposes a safe, structured, resource-oriented CRUD API over stdio for connected LLMs in Visual Studio Code and other MCP-compatible clients.
presentations/<deckId>.pptx..chatppt/registry.json.@office-kit/pptx-preview..vscode/mcp.json)To use ChatPPT in your VS Code workspace, add or update .vscode/mcp.json in the root of your workspace:
npx ExecutionWhen running via npx or published binary, ChatPPT can be configured to target a specific workspace using the --workspace flag or environment variables:
The npm package includes the portable create-deck-skeleton Agent Skill at skills/create-deck-skeleton/SKILL.md. MCP clients do not automatically load agent skills when connecting to a server. To use the skill, install or copy that directory into the skill-discovery location supported by your agent host, such as .github/skills/, .agents/skills/, or .claude/skills/. The skill uses ChatPPT's MCP tools and does not depend on a particular operating system or editor.
ChatPPT operates on a deterministic workspace root resolved in the following priority order:
--workspace <path> or -w <path>CHATPPT_WORKSPACE_ROOT or WORKSPACE_ROOTprocess.cwd() (current working directory)<workspace>/presentations/<deckId>.pptx<workspace>/.chatppt/registry.json^[a-zA-Z0-9_-]+$. Absolute paths or relative paths attempting directory traversal (..) outside the workspace root are caught and rejected with ValidationError..pptx presentations are detected and rejected.deck_*)deck_create: Create a new blank presentation deck.deck_import: Import an existing PowerPoint file into the managed workspace and register its slides.deck_list: List all managed decks in the workspace.deck_read: Read metadata and slide/collection list for a deck.deck_update: Update deck metadata (title) with optional optimistic revision check (expectedRevision).deck_delete: Permanently delete a deck and its .pptx file.deck_validate: Run diagnostic invariant checks across PPTX content and registry metadata.slide_*)slide_create: Add one or multiple slides in batch (supports title and notes).slide_list: List slides in presentation order with 0-based position indexes.slide_read: Read slide metadata and its element listing.slide_render: Render a slide to a PNG image preview for visual feedback. Accepts an optional width in pixels, defaulting to 1280, and returns an MCP image content item.slide_update: Update slide title and speaker notes in batch.slide_delete: Permanently delete slides and clean up collection references.slide_move: Move a slide or reorder slides by providing a slideOrder array.slide_duplicate: Duplicate a slide with new stable IDs for the slide and all elements.slide_collection_*)slide_collection_create: Create a named ordered group of existing slides.slide_collection_list: List collections in a presentation.slide_collection_read: Read collection details and slide membership.slide_collection_update: Rename a collection or replace slide membership.slide_collection_delete: Delete a collection without deleting the slides.element_*)element_create: Create text boxes, preset shapes, lines, tables, charts, or images in batch (supports optional clientId correlation).element_list: List all elements on a slide in z-index order.element_read: Read element metadata and styling properties.element_update: Update position, size, text, fill, font, size, bold, italic, text color, stroke, and alignment in batch.element_delete: Delete elements from a slide in batch.element_reorder: Adjust element z-index (bringToFront, sendToBack, bringForward, sendBackward).Call slide_render with the deck and slide UUIDs. The response includes a base64-encoded image/png content item that MCP clients can display directly:
The renderer is a deterministic approximation of PowerPoint output and runs in Node.js without a headless browser.
The publish.yml GitHub Actions workflow stages a package when a matching v* tag is pushed. The package must already exist on npm. The workflow uses GitHub OIDC through npm trusted publishing and does not require an npm token. A staged package is not public until a maintainer reviews and approves it with 2FA on npm.
Configure the npm package's trusted publisher with GitHub Actions, repository ParkerDiamond/ChatPPT, workflow filename publish.yml, and the npm stage publish action enabled. The staging job uses Node.js 24 and npm 11.15.0 or later.
The same publish.yml workflow publishes server.json to the MCP Registry when a v* version tag is pushed. It authenticates with GitHub OIDC and does not require a registry secret. The registry job waits for npm staging, but MCP Registry validation requires the referenced npm version to be publicly available. If npm approval is still pending when the workflow runs, approve the staged npm release and rerun the failed registry job.