write-blog

name	write-blog
description	trasta.dev のブログ記事 (`src/content/blog/*.mdx`) を本人 (trasta) の文体・章立て・MDX 規約に沿って下書きする。ユーザーが「ブログ書いて」「記事にしたい」「振り返り書く」「○○について書きたい」「やってみた書きたい」「ガジェット紹介書く」のように、題材やニュアンス（雑な箇条書き・感想・スクショ素材・X 投稿 ID など）だけを渡してきたとき、または `/home/trasta/trasta-dev-v2/` 配下に新しい mdx 記事を作る／既存ブログ記事を整える作業のときに必ず使う。技術メモ・プロダクト紹介・年末振り返り・雑記のいずれのジャンルでも対応。題材だけ伝えれば文体は本スキルが面倒を見る、というのが要点。

write-blog

trasta.dev の blog (src/content/blog/*.mdx) を、本人の口調・構成・MDX コンポーネント規約をなぞる形で 1 本書ききる。 ユーザーが「ニュアンス（題材・言いたいこと・気持ち・素材）」だけを渡してくる前提で、文体寄せはこちらで担当する。

英語版 (src/content/en/blog/*.mdx) は明示依頼があったときだけ用意する。デフォルトは日本語のみ。

ファイルの置き場所と命名

• 新規ファイル: /home/trasta/trasta-dev-v2/src/content/blog/YYYYMMDD.mdx
• スラッグ = ファイル名から .mdx を除いたもの。publishedAt の日付（ハイフン無し）と必ず一致させる（揃ってないとサイト側のソートと URL がズレる）。
• 外部記事の index 掲載のみが目的ならファイル名は external-<source>-<id>.mdx、frontmatter に externalUrl と externalSite を入れて本文は空でよい（external-zenn-translate-tool.mdx 参照）。

書き始める前にやる小さな下準備

毎回これを踏むと文体が安定する。

1. ユーザーから渡された素材（題材・素材リンク・スクショ・X 投稿 ID）を一旦自分の言葉で整理する。不足が「文体に強く影響するもの」だけなら聞く。聞きすぎると本人が嫌がるのでヒアリングは最小化する（後述「ヒアリングの範囲」）。
2. ls /home/trasta/trasta-dev-v2/src/content/blog/ で既存スラッグの被りがないか確認。
3. これから書くジャンルに近い既存記事を 1〜2 本だけ Read して、文体・余白の取り方をその場で浴びる。お手本マップは末尾「参考記事」を参照。
4. 第 1 稿を書く。書き終わったら本人に渡し、トーンへの違和感をフィードバックしてもらってから直す。

第 1 稿は黙って書ききるのがこのスキルの value 。途中で「どんな構成にしますか？」と訊かない（ニュアンス渡しで完結させたい人向けのスキルだから）。

ヒアリングの範囲

重み	確認したいこと
必須	題材を 1 行で。読了後に残ってほしい一言（オチ・結論）。
あると助かる	公開日（指定なければ ）。素材（スクショ・X ID・参考リンク）。