ワンクリックで
marp-slide-editing
Marpプレゼンテーションの技術的制約とベストプラクティス。marp:trueのMarkdown編集時やスライド作成リクエスト時に自動使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Marpプレゼンテーションの技術的制約とベストプラクティス。marp:trueのMarkdown編集時やスライド作成リクエスト時に自動使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Rust/Axum などで SPA 向け OAuth 2.0 / OpenID Connect BFF を実装・レビュー・検証する。ブラウザにアクセストークンやリフレッシュトークンを出さない設計、HttpOnly Cookie セッション、CSRF/CORS/Origin 検証、Hydra などの認可サーバー連携、Playwright でのログイン往復検証を扱うときに使用。
公式翻訳との比較から導出した技術書翻訳の品質基準。翻訳作業時に自動参照。
Build→Test→Feedback→Refineの反復改善ワークフロー。ツール開発時のフィードバックループとOSS検証を支援。
Claude Code TaskList と vibe-ticket の同期。タスク管理の状態を双方向で同期する。
LLM コーディングの 4 大失敗パターン(暗黙の仮定/過剰実装/関係ない箇所への手出し/成功基準の曖昧さ)を抑制するための行動規範。コード生成・編集・リファクタ時に参照。
AWS アカウントの FinOps 調査・コスト削減分析。ReadOnly + MFA 環境での非対話認証突破、Cost Explorer の読み解き罠、RI/SP の誤認パターン、レポート数値の分母混在を避けるための学び集。
| name | marp-slide-editing |
| description | Marpプレゼンテーションの技術的制約とベストプラクティス。marp:trueのMarkdown編集時やスライド作成リクエスト時に自動使用。 |
marp: true フロントマターを含むMarkdownファイルの編集時**太字** vs <strong> 問題Marpの <div> 要素内では、Markdownの **text** 記法が正しくレンダリングされないことがある。
ルール:
<div> 内の太字は常に <strong>text</strong> を使う<strong> の方が安全**text** で問題なし<strong> で統一する<div> 内でMarkdownの画像記法  を使うと表示されないことがある。HTMLの <img> タグを使う。
<div style="text-align: center;">
<img src="path/to/image.png" alt="説明" style="max-width: 80%;">
</div>
| サイズ | 用途 | 判定 |
|---|---|---|
| 0.8em | 余裕のあるスライド | OK |
| 0.75em | 標準 | 推奨 |
| 0.7em | やや詰まった | 注意 |
| 0.68em以下 | 分割が必要 | NG |
| 0.65em | 絶対限界 | 分割必須 |
以下のいずれかに該当したら分割:
(1/2) 形式は使わない)文言を短くするより font-size: 0.9em 等で微調整する方が内容を保てる。
Marpでは position: absolute や position: sticky でのタイトル固定は困難:
<section> 要素としてレンダリングposition: absolute はコンテンツの重なり問題を引き起こす対策: 通常のドキュメントフローを使用し、収まらない場合はスライド分割。
align-items: center を基本指定して垂直中央揃えにする。画像とテキストを並べる場合、画像がスライド上に寄りすぎないよう注意。
# HTML生成
npx @marp-team/marp-cli <file>.md -o <file>.html
# ブラウザで確認
open <file>.html
スライド修正時は外科的に行う:
<div> 内で **太字** を使う(<strong> を使うべき)(1/2) (2/2) を使う