Token导航 LogoToken导航TokenDH.com
开发需要联网github未标认证来源可访问许可证需确认审计提醒

glmv-pdf-to-pptglmv PDF TO PPT 文档

Agent Skill

glmv-pdf-to-ppt 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

544

周安装

22

GitHub Stars

360

下载量

171
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:glmv-pdf-to-ppt(glmv PDF TO PPT 文档)
来源仓库:https://github.com/zai-org/glm-skills
仓库路径:skills/glmv-pdf-to-ppt
安装命令:
npx skills add https://github.com/zai-org/glm-skills --skill glmv-pdf-to-ppt
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/zai-org/glm-skills --skill glmv-pdf-to-ppt

简介

用于处理 GitHub 仓库和协作事务信息。

  • 适合围绕代码变更、Issue 讨论进行内容管理。
  • 通过 GitHub 安装,兼容多种 Agent 运行环境。
  • 使用前应确认是否具备文件读写权限。
  • 具体功能请参考项目原始说明文档。glmv-pdf-to-ppt 属于开发类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

PDF → HTML PPT Skill

Convert any PDF into a multi-slide HTML presentation. Pages are converted to images at DPI 120, read sequentially to understand the content, then a structured outline.json is saved, images are cropped locally (no cloud upload), slides are rendered one by one, and finally a summary.md is generated.

Scripts are in: {SKILL_DIR}/scripts/

Dependencies

Python packages (install once):

pip install pymupdf pillow

System tools: curl (pre-installed on macOS/Linux).

When to Use

Trigger when the user asks to make slides or a presentation from a PDF — phrases like: "make a PPT from a PDF", "convert PDF to slides", "create a presentation from this paper", "根据pdf做ppt", "根据论文做幻灯片", "做PPT", "做幻灯片", "生成演示文稿", "把这个pdf转成ppt", or any similar intent in Chinese or English.

Output Directory Convention

All output goes under {WORKSPACE}/ppt/<pdf_stem>_<timestamp>/:

ppt/
└── <pdf_stem>_<timestamp>/
    ├── outline.json        ← structured slide plan (SlidesPlan schema)
    ├── crops/              ← locally-saved cropped images
    │   ├── slide3_method_crop.png
    │   └── slide5_results_crop.png
    ├── slide_01.html
    ├── slide_02.html
    ├── ...
    └── summary.md          ← final summary document
  • <pdf_stem> = PDF filename without extension
  • <timestamp> = format YYYYMMDD_HHMMSS (e.g. 20240119_143022)
  • Cropped images go in crops/ subfolder
  • Each slide HTML references images via relative path crops/<name>.png

Input

$ARGUMENTS is the path to the PDF file (local) or an HTTP/HTTPS URL.

  • If user provides a URL: download with curl first, then convert
  • If user provides a local PDF path: convert directly

Workflow

Phase 0 — Create Output Directory

Compute the output path:

import os, datetime
pdf_stem = os.path.splitext(os.path.basename(pdf_path))[0]
timestamp = datetime.datetime.now().strftime("%Y%m%d_%H%M%S")
out_dir = os.path.join(workspace, "ppt", f"{pdf_stem}_{timestamp}")

Create it immediately:

mkdir -p "<out_dir>/crops"

Record out_dir — use it for all subsequent phases.


Phase 1 — Convert PDF Pages to Images (DPI 120)

If the input is a URL, download it first:

pdf_stem=$(basename "$ARGUMENTS" .pdf)
curl -L -o "/tmp/${pdf_stem}.pdf" "$ARGUMENTS"

Then convert (pass either the downloaded path or the original local path):

python {SKILL_DIR}/scripts/pdf_to_images.py "<pdf_path>" --dpi 120

Outputs JSON to stdout:

[{"page": 1, "path": "/abs/path/page_001.png"}, ...]

Parse and store the full page → path map. These local paths are used for viewing pages and as --path input to crop.py.


Phase 2 — Read All Pages in Order

View all page images sequentially before planning anything. Your goal here is pure understanding — absorb the full structure, content, figures, and arguments of the document.

While reading, note:

  • What figures, charts, or tables appear on which pages
  • The overall arc (intro → method → results → conclusion for papers; or logical structure for other doc types)
  • Candidate visuals worth cropping for slides (page number + rough region)

Do NOT plan or write slides yet — just read and understand all pages first.


Phase 3 — Plan Outline & Save outline.json

After reading all pages, plan 8–15 slides (adapt freely for non-academic documents).

SlideTypical purpose
1Title, authors, affiliation, venue/year
2Motivation / Problem statement
3Related Work (brief)
4–N-2Method / Core contributions (one concept per slide)
N-1Results & Experiments
NConclusion & Future Work

For each slide that needs a visual, identify:

  • Which page it comes from (the local page path from Phase 1)
  • A description of what the visual shows and why it belongs on this slide

Save the outline as <out_dir>/outline.json using exactly this schema:

{
  "presentation_title": "Paper Title Here",
  "lang": "Chinese",
  "total_slides": 10,
  "slides_plan": [
    {
      "slide_index": 1,
      "title": "Slide Title",
      "main_content": "Key points and text content for this slide",
      "template_id": null,
      "required_crops": [
        {
          "url": "<page_image_url_from_phase1>",
          "visual_description": "Figure 3: architecture diagram showing encoder-decoder",
          "usage_reason": "Illustrates the core model structure for slide 4"
        }
      ]
    }
  ]
}

Field notes:

  • lang: "Chinese" or "English" — match the PDF language
  • template_id: always null
  • required_crops: empty array [] if this slide needs no images
  • url in each crop: the local file path of the source page image (from Phase 1 path field) — this is what crop.py will open and crop from
  • visual_description: what the visual shows, including figure/table number if available
  • usage_reason: why this visual belongs on this particular slide
  • For images that need cropping, note the approximate region — exact crop boxes are determined in Phase 4

Write outline.json using the Write tool to <out_dir>/outline.json.


Phase 4 — Crop Required Images (Grounding + Subagent)

IMPORTANT: You MUST delegate ALL cropping to a clean subagent using the Agent tool. By this phase your context is very long (all page images + outline), which degrades visual coordinate accuracy. A fresh subagent with only the target image produces much more precise coordinates.

IMPORTANT: You MUST use the provided {SKILL_DIR}/scripts/crop.py script for ALL image cropping. Do NOT write your own cropping code, do NOT use PIL/Pillow directly, do NOT use any other method.

Read outline.json. Collect all crops needed, then launch one subagent per source page (or one per crop if pages differ). The subagent uses grounding-style localization — it views the image, locates the target element, and outputs a precise bounding box in normalized 0–999 coordinates.

Use the Agent tool like this:

Agent tool call:
  description: "Grounding crop page N"
  prompt: |
    You are a visual grounding and cropping assistant. Your task is to precisely
    locate specified visual elements in a page image and crop them out.

    ## Grounding method

    Use visual grounding to locate each target:
    1. Read the source image using the Read tool to view it
    2. Identify the target element described below
    3. Determine its bounding box as normalized coordinates in the 0–999 range:
       - 0 = left/top edge of the image
       - 999 = right/bottom edge of the image
       - These are thousandths, NOT pixels, NOT percentages (0–100)
       - Format: [x1, y1, x2, y2] where (x1,y1) is top-left, (x2,y2) is bottom-right
       - Example: [0, 0, 500, 500] = top-left quarter of the image
    4. Be precise: tightly bound the target element with a small margin (~10–20 units)
       around it. Do NOT crop too wide or too narrow.

    ## Source image
    <page_image_path>

    ## Crops needed

    For each crop below, first do grounding (locate the element), then crop:

    1. Name: "slide<N>_<descriptive_name>"
       Target: "<visual_description from outline.json>"
       Context: "<usage_reason from outline.json>"

    ## Crop command

    After determining the bounding box [X1, Y1, X2, Y2] for each target, run:

python <SKILL_DIR>/scripts/crop.py \ --path "<page_image_path>" \ --box X1 Y1 X2 Y2 \ --name "<crop_name>" \ --out-dir "<out_dir>/crops"


    ## Verification

    After each crop, READ the output image to visually verify the correct region
    was captured. If the crop missed the target or is too wide/narrow, adjust the
    coordinates and re-run crop.py.

    ## Output

    Report the final results as a list:
    - crop_name: <name>, file: <output_filename>, box: [X1, Y1, X2, Y2]

Replace <page_image_path>, <SKILL_DIR>, <out_dir>, and crop details with actual values from your context.

The crop.py script outputs JSON: {"path": "/abs/path/slide3_method_crop.png"}

Collect results from all subagents and build the mapping: slide_index → [crop filename,...] to reference in HTML. The filename will be <name>_crop.png.

Launch subagents for independent pages in parallel when possible. Wait for all to complete before proceeding.


Phase 5 — Measure Cropped Image Dimensions

After cropping, get pixel dimensions:

python3 -c "
from PIL import Image; import os, json
d = '<out_dir>/crops'
sizes = {}
for f in sorted(os.listdir(d)):
    if f.endswith('.png'):
        w, h = Image.open(os.path.join(d, f)).size
        sizes[f] = {'width': w, 'height': h, 'aspect': round(w/h, 2)}
print(json.dumps(sizes, indent=2))
"

Use aspect ratios to pick each slide's layout:

Aspect ratioLayout recommendation
< 0.7 (tall/narrow)text + image side-by-side — max-height: 600px on image
0.7 – 1.3 (square-ish)text + image — image takes ~50% width
> 1.3 (wide)Image on top or bottom, text above/below
> 2.0 (very wide, e.g. tables)full-image — spans full 1280px width, caption below

Phase 6 — Generate Slides One by One

For each slide, write the HTML, save it to a temp file, then call generate_slide.py.

Step A — Write HTML to /tmp/slide_N.html

  • All <img src="..."> must use relative paths: crops/<name>_crop.png
  • Do NOT use absolute paths or URLs for cropped images
  • Navigation is click-area based — no buttons needed:

- Clicking the left half of the slide navigates to the previous slide - Clicking the right half of the slide navigates to the next slide - On slide 1, left click does nothing; on the last slide, right click does nothing - Keyboard / arrows also navigate - Implement with two transparent <div> overlays covering each half, positioned absolute over the slide canvas

Step B — Save slide:

python {SKILL_DIR}/scripts/generate_slide.py \
    --html-file /tmp/slide_N.html \
    --index N \
    --total <total> \
    --title "<presentation title>" \
    --out-dir "<out_dir>/"

Repeat until all slides are saved.


Phase 7 — Generate summary.md

Write <out_dir>/summary.md in the same language as the slides (lang from outline.json).

Include:

  • Document title and basic info (authors, venue, year if applicable)
  • Brief abstract/overview (2–3 sentences)
  • Per-slide breakdown table: slide number, title, 1–2 sentence summary
  • Main contributions or takeaways (bullet list)
  • Link to slide_01.html to open the first slide

Example structure:

# [Presentation Title]

> **来源 / Source:** [PDF filename] | **语言 / Language:** Chinese | **幻灯片数 / Slides:** 10

## 摘要
[2-3 sentence overview]

## 幻灯片概览
| # | 标题 | 主要内容 |
|---|------|---------|
| 1 | 标题页 | ... |
...

## 主要贡献
- ...

## 📂 打开演示文稿
[▶ 开始播放](slide_01.html)

HTML Slide Spec

Each slide is a standalone HTML file — full <html>…</html> with embedded CSS only.

Canvas: fixed 1280 × 720 px, overflow: hidden — nothing scrolls.

Consistent design across all slides:

  • Choose a visual style that fits the document's domain and tone — no fixed palette or font required
  • If the user specifies a style, follow it exactly; otherwise infer from the content (e.g. a ML paper → clean modern; a historical report → editorial serif; a product pitch → bold and branded)
  • Same fonts, colors, and spacing system applied uniformly to every slide
  • Every slide shows: slide title, page counter (bottom-right corner), presentation title (subtle footer)

Navigation on each slide:

  • Two transparent click areas cover the full slide height: left 50% → previous slide, right 50% → next slide
  • On slide 1 the left area is inert; on the last slide the right area is inert
  • Keyboard / arrows also navigate
  • No visible buttons needed — optionally show a subtle / hint at the edges that fades in on hover

Layout patterns:

  • title-card — centered hero, large title, authors/venue below
  • text-only — structured bullet points, max 5–6 items, generous whitespace
  • text + image — image right or left, text opposite
  • full-image — image fills canvas, minimal text overlay
  • grid — 2×2 or 3-column figures with captions

Images:

  • Use relative paths: crops/<name>_crop.png
  • Add style="object-fit: contain; max-width: 100%; max-height: 100%;"
  • Add captions below in small italic text

Do NOT:

  • Use external JS frameworks or icon CDNs
  • Use placeholder/stock images — only the cropped PDFs
  • Generate generic purple-gradient-on-white slides
  • Let content overflow the 720px height

Quality Checklist

  • Output directory named <pdf_stem>_<timestamp>/
  • outline.json saved with valid SlidesPlan schema
  • All crops saved to crops/ (local only, no cloud upload)
  • Each slide fits within 1280×720, nothing overflows
  • Consistent theme across all slides
  • Crop images referenced via relative path crops/<name>_crop.png
  • Slide number and presentation title visible on every slide
  • Left/right click-area navigation works, keyboard arrows work
  • summary.md written in the correct language, links to slide_01.html

Language

Match the PDF language. Chinese PDF → Chinese slides and summary. English → English. No mixing.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude

33.79%
按下载量换算58

Codex

32.68%
按下载量换算56

Cursor

20.36%
按下载量换算35

Gemini CLI

8.74%
按下载量换算15

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills