# visual-style-ppt-skill
**Repository Path**: daumier/visual-style-ppt-skill
## Basic Information
- **Project Name**: visual-style-ppt-skill
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: main
- **Homepage**: None
- **GVP Project**: No
## Statistics
- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-05-28
- **Last Updated**: 2026-05-28
## Categories & Tags
**Categories**: Uncategorized
**Tags**: None
## README
# visual-style-ppt
Style-driven Codex Skill for turning documents, articles, and visual references into image-first presentation decks.
## Highest Priority Rule
This skill must use the Image 2 model for every generated slide image, thumbnail board, visual page, infographic, article illustration, and PPT page image. HTML output is forbidden: do not use HTML/CSS, browser screenshots, SVG/HTML mockups, canvas renders, PIL, or local scripts as final or intermediate image outputs. If Image 2 is unavailable, stop and state that Image 2 access is required.
中文
一个用于「风格驱动 PPT」的 Codex Skill。
它把视觉风格当成可复用资产:先提炼或选择一个视觉风格,再基于文档、文章、提纲或主题生成图片版幻灯片提示词,并在需要时把逐页图片组装成 image-only PPTX。
## 仓库简介
`visual-style-ppt` 适合把内容策划、视觉风格提炼、Image2 生图提示词和图片版 PPT 打包流程串成一套稳定 SOP。它不追求可编辑 PPT 排版,而是把每页幻灯片视为一张高完成度视觉图片,再用 PPTX 作为最终交付容器。
推荐 GitHub About 简介:
```text
Style-driven Codex Skill for creating image-first PPT decks from documents, articles, and visual references.
```
推荐 Topics:
```text
codex-skill, ppt, presentation, image2, visual-style, prompt-engineering, slide-deck, markdown-to-ppt
```
## 适合做什么
- 把文章、Markdown、文档内容转成图片版 PPT
- 从截图、参考图、网页、已有 deck 中提炼视觉风格
- 保存、复用、维护一套 PPT 视觉风格库
- 用指定风格生成 `outline.md` 和 `prompts.md`
- 生成逐页幻灯片图片,并最终打包成 PPTX 和 zip
- 做小红书信息图、文章配图、视觉化报告页等风格统一的页面资产
## 核心原则
- **Image 2 only**:所有幻灯片图片、缩略图板、信息图和配图都必须由 Image 2 模型生成,严禁 HTML 出图或任何等价替代路线。
- **一页一图**:每一页最终幻灯片都应保存为单独图片,例如 `slide-01.png`、`slide-02.png`。
- **风格隔离**:一个 deck 只使用一个选定风格和一个 `Style Lock`,避免混入历史任务或无关参考图的视觉 DNA。
- **低信息密度**:默认内页保持克制,一页一个主标题、一个简短 takeaway,最多 2-3 个信息点。
- **中文优先**:默认使用中文标题、中文模块名和中文支持文档;产品名、模型名、API 等保留英文。
- **不自动加日期**:除非来源或用户明确要求,否则不在页面、脚注或元数据中添加日期和时间。
## 目录结构
```text
.
├── SKILL.md
├── agents/
│ └── openai.yaml
├── references/
│ ├── output-package.md
│ ├── page-types.md
│ ├── revision-workflow.md
│ ├── style-interview.md
│ └── workflow.md
└── styles/
├── french-editorial-commerce.md
├── impact-grid-editorial.md
└── terminal-tech-magazine.md
```
## 安装
把这个仓库放到 Codex 的 skills 目录下:
```bash
cd ~/.codex/skills
git clone https://github.com/irenerachel/visual-style-ppt-skill.git visual-style-ppt
```
如果你已经有本地目录,也可以直接更新:
```bash
cd ~/.codex/skills/visual-style-ppt
git pull
```
## 使用前提
- 已安装并可使用 Codex Skills。
- 需要生成图片时,当前环境必须具备可调用的 Image 2 模型;没有 Image 2 时不得用 HTML 或其它图像生成/本地渲染能力替代。
- 需要组装 PPTX 时,环境应具备 PPTX 创建能力;本 Skill 默认生成 image-only PPTX。
- 如果输入是 PDF、Word、Markdown 或网页内容,先确保 Codex 能读取对应文件或链接。
## 使用示例
```text
调用终端风格,把这篇文章做成 8 页 PPT
```
```text
用 CodeBuddy 那种科技杂志风格,把这个 Markdown 做成图片版 PPT,16:9
```
```text
提炼这张图的风格,保存成一个可复用 PPT 风格
```
```text
列出现在可用的 PPT 风格
```
```text
用保存的 terminal-tech-magazine 风格,先给我 outline 和 prompts,我确认后再生成图片
```
## 什么时候不适合用
- 需要高度可编辑的 PPT 源文件,例如每个文本框、图表和形状都要可单独修改。
- 需要严格品牌 Logo 复现,并要求模型在每页图片中稳定绘制相同 Logo。
- 需要大量表格、长段落、报告正文堆叠在单页里。
- 需要自动加入今天日期、导出时间或时间戳,但来源没有明确要求。
## 标准工作流
1. 判断任务类型:提炼风格、调用风格、文档转 PPT、图片版 PPT 修订,或风格库管理。
2. 选择或创建一个视觉风格文件。
3. 从内容中抽取故事线、受众、页数建议和关键视觉时刻。
4. 先生成 `outline.md` 和 `prompts.md`。
5. 多页 deck 优先生成 thumbnail board,用于锁定整体节奏。
6. 用户确认后,再逐页生成最终幻灯片图片。
7. 用户确认全部图片后,组装 image-only PPTX。
8. 打包最终图片、PPTX、提示词、提纲、风格文件和修订记录。
## 风格库
可复用风格放在 `styles/` 目录,每个风格是一个 Markdown 文件。
每个风格文件都应该包含 `## Style Lock`,用于控制整套 deck 的字体气质、布局网格、色彩比例、边框系统、页眉页脚、文本密度、Logo 处理和 Image2 negative constraints。
当前内置风格:
| 风格文件 | 适合内容 | 视觉气质 |
| --- | --- | --- |
| `terminal-tech-magazine.md` | AI、开发者工具、技术产品、深色视觉报告 | 终端科技杂志风格 |
| `impact-grid-editorial.md` | 观点型内容、趋势判断、强标题页面 | 冲击力网格编辑风格 |
| `french-editorial-commerce.md` | 品牌、消费、生活方式、审美型商业内容 | 法式编辑商业风格 |
## 新增风格规范
新增风格时,在 `styles/` 下创建一个稳定命名的 Markdown 文件,例如:
```text
styles/minimal-founder-deck.md
```
每个风格至少包含:
- 风格定位和适用场景
- 颜色系统,最好包含 hex 色值
- 字体气质与标题/正文层级
- 页面网格、留白、页眉页脚规则
- 卡片、边框、分割线、装饰元素规则
- `## Style Lock`
- Image2 negative constraints
## 生成物约定
推荐输出文件包括:
- `outline.md`
- `prompts.md`
- `style-used.md`
- `thumbnail-board.png`
- `slide-01.png`
- `slide-02.png`
- `deck.pptx`
- `revision-log.md`
- final `.zip`
PPTX 是交付容器,不是可编辑排版源文件。真正的视觉结果以逐页图片为准。
## 命名约定
- 风格文件使用 kebab-case,例如 `terminal-tech-magazine.md`。
- 生成图片使用两位数序号,例如 `slide-01.png`。
- 中间文档使用稳定文件名,例如 `outline.md`、`prompts.md`、`revision-log.md`。
- 同一个项目的最终交付建议放入独立目录,避免不同 deck 的图片混在一起。
## 维护建议
- 修改工作流时更新 `SKILL.md` 和 `references/`。
- 新增视觉风格时只添加 `styles/*.md`,不要为了改风格重写 `SKILL.md`。
- 每个风格都要写清楚自己的 `Style Lock`。
- 避免在风格文件里写过多一次性项目内容,保持它可复用。
- 如果生成流程、包装方式或修订规则变化,同步更新 `references/` 中对应文档。
## 授权与使用
当前仓库按个人 Skill 仓库维护。若后续计划公开分发、接受外部贡献或作为模板复用,建议再补充正式开源协议,例如 MIT License。
English
A Codex Skill for style-driven visual presentation creation.
This skill treats visual style as a reusable asset: extract or select a visual style first, then use documents, articles, outlines, or topics to create image-based slide prompts. When needed, it assembles the generated slide images into an image-only PPTX deck.
## Repository Summary
`visual-style-ppt` connects content planning, visual style extraction, Image2 prompt writing, and image-first PPT packaging into a reusable workflow. It does not aim to create fully editable PowerPoint layouts. Instead, it treats each slide as a polished visual image and uses PPTX as the final delivery container.
Suggested GitHub About description:
```text
Style-driven Codex Skill for creating image-first PPT decks from documents, articles, and visual references.
```
Suggested topics:
```text
codex-skill, ppt, presentation, image2, visual-style, prompt-engineering, slide-deck, markdown-to-ppt
```
## What It Is For
- Turn articles, Markdown files, and documents into image-based presentations
- Extract visual style from screenshots, reference images, webpages, or existing decks
- Save, reuse, and maintain a visual style library for PPT creation
- Generate `outline.md` and `prompts.md` from a selected style
- Generate one slide image per page and package the result as PPTX and zip
- Create Xiaohongshu-style infographics, article visuals, visual reports, and consistent page assets
## Core Principles
- **Image 2 only**: Every slide image, thumbnail board, infographic, and illustration must be generated with the Image 2 model; HTML image output and equivalent substitute routes are forbidden.
- **One image per slide**: Each final slide should be saved as an individual image, such as `slide-01.png` or `slide-02.png`.
- **Style isolation**: Each deck uses exactly one selected style and one `Style Lock`, avoiding visual DNA from past tasks or unrelated references.
- **Low text density**: Inner slides stay calm by default: one title, one short takeaway, and at most 2-3 information points.
- **Chinese-first by default**: Slide titles, section labels, and support documents default to Chinese; product names, model names, and API terms stay in English when clearer.
- **No automatic dates**: Dates and timestamps are not added unless the source or the user explicitly requires them.
## Structure
```text
.
├── SKILL.md
├── agents/
│ └── openai.yaml
├── references/
│ ├── output-package.md
│ ├── page-types.md
│ ├── revision-workflow.md
│ ├── style-interview.md
│ └── workflow.md
└── styles/
├── french-editorial-commerce.md
├── impact-grid-editorial.md
└── terminal-tech-magazine.md
```
## Installation
Place this repository under your Codex skills directory:
```bash
cd ~/.codex/skills
git clone https://github.com/irenerachel/visual-style-ppt-skill.git visual-style-ppt
```
If you already have a local copy, update it with:
```bash
cd ~/.codex/skills/visual-style-ppt
git pull
```
## Requirements
- Codex Skills should be installed and available.
- Image generation requires the Image 2 model in the current environment; HTML and other image-generation or local-rendering substitutes are not allowed.
- PPTX assembly requires an environment capable of creating PPTX files; this skill defaults to image-only PPTX.
- If the input is a PDF, Word document, Markdown file, or webpage, make sure Codex can access the file or link.
## Example Prompts
```text
Use the terminal-tech style and turn this article into an 8-slide PPT.
```
```text
Use the CodeBuddy-like tech magazine style to turn this Markdown file into a 16:9 image-based presentation.
```
```text
Extract the style from this image and save it as a reusable PPT style.
```
```text
List the available PPT styles.
```
```text
Use the saved terminal-tech-magazine style. Give me the outline and prompts first, then wait for confirmation before generating images.
```
## When Not To Use It
- You need a highly editable PPT source file where every text box, chart, and shape must remain separately editable.
- You need strict logo reproduction and expect the image model to redraw the same logo consistently on every page.
- You need dense tables, long paragraphs, or report-style body copy packed into a single slide.
- You need automatic dates, export times, or timestamps when the source does not explicitly require them.
## Standard Workflow
1. Classify the task: style extraction, style application, document-to-PPT, image-only PPT revision, or style library management.
2. Select or create a visual style file.
3. Extract the story arc, audience, page count suggestion, and key visual moments from the source.
4. Generate `outline.md` and `prompts.md` first.
5. For multi-page decks, generate a thumbnail board first to lock the visual rhythm.
6. After user confirmation, generate each final slide image one by one.
7. After all images are approved, assemble an image-only PPTX.
8. Package the final images, PPTX, prompts, outline, style file, and revision log.
## Style Library
Reusable styles live in the `styles/` directory. Each style is a Markdown file.
Every style file should include a `## Style Lock` section that controls the deck's font mood, layout grid, color ratios, border system, headers and footers, text density, logo handling, and Image2 negative constraints.
Built-in styles:
| Style file | Best for | Visual mood |
| --- | --- | --- |
| `terminal-tech-magazine.md` | AI, developer tools, technical products, dark visual reports | Terminal tech magazine |
| `impact-grid-editorial.md` | Opinion pieces, trend analysis, strong title pages | High-impact editorial grid |
| `french-editorial-commerce.md` | Brand, consumer, lifestyle, aesthetic business content | French editorial commerce |
## Adding A New Style
Create a stable Markdown file under `styles/`, for example:
```text
styles/minimal-founder-deck.md
```
Each style should include:
- Style positioning and suitable use cases
- Color system, preferably with hex values
- Font mood and title/body hierarchy
- Page grid, spacing, header, and footer rules
- Card, border, divider, and decorative element rules
- `## Style Lock`
- Image2 negative constraints
## Output Convention
Recommended output files include:
- `outline.md`
- `prompts.md`
- `style-used.md`
- `thumbnail-board.png`
- `slide-01.png`
- `slide-02.png`
- `deck.pptx`
- `revision-log.md`
- final `.zip`
The PPTX is a delivery container, not the editable layout source. The final visual result is defined by the per-slide images.
## Naming Conventions
- Use kebab-case for style files, such as `terminal-tech-magazine.md`.
- Use two-digit numbering for generated images, such as `slide-01.png`.
- Use stable names for intermediate documents, such as `outline.md`, `prompts.md`, and `revision-log.md`.
- Keep each final project in its own output directory to avoid mixing images from different decks.
## Maintenance
- Update `SKILL.md` and `references/` when changing the workflow.
- Add new visual styles as `styles/*.md`; do not rewrite `SKILL.md` just to change a style.
- Make sure every style includes a clear `Style Lock`.
- Keep style files reusable and avoid embedding too much one-off project content.
- If the generation flow, packaging rules, or revision workflow changes, update the matching document in `references/`.
## License And Usage
This repository is currently maintained as a personal skill repository. If you plan to distribute it publicly, accept external contributions, or use it as a reusable template, consider adding a formal open source license such as the MIT License.