Skill detail
nature-image2ppt
Reconstructs slide images, screenshots, and image-only PPTX files as object-level editable PowerPoint.
Needs (stated): Python
Inspect before use
Read the source instructions and check the requirements before you install this skill.
SKILL.md
The saved excerpt is a snapshot from when this skill was listed. The external source remains the complete and most current version.
--- name: nature-image2ppt description: "Reconstruct slide images, screenshots, scanned PDFs, or image-only PPTX files as object-level editable PowerPoint. Use for 图片转可编辑PPT、截图还原PPT and diagram reconstruction; not authoring a new deck from research notes." --- # Nature Image2PPT Use this directory as the complete runtime. Run deterministic actions only through: ```bash python <image2ppt-root>/cli/image2ppt/cli.py <command> ... ``` Use Python 3.10 or later with `requirements.txt` installed. When a dedicated environment exists, substitute `<image2ppt-root>/.venv/bin/python` on macOS/Linux or `<image2ppt-root>/.venv/Scripts/python.exe` on Windows for every `python` command below. Do not continue after a failed `doctor`; install only the reported missing dependency, then rerun it. Do not discover or invoke another Skill, CLI, Prompt, Schema, module, or state machine. ## Read the local contracts progressively Always read `references/workflow.md`. Read `references/runtime-dependencies.md` only for setup or `doctor` failures, and read `references/ocr-text-hints-contract.md` only when choosing or troubleshooting OCR. Before writing a page manifest, read `references/page-decision-tree.md` and `references/manifest-schema.md`. Add only the references needed by that page: - structured or compound page: `references/region-decomposition.md` and `references/object-routing.md`; - arrows: `references/manifest-arrow-extension.md`; - raster assets or image-backend work: `references/assets-provenance-contract.md`. Before accepting or delivering output, read `references/qa-contract.md`. ## Preserve the single source of truth - Treat `page_jobs.json` as the only page-state source. - Treat each `pages/page_NNN/manifest.json` as the only page-content source. - Treat `deck_manifest.json` as the final-assembly source. - Use only `prepare`, `run next/dispatch/record/reset/hints/finalize`, and the page commands in the local CLI for stateful lifecycle operations. - Keep semantic-region evidence in `manifest.json.image2ppt_region_decomposition`. - Never create a second job file, reconstruction plan, OCR normalizer, page controller, packager, or finalize path. - Let supplemental QA report failures; never let it mutate lifecycle state. ## Keep every write inside its owner directory - Page build, validation, hints, and QA may read and write only inside that page directory. Manifest paths, recorded assets, formulas, reports, previews, and `--out` overrides must not use `..`, symlinks, or absolute paths to escape it. The sole external-input exception is an explicit image-tool result supplied to `image import` or as `process-sheet --asset-sheet-source`; it is copied into the page before becoming a build dependency. - Run-level manifests and final outputs must remain inside the prepared run directory. Finalization rebuilds into a same-directory temporary file and publishes it atomically only after a successful build. - Treat any boundary rejection as a hard failure; do not copy the rejected file back into scope and present it as runtime output. ## Preserve pre-migration behavior - Treat self-containment as a path/import/entrypoint migration, not a redesign of reconstruction behavior. - Generate each worker Prompt from the complete local base layer plus the preserved Image2PPT profile layer. Do not condense, reinterpret, or replace either layer. - Prefer the previously validated visual strategy when several routes satisfy the contracts. Keep simple measured objects native and retain bounded complex assets wherever a native redraw would reduce fidelity. - Never re-author an accepted baseline page merely to prove runtime independence. ## Run the workflow ### Image backend selection Use `builtin-imagegen` when the agent runtime exposes `image_gen.imagegen`; it is the preferred backend because the worker can inspect edit inputs and import the explicit local result. Use the CLI image contract only when the built-in toolRead the full source on GitHub (opens external page)