Skill.md検索

下書き記事を公開する前に、Front Matter（記事の設定情報）の形式やルールが正しいか自動チェックできます。 ファイル名（slug）が正しい形式か確認し、不備があれば修正提案を受けられます。 Lint（文法チェック）とコンテンツの最終確認（見出し構造・コードブロック・画像リンク等）を一括実行できます。 すべてのチェックに合格してから確認を取った上で、記事の公開フラグを切り替えられます。 「published: true に切り替えてよいか」を必ず確認してから実行するため、うっかり公開ミスを防げます。 Zenn で技術記事を定期的に執筆・公開している人 公開前に細かいルール違反がないか心配な人 Markdown の形式やメタデータ設定を正確に保ちたい人 公開前チェックを自動化して手作業を減らしたい人 下書き記事（published: false）を published: true に切り替える前に、Front Matter のバリデーション・lint・slug 整合性・コンテンツの最終チェックを実行します。対象ファイルは slug（ファイル名の拡張子なし）を引数 $ARGUMENTS で指定するか、指定なしなら published: false の記事一覧から選択します。Front Matter チェック項目は title のシングルクォート囲み、emoji が正確に 1 文字、type が 'tech' または 'idea'、topics がブロック形式リストで 1〜5 個、published: false の確認、published_at の非存在確認、publication_name の非存在確認です。slug は a-z0-9・-・_ のみ・12〜50 文字の形式チェックを行いますが、ファイル名は絶対にリネームせず、不備があれば新規 slug での作り直しを提案します。npm run lint:md と npm run lint:text を実行し、見出し階層が ## からの確認、コードブロック言語指定、画像リンク、Zenn 独自記法の構文チェックを行います。最後にすべて OK なら「チェック完了」と報告し、ユーザーの明示的承認を得た上で published: true に切り替えます。

Zenn用の記事ファイルを articles/ ディレクトリに下書き状態（published: false）で作成できます。 既存リポジトリのスタイル（シングルクォート、ブロック形式topics）に自動で統一します。 slugが既存ファイルと衝突しないか自動で確認し、衝突があれば別の候補を提案します。 1つの指示でタイトル・emoji・type（tech/idea）・topics（2～5個）を設定できます。 公開前に /publish-check で検証するよう案内し、誤公開を防止します。 Zennで技術記事を連載している開発者やライター 複数の下書き記事を管理し、いつでも公開できる状態を保ちたい方 既存リポジトリのフォーマットを保ちながら、記事を効率よく追加したい方 Front Matterの細かい設定（published フラグなど）を自動化したい誰もが このスキルは、ユーザーから「新しい記事を書きたい」「下書きを作って」といった依頼で実行されます。 Step 1: slug を決定します。$ARGUMENTS に値があればそれを使用。なければ、ユーザーに(1)日本語のタイトル案、(2)slug候補（a-z0-9、ハイフン・アンダースコア可、12～50文字）、(3)emoji（1文字）、(4)topics（2～5個の配列）、(5)type（tech または idea、デフォルトtech）を確認します。 Step 2: Glob で articles/.md が既に存在しないか確認。存在する場合は別slugを提案します。 Step 3: 以下のテンプレートで articles/.md を作成します。既存記事スタイル（シングルクォート・ブロック形式topics）に完全に統一され、本文エリアにはコメント付きで記入が始められます。 禁止事項: (1)published: true で作成してはいけません（常に下書き）、(2)published_at を設定してはいけません（一度設定すると変更不能）、(3)ダブルクォートやインライン配列に変更してはいけません、(4)slug を後から変更する提案は禁止（URLが壊れるため）。 完了時に「published: false の下書きで作成した。公開するときは /publish-check で検証してから published: true に変更すること」とユーザーに伝えます。