deck

deck
is a tool for creating deck using Markdown and Google Slides.
Key concept
- Continuous deck building
- Generate and modify deck iteratively.
- Separate content and design
- Markdown for content, Google Slides for design.
Usage
Setup
Get and set your OAuth client credentials
For CI/CD automation (Service Account)
If you're setting up deck for automated workflows (GitHub Actions, CI/CD pipelines), see Service Account Setup Guide.
Prepare presentation ID and markdown file
deck
requires two main components:
- Presentation ID: A unique identifier for your Google Slides presentation (e.g.,
xxxxxXXXXxxxxxXXXXxxxxxxxxxx
from the URL https://docs.google.com/presentation/d/xxxxxXXXXxxxxxXXXXxxxxxxxxxx/edit
)
- Markdown file: Your slide content written in markdown format
When creating a new presentation
You can create a new presentation with the deck new
command:
$ deck new deck.md --title "Talk about deck"
Applied frontmatter to deck.md
xxxxxXXXXxxxxxXXXXxxxxxxxxxx
This will create (or update) the specified markdown file with frontmatter containing the presentation ID and title.
Reusing theme from an existing presentation
To reuse the theme from an existing presentation, you have two options:
Option 1: Use the --from
flag
$ deck new deck.md --from yyyyyyyYYYYyYYYYYYYyyyyyyyyy --title "Talk about deck"
xxxxxXXXXxxxxxXXXXxxxxxxxxxx
Option 2: Set a default base presentation in your configuration file
# ~/.config/deck/config.yml
basePresentationID: "yyyyyyyYYYYyYYYYYYYyyyyyyyyy"
With this configuration, you can reuse the theme from the base presentation without using the --from
flag. If both the configuration and --from
flag are present, the --from
flag takes precedence.
When using an existing presentation
Get the presentation ID you want to operate. You can get a list with deck ls
.
$ deck ls
xxxxxXXXXxxxxxXXXXxxxxxxxxxx My Presentation
yyyyyYYYYyyyyyYYYYyyyyyyyyyy Team Project Slides
[!NOTE]
deck
fully supports Google Shared Drives (Team Drives). Presentations stored in shared drives are automatically included in listings and can be operated on just like personal drive presentations.
To use this presentation, specify it with the --presentation-id
flag or add it to your markdown file's frontmatter as presentationID
.
Write deck in markdown
The slide pages are separated by a line containing only three or more consecutive hyphens (---
, ----
, etc.) from the beginning to the end of the line.
[!NOTE]
The ---
at the beginning of the markdown is ignored.
Other horizontal rule elements (like - - -
, ***
, ___
) are not treated as page separators but remain in the content as visual separators for multiple body placeholders.
Apply deck written in markdown to Google Slides presentation
$ deck apply deck.md
Watch mode
You can use the --watch
flag to continuously monitor changes to your markdown file and automatically apply them to the presentation:
$ deck apply --watch deck.md
This is useful during the content creation process as it allows you to see your changes reflected in the presentation in real-time as you edit the markdown file.
[!NOTE]
The --watch
flag cannot be used together with the --page
flag.
Open presentation in browser
You can quickly open your Google Slides presentation in your default web browser:
$ deck open deck.md
Support markdown rules
YAML Frontmatter
deck
accepts YAML frontmatter at the beginning of your markdown file.
---
presentationID: xxxxxXXXXxxxxxXXXXxxxxxxxxxx
title: Talk about deck
---
# First Slide
Content...
The frontmatter must be:
- At the very beginning of the file
- Enclosed between
---
delimiters
- Valid YAML syntax
- Use
camelCase
for fields used in deck
settings
Available fields
presentationID
(string): Google Slides presentation ID. When specified, you can use the simplified command syntax.
title
(string): title of the presentation. When specified, you can use the simplified command syntax.
breaks
(boolean): Control how line breaks are rendered. Default (false
or omitted) renders line breaks as spaces. When true
, line breaks in markdown are rendered as actual line breaks in slides. Can also be configured globally in config.yml
.
codeBlockToImageCommand
(string): Command to convert code blocks to images. When specified, code blocks in the presentation will be converted to images using this command. Can also be configured globally in config.yml
.
defaults
(array): Define conditional actions using CEL (Common Expression Language) expressions. Actions are automatically applied to pages based on page structure and content. Only applies to pages without explicit page configuration. Can also be configured globally in config.yml
.
Configuration File
deck
supports global configuration files that provide default settings for all presentations. Configuration files are loaded in the following priority order:
${XDG_CONFIG_HOME:-~/.config}/deck/config-{profile}.yml
(when using --profile
option)
${XDG_CONFIG_HOME:-~/.config}/deck/config.yml
(default config file)
The configuration file uses YAML format and supports the same fields as frontmatter. Settings in frontmatter take precedence over configuration file settings, which in turn take precedence over built-in defaults.
Configuration file example
# Global configuration for deck
basePresentationID: "1wIik04tlp1U4SBHTLrSu20dPFlAGTbRHxnqdRFF9nPo"
breaks: true
codeBlockToImageCommand: "go run testdata/txt2img/main.go"
folderID: "1aBcDeFgHiJkLmNoPqRsTuVwXyZ"
defaults:
# First page should always use title layout
- if: page == 1
layout: title
# Pages with only one title and one H2 heading use section layout
- if: titles.size() == 1 && headings[2].size() == 1
layout: section-purple
# Skip pages with TODO in speaker notes
- if: speakerNote.contains("TODO")
skip: true
# Default layout for all other pages
- if: true
layout: title-and-body
Available configuration fields
basePresentationID
(string): Base presentation ID to use as a template when creating new presentations
breaks
(boolean): Global line break rendering behavior
codeBlockToImageCommand
(string): Global command to convert code blocks to images
folderID
(string): Default folder ID to create presentations and upload temporary images to
defaults
(array): A series of conditions and actions written in CEL expressions for default page configs
Configuration precedence
Settings are applied in the following order (highest to lowest priority):
- Frontmatter settings - Takes highest precedence
- Configuration file settings - Applied when frontmatter doesn't specify the setting
- Built-in defaults - Used when neither frontmatter nor config file specify the setting
This allows you to set organization-wide or project-wide defaults while still maintaining the flexibility to override them on a per-file basis using frontmatter.
Insertion rule
deck
inserts values according to the following rules regardless of the slide layout.
- The shallowest heading level within each slide content is treated as the title and inserted into the title placeholder (
CENTERED_TITLE
or TITLE
) in order.
- In most cases, this will be H1 (
#
), which is the standard for slide titles
- The next heading level (minimum level + 1) is treated as the subtitle and inserted into the subtitle placeholder (
SUBTITLE
) in order.
- When H1 is used for titles, H2 (
##
) becomes the subtitle
- All other items are inserted into the body placeholder (
BODY
) in order.
- The remaining contents are divided into one or more bodies by headings corresponding to the title or subtitle in the slide.
For example:
- Standard case: If a slide contains
#
(H1), then #
becomes title and ##
becomes subtitle
- Alternative case: If a slide only contains
##
(H2) or deeper, then ##
becomes title and ###
becomes subtitle
[!NOTE]
They are inserted in the order they appear in the markdown document, from the placeholder at the top of the slide (or from the placeholder on the left if the slides are the same height).
Also, if there are not enough placeholders, the remaining contents will not be rendered.
Example
Input markdown document:
# CAP theorem
## In Database theory
## Consistency
Every read receives the most recent write or an error.
## Availability
Every request received by a non-failing node in the system must result in a response.
## Partition tolerance
The system continues to operate despite an arbitrary number of messages being dropped (or delayed) by the network between nodes.
Layout and placeholders:

Result of applying:

Support syntax in body
- Bold (
**bold**
)
- Italic (
*italic*
__italic__
)
- List (
-
*
)
- Ordered list (
1.
1)
)
- Link (
[Link](https://example.com)
)
- Angle bracket autolinks (
<https://example.com>
)
- Code (
`code`
)
<br>
(for newline)
- Image (

)
- Block quote (
> block quote
)
- Table (GitHub Flavored Markdown tables)
- RAW inline HTML (e.g.,
<mark>
, <small>
, <kbd>
, <cite>
, <q>
, <span>
, <u>
, <s>
, <sub>
, <sup>
, <var>
, <samp>
, <data>
, <dfn>
, <time>
, <abbr>
)
Line break handling
By default, single line breaks in markdown are rendered as spaces in the slides, following the original Markdown and CommonMark specifications. You can change this behavior by setting breaks: true
in the frontmatter:
---
breaks: true
---
This text has a
line break that will
render as an actual line break.
When breaks: true
is set, line breaks in the markdown source are preserved as line breaks in the rendered slides, similar to how GitHub renders markdown on their website.
When breaks: false
(default), you can still create line breaks by using:
- Hard line breaks: add two spaces at the end of a line (standard Markdown/CommonMark syntax)
- HTML: use
<br>
tags
Tables
deck
supports GitHub Flavored Markdown (GFM) table syntax:
| Header 1 | Header 2 | Header 3 |
|----------|----------|----------|
| Cell 1 | **Bold** | `code` |
| Cell 2 | *Italic* | Normal |
- Table headers are automatically styled with bold text and a gray background
- Cell content supports inline formatting (bold, italic, code, links, etc.)
- Tables created manually in Google Slides are preserved and not overwritten
Style for syntax
Create a layout named style
and add a Text box
to enter specific word. The styles (bold
, italic
, underline
, backgroundColor
, foregroundColor
, fontFamily
) will be applied as the style for each Markdown syntax.

Word |
|
bold |
style for bold. |
italic |
style for italic. |
link |
style for link. |
code |
style for code . |
blockquote |
style for block quote. |
HTML element names |
style for content of inline HTML elements ( e.g. <cite> , <q> , etc. ) |
(other word) |
style for content of inline HTML elements with matching class name ( e.g. <span class="notice">THIS IS NOTICE</span> ) |
Code blocks to images
By using the --code-block-to-image-command (-c)
option, you can convert Markdown code blocks to images. The specified command is executed for each code block, and its standard output is treated as an image.
$ deck apply --code-block-to-image-command "some-command" -i xxxxxXXXXxxxxxXXXXxxxxxxxxxx deck.md
Alternatively, you can set the command globally in your configuration file or per-presentation in the frontmatter:
Configuration file example:
# config.yml
codeBlockToImageCommand: "some-command"
Frontmatter example:
---
codeBlockToImageCommand: "some-command"
---
When both are specified, the priority order is:
- Command-line option (
--code-block-to-image-command
)
- Frontmatter setting (
codeBlockToImageCommand
)
- Configuration file setting (
codeBlockToImageCommand
)
The command is executed with bash -c
.
The command must output image data (PNG, JPEG, GIF) to standard output.
How to receive values
From code blocks like the following, you can obtain the optional language identifier go
and the content within the code block.
```go
package main
import "fmt"
func main() {
fmt.Println("Hello, 世界")
}
```
There are three ways to receive code block information within the command:
-
Receive from standard input
- The content of the code block is passed as standard input
- The optional language identifier cannot be obtained, so use it in combination with other methods
-
Receive as environment variables
CODEBLOCK_LANG
: Optional language identifier of the code block (e.g., go
, python
)
CODEBLOCK_CONTENT
: Content of the code block
CODEBLOCK_OUTPUT
: Path to a temporary output file
-
Receive with CEL template syntax
{{lang}}
: Optional language identifier of the code block
{{content}}
: Content of the code block
{{output}}
: Path to a temporary output file
{{env.XXX}}
: Value of environment variable XXX
The template expansion uses CEL (Common Expression Language) for evaluating expressions within {{ }}
delimiters. This supports:
- Ternary operators:
{{ lang == "" ? "md" : lang }}
- String concatenation:
{{ "prefix_" + lang }}
- Boolean logic:
{{ lang != "" && content.contains("main") }}
- Arithmetic operations:
{{ count + 1 }}
These methods can be used in combination, and you can choose the appropriate method according to the command requirements.
[!NOTE]
When {{output}}
is not specified, deck reads the image data from the command's stdout. When {{output}}
is specified, the command should write the image to that file path, and deck will read the image data from that file.
Examples
# Convert Mermaid diagrams to images
$ deck apply -c 'mmdc -i - -o {{output}} --quiet' deck.md
# Generate code images using the built-in text-to-image tool
$ deck apply -c 'go run testdata/txt2img/main.go' deck.md
# Use different tools depending on the language
$ deck apply -c 'if [ {{lang}} = "mermaid" ]; then mmdc -i - -o {{output}} --quiet; else go run testdata/txt2img/main.go; fi' deck.md
# Alternatively, you can use Songmu/laminate to use the appropriate tool for each language.
$ deck apply -c 'laminate' deck.md
The comments <!--
-->
are used as a speaker notes or page config.
Page config
If the comment <!--
-->
can be JSON-encoded, it will be processed as page config.
<!-- {"layout": "title-and-body"} -->
"layout":
It is possible to specify the page layout.
The layout name (e.g. title-and-body
) is specified.
<!-- {"layout": "title-and-body"} -->

[!TIP]
With deck ls-layouts
it is possible to obtain a list of the layout names for a specific presentation.
$ deck ls-layouts deck.md
title
section
section-dark
title-and-body
title-and-body-half
title-and-body-2col
title-and-body-3col
"freeze":
It is possible to skip the operation of the target page.
[!TIP]
If you set it to a page that has been completed with layout and design, the page will not be modified unnecessarily by deck.
<!-- {"freeze": true} -->
"ignore":
It is possible to exclude the target page from slide generation.
[!TIP]
Use this for draft pages, notes, or content that you don't want to include in the presentation.
<!-- {"ignore": true} -->
"skip":
It is possible to skip the target page during presentation.
[!TIP]
The slide will be created in Google Slides, but during presentation it will not be displayed and automatically advance to the next slide. Use this for slides that are temporarily unused or planned for future use.
<!-- {"skip": true} -->
Default page configs with CEL expressions
The defaults
field in Frontmatter or configuration file allows you to define default page configs using CEL (Common Expression Language) expressions. This feature automatically sets layouts and controls page behavior based on their structure and content, eliminating the need for manual configuration on each page.
Available actions
The following actions can be applied to pages through the defaults
configuration:
layout
: Set layout automatically
freeze
: Freeze page from modifications
ignore
: Exclude page from generation
skip
: Skip page during presentation
---
defaults:
# First page should always use title layout
- if: page == 1
layout: title
# Pages with only one title and one H2 heading use section layout
- if: titles.size() == 1 && headings[2].size() == 1
layout: section-purple
# Skip pages with TODO in speaker notes
- if: speakerNote.contains("TODO")
skip: true
# Default layout for all other pages
- if: true
layout: title-and-body
---
Available CEL variables
Variable |
Type |
Description |
page |
int |
Current page number (1-based) |
pageTotal |
int |
Total number of pages |
titles |
[]string |
List of titles in the page |
subtitles |
[]string |
List of subtitles in the page |
bodies |
[]string |
List of body texts in the page |
blockQuotes |
[]string |
List of block quotes in the page |
codeBlocks |
[]CodeBlock |
List of code blocks in the page |
images |
[]Image |
List of images in the page |
comments |
[]string |
List of comments in the page |
headings |
map[int][]string |
Headings grouped by level |
speakerNote |
string |
Speaker note |
topHeadingLevel |
int |
The highest heading level in the content |
CEL condition examples
page == 1
- First page only
titles.size() == 0
- Pages without titles
codeBlocks.size() > 0
- Pages containing code blocks
headings[3].size() >= 2
- Pages with 2 or more H3 headings
bodies[0].contains("TODO")
- Pages with TODO in first body text
page > pageTotal - 3
- Last 3 pages
images.size() >= 2
- Pages with 2 or more images
Important notes
- Evaluation order: Conditions are evaluated in order, and the first matching condition's action is applied
- Priority: Default actions only apply to pages without explicit page configuration (via JSON comments like
<!-- {"layout": "title"} -->
)
- Performance: Using
ignore
for unnecessary content improves processing speed
- Workflow: This feature enables automatic page management based on content patterns, reducing manual configuration overhead
Profile support
deck
supports multiple profiles through the --profile
option. This feature allows you to manage separate profiles (authentication Google accounts or environments).
$ deck apply deck.md --profile work
$ deck ls --profile personal
$ deck new presentation.md --profile project-a
When using profiles, authentication files are managed as follows:
- Credentials file:
credentials-{profile}.json
- Create this file manually to use profile-specific credentials. If this file exists, it will be automatically used for the specified profile.
- Token file:
token-{profile}.json
- This file is automatically generated when you use the --profile
option and complete the OAuth authentication process.
FAQ
A setting permission error occurs during image upload, as shown below
Error: failed to apply page: failed to upload image: failed to set permission for image: googleapi: Error 403: The user does not have sufficient permissions for this file., insufficientFilePermissions
Please verify whether you can grant reader permissions to anyone for files within Google Drive. Organizational policies may prevent this. If it is not possible, create a folder where this permission setting is allowed and specify that folder's ID using the --folder-id
flag during deck apply
.
To insert images into slides, Deck temporarily uploads image files to Google Drive, obtains a publicly accessible URL from there, and specifies it to the API. Therefore, you must be able to grant reader permissions to anyone for image files on Google Drive
Integration
- zonuexe/deck-slides.el ... Creating deck using Markdown and Google Slides.
- Songmu/laminate ... A tool for selecting image generation commands corresponding to the specified language from a configuration file. Useful for converting code blocks.
With AI agent
By collaborating with AI agents to create Markdown-formatted slides, you may be able to create effective presentations.
It is a good idea to provide the following rules for creating deck slides in the prompt. (Click to expand)
Create a presentation in Markdown according to the following rules.
# Rules for describing presentations using Markdown
Unless otherwise specified, please follow the rules below.
## Basic Structure
- Use a line containing only three or more consecutive hyphens (`---`, `----`, etc.) from the beginning to the end of the line to indicate page breaks between slides.
- Other horizontal rule elements (like `- - -`, `***`, `___`) remain in the content as visual separators and can be used to separate multiple body placeholders.
- Within each slide, the minimum heading level will be treated as the title, and the next level as the subtitle. Higher level headings will be treated as body content. It is recommended to use only one title heading per slide.
## YAML Frontmatter
You can include YAML frontmatter at the beginning of the file:
```yaml
---
title: "Presentation Title"
presentationID: "presentation_id"
breaks: true
author: "Author Name"
date: "2024-01-01"
tags: ["tag1", "tag2"]
custom:
nested: "value"
number: 42
---
```
## Supported Markdown Syntax
The following syntax can be used in the slide content:
### Text Formatting
- **Bold** (`**bold**`)
- *Italic* (`*italic*` or `__italic__`)
- `Inline code` (<code>\`code\`</code>)
- Combined formatting (e.g., ***bold and italic***)
### Lists
- Bullet lists (`-` or `*`)
- Numbered lists (`1.` or `1)`)
- Nested lists (with proper indentation)
- Alphabetical lists (a. b. c.)
### Links and Images
- Links (`[Link text](https://example.com)`)
- Angle bracket autolinks (`<https://example.com>`)
- Images (``)
- Supports PNG, JPEG, GIF formats
- Supports both local files and URLs (HTTP/HTTPS)
### Block Elements
- Block quotes (`> quoted text`)
- Nested block quotes
- Code blocks with language specification:
```language
code content
```
- Mermaid diagrams (in code blocks with `mermaid` language)
### Tables
- GitHub Flavored Markdown (GFM) tables
- Supports table headers with automatic bold formatting
- Cell content can include inline formatting (bold, italic, code)
- Example:
```markdown
| Header 1 | Header 2 | Header 3 |
|----------|----------|----------|
| Cell 1 | **Bold** | `code` |
| Cell 2 | *Italic* | Normal |
```
- Header rows are automatically styled with bold text and gray background
- Tables created by users in Google Slides are preserved
### HTML Elements
You can use the following HTML inline elements:
- `<strong>`, `<em>`, `<b>`, `<i>`, `<mark>`, `<small>`
- `<code>`, `<kbd>`, `<cite>`, `<q>`, `<ruby>`, `<rt>`
- `<span>`, `<u>`, `<s>`, `<sub>`, `<sup>`, `<var>`
- `<samp>`, `<data>`, `<dfn>`, `<time>`, `<abbr>`, `<rp>`
- `<br>` (for line breaks)
- Use `class` attribute for custom styling
### Line Break Handling
- Default (`breaks: false`): Soft line breaks become spaces
- With `breaks: true`: Soft line breaks become actual line breaks
- Use `<br>` tags for explicit line breaks
## Page Configuration
Use HTML comments for page settings and speaker notes:
- Page settings: `<!-- {"layout": "title-and-body"} -->`
- Available settings: `"freeze": true`, `"ignore": true`, `"skip": true`
- Speaker notes: `<!-- This is a speaker note -->` (use separate comments for notes)
## Important Notes
- If a comment (`<!-- -->`) contains JSON, it's a page setting - do not overwrite it
- If `"freeze": true` is present in page settings, do not modify that page content at all
- Write speaker notes in separate comments, not in JSON configuration comments
- Code blocks can be converted to images using the `--code-block-to-image-command` option
Install
Homebrew:
$ brew install deck
go install:
$ go install github.com/k1LoW/deck/cmd/deck@latest
manually:
Download binary from releases page
Alternatives
License
- MIT License
- Include logo as well as source code.
- Only logo license can be selected CC BY 4.0.
- Also, if there is no alteration to the logo and it is used for technical information about deck, I would not say anything if the copyright notice is omitted.