NotionページをPDFファイルに変換するスキル。Notion MCPでページ内容を取得し、見栄えのよいPDFとして出力する。ユーザーがNotionページのURL・ID・タイトルを指定してPDF化・PDF変換・PDF出力・印刷用出力を依頼した場合に使用する。
「このNotionページをPDFにして」「NotionページをPDFに変換して」「Notionを保存したい」「このページを印刷したい」「ドキュメントをPDFで共有したい」といった表現で起動する。
ユーザーの発言にNotionページのURLが含まれていてPDF化の意図がある場合は、明示的にPDFと言っていなくても積極的にこのスキルの使用を検討する。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
NotionページをNotion MCPで取得し、スタイリングされたPDFに変換する。
mcp_notion_API-* ツールが使用可能）ユーザーからNotionページの情報を受け取る。
https://www.notion.so/.../<title>-<page-id> または https://www.notion.so/<page-id>xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx）はそのまま使用可能mcp_notion_API-post-search で検索し、候補をユーザーに提示して選んでもらうコンテキスト制限に対応するため、ブロック取得とHTML変換をバッチ単位で交互に行う。全ブロックのJSONをメモリに保持しない。
mcp_notion_API-retrieve-a-page でページメタデータ（タイトル、プロパティ）を取得<head> 〜 <article class="markdown-body"> + <h1>タイトル</h1> を書き込むmcp_notion_API-get-block-children で子ブロックを1ページ分取得has_children: true のブロックは子ブロックを取得して変換（再帰の深さ上限: 5階層）has_more: true がある場合は start_cursor で次ページを取得し、手順4〜5を繰り返す</article> + スクリプトタグ + </body></html> を書き込んで閉じるリストのグルーピング: 連続するリストアイテムの <ul> / <ol> ラッパーの開閉は、前回バッチの末尾ブロックタイプを記憶して管理する。
子ページを含める場合は、child_page タイプのブロックIDで再帰的にステップ2を実行する。
取得したブロックデータをもとにHTMLを生成する。
references/html-template.md を参照references/block-to-html.md を参照重要なポイント:
data-color-mode="light" 属性が必須（Primer CSSのテーマ変数を有効化）<script> タグを挿入（CDN非対応環境でのタイムアウト防止）equation ブロック / rich_text 内の type: "equation"）がある場合のみ KaTeX の CSS + <script> タグを挿入<img src="url"> としてそのまま含める（PDF変換スクリプトがダウンロード・Base64埋め込みを処理する）<details open> で常に展開状態にする（PDFでは折りたたみ不可）<table> + <thead> / <tbody> で構成生成したHTMLを作業ディレクトリに保存する。ファイル名: {ページタイトル}.html
スキルディレクトリの scripts/html-to-pdf.mjs を使用してPDFに変換する。puppeteer-core で HTML を開き、CSS読み込みと mermaid 図・KaTeX 数式のレンダリングを待ってからPDF化するスクリプト。
Chrome/Chromium バイナリは環境から自動検出される（CHROME_PATH 環境変数でも指定可能）。HTML内の CDN URL は、scripts/vendor/ にローカルファイルがあれば自動的にローカルパスに置換される（Primer CSS は vendor/primer.css に同梱済み）。
スキルディレクトリのパスは、このファイル（SKILL.md）が存在するディレクトリ。
# 依存パッケージのインストール（node_modules が存在しない場合のみ）
npm install --prefix <skill-dir>/scripts
# PDF生成
node <skill-dir>/scripts/html-to-pdf.mjs <input.html> <output.pdf> [--format=A4]
オプション:
--format=A4（デフォルト）/ --format=Letter 等--margin=20mm（デフォルト）ユーザーが指定可能。指定がなければデフォルトを使用し、事前に聞かない。
| オプション | デフォルト | 説明 |
|---|---|---|
| 出力ファイル名 | ページタイトル.pdf | PDFのファイル名 |
| 用紙サイズ | A4 | A4, Letter 等 |
| 子ページ含む | false | サブページも含めるか |
mcp_notion_API-* ツールが使えない場合、MCP接続設定を確認するよう案内するnpm install --prefix <skill-dir>/scripts の実行を提案CHROME_PATH 環境変数の設定か Chrome/Chromium のインストールを案内has_more を確認し、全ブロック取得するまで繰り返すまだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
stacked PRの下位PRがマージされた後に上位branchをrestack（rebase/cherry-pick再構成）する際に使用。「restackして」「上位PRを更新して」「restack after merge」「PRのbaseを更新」「スタックを整理」という依頼でトリガーする。対象sliceの特定→rebase→変更ファイル確認と代表テスト実行→force-with-leaseでpush→PR base更新→auto-merge判定の順で進める。
cc-sdd実装用統合ブランチのコミット群（ベースブランチとの差分）をreview slice単位のstacked PRに再構成する際に使用。「review sliceに分割」「stacked PRを作成」「PRをスタックして」「レビュー用にPRを分けて」「review slice stack」という依頼でトリガーする。dry-run（既定）でslice計画を提示し、apply指示で実際にブランチ・PRを作成する。
CI環境で安定動作するPythonテスト（特にstructlogのログ検証）を書く際に使用。「CIで失敗する」「capture_logsが不安定」「ログアサーションがCIだけ落ちる」「caplogフォールバック」「ANSI混入」「xdistでログが取れない」という課題で起動。capture_logs→caplogフォールバック→ANSI正規化→アサーション設計の流れで堅牢なテストを書く。
GitHub Issueを作成してGitHubに投稿するスキル。「Issueを作成」「Issue作成」「Issueにして」「Issueとして投稿」「GitHubにIssue」「create issue」「open issue」「バグ報告」「機能追加をIssueに」「改善提案をIssueに」などの依頼でトリガーする。コンテキスト収集→Issue本文生成→ラベル存在確認・作成→gh issue create投稿の流れでIssueを作成する。
Dockerベースのアプリケーションのデプロイメント手順書（Markdown）を作成するスキル。「デプロイ手順書」「デプロイメント手順」「deployment guide」「本番環境への配置手順」「サーバーへの配置手順」などの依頼でトリガーする。Docker Composeビルド→イメージ転送→サーバー配置→設定→動作確認→cron設定の流れで手順書を生成する。
タスク完了後にPCを休止状態にする。Use when: ユーザーが「休止」「hibernate」「タスク完了後に休止状態」「作業後にPCをスリープ/休止」と明示的に指示した場合のみ。正常終了時だけでなく、エラーや未解決事項が残っていても、明示指示があれば最後に休止へ移行する。Windows only.