Menü
k8oブログ記事（MDX）専用の公開前レビュースキル。文章面は /writing-review に委譲（不在時はフォールバック）し、@repo/code-highlight の活用・frontmatter整合性・MDXコンポーネント・見出し階層・本文の太字不使用といった MDX/ブログ固有の項目を点検して指摘レポートを出す（ファイルは変更しない）。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | blog-review |
| description | k8oブログ記事（MDX）専用の公開前レビュースキル。文章面は /writing-review に委譲（不在時はフォールバック）し、@repo/code-highlight の活用・frontmatter整合性・MDXコンポーネント・見出し階層・本文の太字不使用といった MDX/ブログ固有の項目を点検して指摘レポートを出す（ファイルは変更しない）。 |
k8oのブログ記事（MDX）を公開前にレビューする。文章面は /writing-review に委譲し、本スキルはブログ/MDX固有のチェック（コードハイライト・frontmatter・MDXコンポーネント・見出し階層・太字不使用）を足す薄い層。最終レポートは文章面とブログ固有を1つに統合して出す。
行うこと: /writing-review の文章観点をブログ記事に適用（不在時はフォールバック）／@repo/code-highlightのディレクティブ活用／frontmatter整合性（featureIds⇔<BaselineStatus>）／MDXコンポーネントのimport・props／見出し階層・リンク・画像／本文の太字不使用。重要度つきの統合レポートを出す。
行わないこと: ファイルの自動修正（レポートのみ）／執筆・アウトライン作成／公開ファイル一式の準備（layout.tsx/opengraph-image.tsx/マイグレーション → /blog-prep）／コードの動作・技術的正しさ（別途確認）。
記事の準備は
/blog-prep。本スキルはその後段（執筆を終えた記事の公開前レビュー）。修正依頼でもまずレポートを出して合意してから着手する。ファイルは変更しない。
apps/main/src/app/blog/(articles)/<slug>/
├── page.mdx # 記事本体（レビューの主対象）
├── layout.tsx # メタデータ（タイトル/日付/タグはDBから取得）
└── opengraph-image.tsx # OGP画像生成（[!og]を使うか判定するために参照）
page.mdx: 先頭にYAML frontmatter（---）、続いてimport文と本文。本文の# H1はレンダリング時に非表示（タイトルはレイアウト/DB側）。実セクションは##から始め、表示時に##→h3相当・###→h4相当へ1段繰り下げられる（執筆時は##/###をそのまま書く）。内部リンクはnext/link、外部リンクは通常リンクへ自動変換。
**）が無いか（writing-reviewの「太字可」を上書き）。/writing-review が使える場合: Skillツールで writing-review を実行し、対象 page.mdx を渡して、その指摘を取り込む（これを文章面の正とする）。レポートでは出所を 【writing-review】 と添える。対象記事のパスをFILEに入れて実行（ripgrep / awk）。
FILE='apps/main/src/app/blog/(articles)/<slug>/page.mdx'
PROSE=$(awk '/^[[:space:]]*```/{f=!f;next} !f' "$FILE") # フェンス内を除いた本文
# (1) 太字（ブログは太字禁止＝出力された全てが候補）
rg -n '\*\*[^*]+\*\*' "$FILE"
# (2) 言語指定のないコードフェンス（出力が無ければOK。~~~形式は非対象）
awk '/^[[:space:]]*```/{n++; if(n%2==1 && $0 !~ /^[[:space:]]*```[A-Za-z]/) print NR": ["$0"]"}' "$FILE"
# (3) [!og] マーカーの数（0 と出ればマーカー無し）
rg -c '\[!og\]' "$FILE" || echo 0
# (4) markdownテーブルの使用（本文では使わない。出力があれば要修正候補。先頭が | の行を検出）
rg -n '^\s*\|.*\|' "$FILE"
# writing-review が無いときのフォールバック（本文のみ＝PROSEに当てる）
rg -n '[A-Za-z0-9] [ぁ-んァ-ヶー一-龥]|[ぁ-んァ-ヶー一-龥] [A-Za-z0-9]' "$FILE" # 英日スペース
printf '%s' "$PROSE" | rg -c '(です|ます)。'; printf '%s' "$PROSE" | rg -c '(である|だ)。' # 文体混在の手がかり
コード除外: (1) と英日スペースはコードフェンス内・インラインコード（
...）・[!callout:]のテキストも拾う。マッチがコード内なら違反ではない（例: インラインコードのべき乗2 ** -54、callout内のtheme と…）。本文（PROSE）に当てると誤検出が減る。ブログ本文に出てくる素の**…**は太字なので要修正。
page.mdxは@repo/code-highlight（Shiki）でハイライトされる。
このパッケージの機能はディレクティブのみ。
title=/ファイル名/言語ラベル/コピーボタンは存在しないので、その有無は指摘対象にしない。
| 項目 | 内容 | 重要度 |
|---|---|---|
| フェンスの言語指定 | すべての```に言語を付ける（```tsなど）。言語なしはハイライトが効かない | 要修正 |
[!og]マーカー | いずれか1つのコードブロックに// [!og]（OGP画像に載るコードを選ぶ）。判定はopengraph-image.tsxが@/features/blog/interface/queriesのgetBlogOgCodeを呼ぶか。無いとコードが載らず劣化（エラーにはならない）。較正: [!og]無しの記事も全体の約2割あり、コード無しOGPを許容する設計。コードが主役の記事であれば推奨、そうでなければ任意 | 推奨/任意 |
| 注目行の強調 | 地の文で「この行が重要」と言うコードに[!hl]/[!callout:]が無ければ付ける余地 | 任意 |
| 差分の表現 | before/after・追加削除を見せるコードに[!+]/[!-]が使える（現状ほぼ未使用） | 任意 |
ディレクティブ構文（packages/code-highlight/src/parser.ts）: コメント1行だけの行に書き、次のコード行に適用。パーサは言語に関係なく全コメント形式（// /* */ # -- <!-- -->）を受理する（言語と違う形式でも効く）。種類: [!hl](=[!highlight])／[!+]／[!-]／[!callout: テキスト]／[!og]（本文上は無表示）。未知ディレクティブはコードに残る／空[!callout:]は無視／末尾の宙ぶらりんは消える。@repo/code-highlight/parserのparseAnnotations(code).annotationsで機械的に確認できる（features/blog/application/og-code.tsが同じ使い方）。
packages/helpers/src/mdx/frontmatter.tsのisFrontmatterがコードで検証するのは型だけ（必須キーの有無・日付がDate.parse可能・featureIdsが文字列配列）。featureIds⇔<BaselineStatus>の一致は慣習なので人手で確認する。
| フィールド | 必須 | チェック |
|---|---|---|
title | ✅ | 文字列。本文先頭の# <title>と一致 |
description | ✅ | キー必須（値はnull可）。SEO向けに簡潔か |
createdAt / updatedAt | ✅ | Date.parse可能な日付（例: 2026-05-26）。更新したならupdatedAtが新しいか |
featureIds | 任意 | 文字列配列（型はコードが検証）。各IDが本文の<BaselineStatus featureId="...">と1対1で一致するか人手確認（片方だけ・綴り違いを指摘） |
frontmatterが不正だとgetFrontmatter()がInvalid frontmatter in <path>で落ちる。必須キー欠落・日付不正は要修正。
import文とpropsが正しいか確認する。
| コンポーネント | import | 主なprops |
|---|---|---|
BaselineStatus | @k8o/arte-odyssey | featureId（frontmatterのfeatureIdsと一致）。Web機能の記事ではH1直下 |
Playground | @/app/_components/playgrounds | title（必須）。子にデモ |
LinkCard | @/app/blog/_components/link-card | href（必須） / publishedAt? / appearance? |
Image / FloatImage | @/app/blog/_components/image | src・alt（どちらも必須） |
Alert | @k8o/arte-odyssey | tone（warning等） / message |
mdx-components.tsxが自動でarte-odysseyスタイルに変換する。素のmarkdownで書けばよい（独自に<h2>等を書かない）。export宣言をindex.tsで1ファイルずつ目視確認する（再エクスポートチェーン: playgrounds/index.tsのexport * → サブindex.tsの named export）。サブパス直接import（主流）でも index 経由でも、使われているパスが解決すればよい（index未登録＝壊れ、と誤判定しない）。Alert・BaselineStatus等は apps/main の AGENTS.md に従い main-storybook-mcp で確認する。MCPが使えない場合は apps/main/node_modules/@k8o/arte-odyssey の型定義（dist/*.d.ts）または docs/ を読む。見出しの中身（具体性・オチにしない・二要素を詰め込まない）は
/writing-review（整合性・流れ）で見る。ここは MDX 描画に絡む階層とリンク・画像・テーブル。
# H1は記事タイトルの1つだけ（非表示）。実セクションは##から。階層を飛ばさない（##の次に####を置かない）。同名見出しの重複に注意（アンカーID衝突）。| … | … |）は横スクロールに弱く、特にモバイルや縦書き表示で崩れる。本文では使わず、箇条書き・段落・定義（用語：説明）、または必要なら画像（<Image>）で代替する。機械検出は機械コマンド(4)。[テキスト]()）が無いか。外部リンクは到達性を確認（任意で curl -sI <url> | head -1）。参考文献は<LinkCard href="...">を使う選択肢。<Image>/<FloatImage>にaltがあるか（必須）。$$・```math・インライン$...$）があるのに、同記事のlayout.tsxにkatex/dist/katex.min.cssと@/app/blog/_styles/katex-vertical.cssのimportが無ければ要修正（KaTeX CSSはグローバル読み込みされないため、数式が二重表示に崩れる）。機械確認: grep -nE '\$\$|^```math' page.mdxがヒットしたらgrep -n 'katex' layout.tsxを突き合わせる（インライン$はコード内の$と紛らわしいので人手で確認）。ファイルは変更せず、文章面（writing-review）とブログ固有を統合した重要度別レポートを出す。各指摘に「場所（file:line）・該当箇所・なぜ・修正提案」を含める。文章面の指摘には 【writing-review】 を添える。
## ブログ記事レビュー: <slug>
### 🔴 要修正
- `page.mdx:12` 本文に太字 `**重要**` → ブログは太字を使わない。文の組み立てで強調
- `page.mdx:42` 言語指定のないコードフェンス → ` ```ts ` を付ける
- `page.mdx:55` 本文にmarkdownテーブル → 横スクロールに弱い。箇条書き/定義に置き換える
- `page.mdx:88` 文体混在（ですます/である）【writing-review】
### 🟡 推奨
- `page.mdx` コードが主役だが `[!og]` 無し（`getBlogOgCode`使用）→ 代表ブロックに `// [!og]`
- `page.mdx:15` 「React の」→「Reactの」【writing-review】
### 🟢 任意
- `page.mdx:60` 注目コードに `[!hl]` を付ける余地
### 指摘なしの観点
- frontmatter / featureIds⇔BaselineStatus: OK
- MDXコンポーネント: OK
- 文章（writing-review）: 全観点（日本語ルール〜語り口・事実確認）とも問題なし
重要度の天井（writing-review と共通）:
featureIds不一致・本文の太字・本文のテーブル・日本語ルール違反）→ 要修正まで可。/writing-review を実行（不在時はフォールバックの5点＋文章系コマンド）。文章観点1〜7を網羅した**）が無い[!og] / テーブル / 英日スペース / 文体）を実行した@repo/code-highlightの活用（言語・[!og]較正・[!hl]/[!callout:]）featureIds⇔BaselineStatus）k8oブログ記事の技術的準備ワークフロー。MDXファイル、レイアウト、OGP画像、Playgroundコンポーネント、マイグレーションなど必要なファイル一式を作成。記事の執筆は別途行う。
独自性のある本番品質のフロントエンドインターフェースを作成。汎用的な「AI slop」美学を避け、記憶に残るデザインを実現。タイポグラフィ、カラー、モーション、空間構成に焦点。
Turborepoモノレポビルドシステムのガイダンス。turbo.json、タスクパイプライン、dependsOn、キャッシュ、リモートキャッシュ、turbo CLI、--filter、--affected、CI最適化、環境変数、内部パッケージ、モノレポ構成・ベストプラクティス、バウンダリに対応。ユーザーがタスク/ワークフロー/パイプラインの設定、パッケージ作成、モノレポセットアップ、アプリ間コード共有、変更パッケージの実行、キャッシュデバッグ、apps/packagesディレクトリの操作を行う場合に使用。