mrkeyoor.com_
Mon 09 Nov 07:50 UTC
AI Toolsevaluationupdated 09 Nov 2026

oh-my-ppt review

Oh My PPT is a desktop workbench for generating HTML slide decks with AI, editing their elements and exporting presentations. Its main README is Chinese, with an English README available; it is aimed at people who want to revise generated slides instead of accepting a fixed output.

Verdict

Oh My PPT’s source installation failed after 5 seconds in our sandbox on a pnpm configuration conflict, leaving generation and export quality unverified. Its documented workflow is worth a separate desktop trial if you want editable AI-generated slides and can manage model providers. Keep a real PPTX import-and-export check between that trial and any decision to depend on it for client deliverables.

We ran it

Lab card: what happened when we ran oh-my-pptScreenshot of oh-my-ppt (www.ohmyppt.cc)
Install✗ · 5s
Build—
Repo1844 files~164,356 lines of source · 82.2 MB · 0 CI workflows · tests dir

Answers from our run

Does oh-my-ppt build from source?

The dependency install failed, and the project has no separate build step. We cloned commit 1f1da52 into a clean Debian container with 3 CPUs and no project-specific setup.

Who should not use oh-my-ppt?

Organizations requiring every AI request to stay on the computer: the README says requests go to the configured provider, and local Ollama text generation requires separate image-provider configuration.

What are the alternatives to oh-my-ppt?

Marp CLI, Slidev. Oh My PPT’s source installation failed after 5 seconds in our sandbox on a pnpm configuration conflict, leaving generation and export quality unverified.

SetupN/ASource installation exited 1 on conflicting pnpm settings. The supplied log does not establish a supported toolchain or the configuration source, and desktop installation was not assessed.
Docs4/5On the visible documentation scale, the English README explains model configuration, local storage boundaries, export limitations and unsigned applications. The source-install recovery path remains unresolved in our evidence.
CommunityN/ARecent push and issue activity establish ongoing work, but the evidence does not assess support response quality or contributor capacity.
MaturityN/AWe did not reach the running application, generate a slide deck or check a PPTX round trip, so application reliability remains unassessed.

Who it’s for

Presenters evaluating AI-assisted outlines, visual editing and reusable templates in a desktop workflow.
Technical users who can configure their own text model and, separately, an image provider.
Teams willing to check representative PowerPoint files for editability and layout before adopting the documented conversion workflow.

Who it’s NOT for

Organizations requiring every AI request to stay on the computer: the README says requests go to the configured provider, and local Ollama text generation requires separate image-provider configuration.
Teams requiring proven fidelity for complex PPTX charts, tables or animations: upstream explicitly says those conversion cases are still being improved, and we did not evaluate exports.
Managed desktops that require signed software: the English README warns that release builds may not be code-signed.
Developers needing a reproduced working source setup immediately: our install exited 1 on a pnpm configuration conflict before we could assess the application.

Setup reality

Our 2026-11-08 sandbox run at commit 1f1da52 stopped during installation: exit 1 after 5 seconds. pnpm reported ERR_PNPM_CONFIG_CONFLICT_BUILT_DEPENDENCIES and said it cannot have both neverBuiltDependencies and onlyBuiltDependencies. No successful installation, build or test result follows from this run.

The README documents desktop downloads and a model configuration screen. Text generation needs a configured model; image generation uses a separate provider configuration and a verification request. Local Ollama is documented for text tasks, with a non-empty API-key field required by the app. Requests to external providers leave the computer.

The recorded configuration had 3 CPUs, 8 GB RAM and image label lab-node:22, which does not establish the actual runtime version. The log does not identify which configuration layer supplied the conflicting pnpm settings. Desktop installers were not evaluated; the README warns that release packages may be unsigned.

Oh My PPT needs model configuration before it can generate a deck

Before Oh My PPT can turn a brief into slides, you have to configure the text model that will do the work. The English README makes that requirement explicit. Image generation has a separate configuration. If you want a desktop slide generator with your own provider choices, that separation is useful. It also means downloading the application is only part of getting ready to use it.

Oh My PPT’s main README is Chinese, and an English README documents the workflow. It describes generating HTML slides, editing visible elements and exporting presentations, including editable PPTX. Our evaluation reached none of those application tasks: source installation stopped first. The useful decision here is whether the documented editing workflow warrants a separate trial, with that limitation clearly in view.

What happened when we ran it

Our sandbox installation failed with exit 1 after 5 seconds on 2026-11-08 at commit 1f1da52. The supplied log repeatedly reports ERR_PNPM_CONFIG_CONFLICT_BUILT_DEPENDENCIES: pnpm cannot have both neverBuiltDependencies and onlyBuiltDependencies. That is a configuration conflict reported by the package manager, before a successful installation was recorded.

The tail also warns that dangerouslyAllowAllBuilds is true and that dependencies listed in neverBuiltDependencies will run their scripts. It does not identify which file or configuration layer supplied those settings. Blaming the repository alone, the sandbox alone or a particular pnpm version would go beyond the evidence. No successful build or test result was established, and we have no measured generation time or export-quality result.

The recorded machine configuration was 3 CPUs, 8 GB RAM and image label lab-node:22. That label is insufficient evidence for the actual runtime version. The checkout had 1,844 files, about 164,356 source lines and 82.2 MB. The scan found a tests directory, zero CI workflow files and no Dockerfile. Those scan results describe the checkout, without establishing whether its desktop release packages work.

For a contributor, the next step is to capture the effective pnpm configuration and actual toolchain before attempting a narrowly justified correction. For a presenter, the documented desktop download is a different route to evaluate. We did not try that route, so it has neither a passing nor a failing installation result here.

Local files do not keep provider requests on the computer

The English README says sessions, source documents, assets and generated results stay on your computer. It also says requests to the configured AI or image service are sent to that provider. Local storage is a useful property, but it does not answer where material goes during generation.

Ollama is a documented option for text generation, document parsing and chat editing through an OpenAI-compatible interface. The app still requires a non-empty API-key field even though Ollama does not validate keys by default. Images need separate configuration. If keeping presentation material on local infrastructure is a requirement, check every selected provider and operation before uploading a confidential brief. We did not audit network traffic or verify an offline workflow.

The distinction matters especially for document-based creation. The README accepts source documents and says generation continues to reference their content. A local file picker is therefore insufficient evidence that the selected generation path keeps that content local. Choose the text and image routes deliberately rather than treating the desktop application as a privacy guarantee.

Editable PPTX needs a round trip with your own files

Upstream documents importing PPTX into editable pages and exporting a PPTX that can be revised in PowerPoint or Keynote. The English README qualifies conversion for complex shapes, charts, tables and animations. Its advertised fidelity is an upstream claim, without a matching measurement from our run.

That makes a representative deck the right acceptance check. Use the elements your actual work depends on, then import, edit, export and reopen it in the recipient’s application. Check that required objects remain editable as well as visually acceptable. A screenshot cannot settle the editability question, and an HTML preview cannot settle how the exported file behaves in PowerPoint.

The README also describes chat-based changes to individual pages, visual dragging and resizing, and version history. Those features make the workflow interesting for someone who repeatedly revises generated slides. We have not checked whether those edits preserve content or how the history behaves after failures. The install conflict leaves these questions open.

Marp CLI and Slidev suit people who prefer authored source

Marp CLI converts Marp or Marpit Markdown files into presentation formats. Its README names a browser requirement for PDF, PPTX and image conversion. Choose it when the main task is authoring slides in text and producing an output file; we did not compare its conversion fidelity with Oh My PPT.

Slidev is Markdown-based and documents developer features such as code highlighting and Vue component integration. It deserves a look for technical talks that benefit from authored interactions. Neither alternative’s README is evidence that it will reproduce a complex client PPTX template better.

Recent maintenance does not establish export reliability

GitHub recorded the last push on 2026-11-04, and release v2.10.0 was published that day. An open issue was updated on 2026-11-08. That combination shows recent activity. The English README separately warns that release packages may not be code-signed, a concrete constraint for managed desktops.

The documentation scale is 1 for missing essential instructions, 2 for major gaps, 3 for a usable route with important questions, 4 for explicit configuration and limitation coverage, and 5 for independently verified instructions across the claimed scope. Documentation receives 4. Setup, support quality and application maturity remain unassessed. Try the export round trip on a disposable copy of your real deck before moving a deadline onto this workflow.

Alternatives

ProjectWhat it isPick it when
Marp CLIA command-line converter for Marp and Marpit Markdown presentations.Pick Marp CLI when you want to author Markdown and convert it into presentation formats rather than use a visual AI workbench. Its README identifies a browser requirement for PDF, PPTX and image conversion.
SlidevA Markdown-based presentation system for developers, with code highlighting and Vue component integration.Pick Slidev when writing slides in an editor and adding developer-oriented interactions fits your workflow better than prompting a desktop generator.

What people are saying

  1. [github-trending] arcsin1/oh-my-ppt

Sources

  1. Oh My PPT English README
  2. Marp CLI README
  3. Slidev README
  4. Oh My PPT repository facts
  5. Oh My PPT latest release
  6. Oh My PPT recent issues and pull requests

More ai tools reviews

Agentero · mini-swe-agent · claude-video · nextai-translator · Toonflow-app · AutoRAG · the whole board →