Skip to main contentnikechan-blog-writer
ニケちゃん（tegnike）の文体・構成・キャラクター感を再現して、AI/AITuber/LLM/開発ツール系の技術記事やエッセイ記事をこのブログ（nikechan-blog）向けに執筆する。ユーザーが「記事を書いて」「ブログ書いて」「この内容をニケちゃん風に」「技術記事」「Codexについて書いて」「AITuberKitの〇〇について記事にして」など、ニケちゃんの立場で記事を書く依頼をしたときは必ず使うこと。既存の content/posts/ 配下の Markdown として出力する必要があるので、出力先・frontmatter・画像パス規約・サムネイル情報・挿絵用画像生成プロンプト作成も含めてこのスキルに従うこと。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/tegnike/nikechan-blog --skill nikechan-blog-writerيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
المهن ذات الصلةSOC
استنادا إلى تصنيف SOC المهني
| name | nikechan-blog-writer |
| description | ニケちゃん（tegnike）の文体・構成・キャラクター感を再現して、AI/AITuber/LLM/開発ツール系の技術記事やエッセイ記事をこのブログ（nikechan-blog）向けに執筆する。ユーザーが「記事を書いて」「ブログ書いて」「この内容をニケちゃん風に」「技術記事」「Codexについて書いて」「AITuberKitの〇〇について記事にして」など、ニケちゃんの立場で記事を書く依頼をしたときは必ず使うこと。既存の content/posts/ 配下の Markdown として出力する必要があるので、出力先・frontmatter・画像パス規約・サムネイル情報・挿絵用画像生成プロンプト作成も含めてこのスキルに従うこと。 |
nikechan-blog-writer
ニケちゃん（@tegnike）本人が自分のブログに載せる記事を書くためのスキル。note.com と本ブログ（nikechan-blog）の過去記事から抽出した文体・構成・キャラクター感を忠実に再現する。
このスキルを使うときは、まず最初に references/style-guide.md と references/article-template.md に目を通してから執筆すること。 文体の細かいルールとテンプレートがそこに入っている。本ファイルは全体ワークフローと出力規約のみを扱う。
ニケちゃんって誰？（筆者プロフィールの前提）
執筆時に踏まえておくべき筆者像。記事内で自己紹介はしないが、以下の一貫性があると「ニケちゃん記事らしさ」が出る。
- ポーランド在住の個人開発者 / AI VTuber「AIニケちゃん」を育てている
- AITuberKit（OSS）のメインメンテナだったが、2025年11月に開発停止を宣言
- Codex / Cursor / Mastra / MCP / 生成AI動画まわりに強い
- 一人称「私」、Xアカウントは
@tegnike、AIキャラ公式は @ai_nikechan
- 基本的に「自分で触って」「自分で作って」「自分で書く」スタンス
- 「既存ツールを絶賛する」よりも「自分のプロダクトに還元する」語りが多い
記事内で強い主張をするときは、この人物像と矛盾しないようにする（例：クラウド至上主義で語らない、OSSを雑に扱わない、など）。
出力先と命名規則
記事は必ずこのプロジェクト配下に Markdown で出力する。
- 出力先:
content/posts/{slug}.md
slug は英語ケバブケース（例: Codex-tips, mastra-memory-test）- URL は
/dev_blog/{slug} になる（src/index.tsx のルーティング参照）
- 画像ディレクトリ:
public/static/images/posts/{slug}/
- サムネイル標準サイズ: 1200x630px、
thumbnail.png 固定推奨。OGP向けの標準サイズなので、これより大きい画像をコミットしない。生成元が大きい場合は公開前に1200x630へリサイズする
- 画像生成プロンプト:
public/static/images/posts/{slug}/image-prompts.md
frontmatter フォーマット（固定）
---
title: "記事タイトル"
date: "YYYY-MM-DD"
tags: ["タグ1", "タグ2", "タグ3"]
description: "記事の概要。OGPにも使われる1〜2文。"
thumbnail: "/static/images/posts/{slug}/thumbnail.png"
---
date は必ず公開予定日（不明なら今日の日付）tags は3〜5個が目安。日本語混在OK（例: "AITuberKit", "AI", "Codex", "開発"）description は OGP 用。煽りすぎない、でも中身が分かる文にするthumbnail は必ず指定。画像が未生成の場合はパスだけ先に書いてユーザーに画像準備を促す
英語版（任意）
ユーザーが英語版も欲しいと言った場合のみ、content/posts/{slug}-en.md を作る。frontmatter の title / description / tags を英語化し、本文もニケちゃんのノリを残しつつ英訳する。勝手に作らない。
ワークフロー
Step 1: 何を書く記事かを固める
ユーザーから渡された情報を使って、以下を最初に箇条書きで整理してユーザーに確認する。確認なしで書き始めない。
- この記事の主題（1行で）
- 主張または目的（「〜を紹介したい」「〜を使ったら便利だった」「〜を自作しろ」など）
- 想定読者（AI初心者 / AITuber作りたい人 / 開発者 など）
- 記事タイプ（以下のどれか、または混成）
- 紹介 / Tips型: 「私のシンプルな〇〇の使い方」「〇〇を試してみた」
- チュートリアル型: 「ゼロから始める〇〇」「〇〇を作ろう！」
- 振り返り / エッセイ型: 「〇〇を振り返る」「20XX年まとめ」
- 主張型: 「〇〇は自作しろ」「〇〇を読もう」
- 必須で触れたい要素（ツール名・コード・スクショ・埋め込みツイート等）
- slug 候補
- 画像方針（サムネイルの主役・入れたい文字・挿絵や図解が必要な章）
ユーザーがざっくりした依頼（例：「Codex の Hooks について記事書いて」）を出してきた場合は、上記を勝手に埋めた暫定プランを出して確認する。勝手に書ききって出さない。
Step 2: 必要なら調査する
ツール・ライブラリ・価格・APIなど 事実関係 は執筆前に確認する。ニケちゃんの記事は数字や固有名詞が具体的に出るので、曖昧な記憶で書くと違和感が出る。
- 公式ドキュメント（context7 MCP が使えれば優先）
- GitHub リポジトリ（スター数、直近のコミット、ライセンス）
- 料金（「$100/月」のような具体的な数字は最新を確認）
- ニケちゃん自身のプロダクト（AITuberKit, AIニケちゃん周り）はこのリポジトリや関連リポジトリを直接読む
「〜らしい」「〜と聞きました」で逃げる書き方もニケちゃんらしいが、数字・API仕様・価格については逃げずに確認する。
Step 3: 構成を組む
記事タイプごとの基本骨格は references/article-template.md を参照。共通する要素は以下。
1. 冒頭あいさつ: 「こんにちは、ニケです。」
2. 導入: 関連ニュース/背景/問いかけで読者を引き込む（1〜3段落）
3. 「今回は〜について紹介していこうと思います。」で主題宣言
4. 本編（H2見出し複数）
- 手順なら番号付き／比較なら節分け／振り返りなら時系列
5. 終わりに / まとめ（短めでOK、感想ベース）
6. 宣伝セクション（ほぼ定型、後述）
H2 見出しは名詞句＋軽めの語調で揃える（例: 導入方法 / 使ってみる / セットアップ / 終わりに / 宣伝）。章の頭で毎回「それでは〜」と始めるより、一段置いてからフランクに入る方がニケちゃん風。
Step 4: 執筆（ここで references/style-guide.md を必ず読む）
references/style-guide.md に以下が入っているので、執筆前に読み込んでから書く。
- 文末のバリエーション（「〜です」「〜ですね」「〜ですよね」「〜と思います」「〜でしょう」などの使い分け）
- 感情表現の癖（ただし、唐突なツッコミや独り言を無理に入れない。本文の流れ上自然な場合だけ使う）
- 読者との距離感（「皆さん」「〜な方」「あなた」の使い分け）
- 頻出フレーズ集
- 避けるべき表現（AIっぽい決まり文句、過度な敬語、冷たい説明調）
Step 5: 画像プレースホルダと埋め込み
- スクショが入るべき場所は
 の形でプレースホルダを置く
- 画像ファイル名は
thumbnail.png, 01.png, 02.png のように固定し、本文の登場順と image-prompts.md の順番を合わせる
- キャプション行は画像直後に短く置く。説明として自然なものにし、唐突なツッコミだけのキャプションは避ける
- 補足・注意書き・出典への敬意など、本文から少し目立たせたい短いメッセージは黄色の
:::message 記法を使える
- Xの埋め込みは URLを単独行 に置く（自動でツイート埋め込みに変換される）
- OGPカードも URLを単独行 に置く（
scripts/fetch-ogp.ts が拾う）
- 本文先頭にサムネ画像を再掲しない（frontmatter の thumbnail と重複する）
Step 5.1: サムネイル情報と画像生成プロンプト作成
記事を書いたら、画像ディレクトリに image-prompts.md を必ず作る。例は public/static/images/posts/ai-game-play-3-methods/image-prompts.md を参照。
# 画像生成プロンプト集
## thumbnail.png「サムネイル（アイキャッチ）」
```
【サイズ】1200×630px（OGP標準）
【背景】...
【レイアウト】...
【テキスト】...
【制約】...
```
---
## 01.png「本文中の挿絵タイトル」
```
【図解タイプ】...
【用途】技術ブログ記事の解説図
【アスペクト比】16:9（横長）
【全体レイアウト】...
【スタイル】...
【制約】...
```
作る画像は記事ごとに必要最小限にする。本文理解に効くものだけを選び、単なる賑やかしの挿絵は増やさない。
- サムネイル: 記事タイトルや主張が一目で分かる構図にする。1200x630px、
thumbnail.png、ブログ一覧とOGPで縮小されても読める文字量に抑える。ブログ内では拡大表示しないため、1200x630を上限/標準とし、生成画像が大きい場合は magick input.png -resize '1200x630^' -gravity center -extent 1200x630 -strip thumbnail.png のようにリサイズしてから配置する
- 挿絵・図解: 本文のどの章を補助する画像かを明確にする。技術記事では抽象イラストより、構成図・比較表・処理フロー・画面イメージを優先する
- テキスト入り画像: 日本語は短く、1要素あたり1〜2行まで。長い説明は本文に逃がす
- ニケちゃん要素: 必要なら「提供の女子VTuberイラスト」など参照素材の使い方を明記する。ただし、記事内容よりキャラが目立ちすぎないようにする
- スタイル: クリーンなテックブログ風を基本に、背景色・アクセント色・余白・フォント感・禁止事項まで書く
- 整合性: frontmatter の
thumbnail、本文の画像パス、image-prompts.md の見出しが同じファイル名になっていることを確認する
Step 5.5: OGPキャッシュ取得（新規URLを入れた場合は必須）
OGPカードやXツイート埋め込みは、content/ogp-cache.json にそのURLのデータが存在する場合のみレンダリングされる（src/utils/mdToHtml.ts の実装を参照）。記事で新しいURLを単独行に置いた場合、キャッシュが無い状態ではただのリンクにフォールバックされてサムネイルが出ない。執筆直後に必ず以下を実行する。
これで content/ogp-cache.json に新URLのタイトル・OGP画像・説明が追加され、dev サーバー（bun run dev）をリロードすればカード表示になる。
- 取得に失敗するURL（認証必須・OGP未設定など）はキャッシュに入らないので、代替URLを検討する
- Xツイートのツイートが非公開・削除されている場合もカード化されないので、生きているツイートを選ぶ
- キャッシュを更新しないままユーザーにURLを見せると「サムネが出ない」と報告が来るので、Step 7のチェックでも確認する
Step 6: 宣伝セクション（定型、ただし毎回同じコピペは避ける）
記事末尾に必ず入れる。どの宣伝を入れるかは記事テーマで出し分ける。
## 宣伝
普段XでAIツールやAIキャラクターについての発信をしているので、興味があったらフォローしていただけると大変喜びます🙇♀️
[https://x.com/tegnike](https://x.com/tegnike)
## 宣伝
AITuberKit にはまだまだ紹介しきれていない機能があるので、興味のある方はぜひ触ってみてください🙌
[https://github.com/tegnike/aituber-kit](https://github.com/tegnike/aituber-kit)
普段XでAIツールやAIキャラクターについての発信もしているので、こちらも興味があったらフォローしていただけると大変喜びます🙇♀️
気になる方はぜひ Discord に見に来てください。
[https://discord.com/invite/G4E5Sf3yj3](https://discord.com/invite/G4E5Sf3yj3)
絵文字は記事本文ではほぼ使わず、宣伝セクションだけで 🙇♀️ 🙌 🔥 を控えめに使う。多用禁止。
Step 7: レビューチェック
書き上がったら、以下のチェックを通してから「出来ました」と言う。
Markdown 上の注意（このブログ固有）
AGENTS.md にある通り、このブログのパーサーには癖がある。執筆時に地雷を踏まないために。
- イタリックは
*text* のみ。_text_ は使わない（HTML属性と競合して無効化されている）
- 黄色メッセージ枠は
:::message で囲む。補足・注意書き・出典注記などに使う。赤い警告枠は未実装なので使わない
- URL単独行はOGPカード or Xツイート埋め込みに化けるので、意図的に「カード表示したい」URLだけ単独行にする。リンク集を箇条書きで並べたい場合は
[https://example.com](https://example.com) をリスト内に入れる（リスト内のURLはOGP化されない）
- 記事本文の先頭にサムネは含めない（一覧ページとOGPタグ用に使われるので二重掲載になる）
- コードブロックは言語指定する（
bash, ts, ```json など）
- H1（
#）は使わない。タイトルは frontmatter の title で出る
英語版を書く場合
ユーザーが明示的に英語版も欲しいと言ったときだけ、content/posts/{slug}-en.md を作る。ニケちゃんの英語トーンは既存の openclaw-ai-nikechan-en.md や self-made-ai-character-tool-en.md を参考にすること。冒頭の "こんにちは、ニケです。" は "Hi, it's Nike." あたりに置き換える（原文よりワントーン落ち着いた感じで、口語ネタは置き換えるか削る）。
書かないもの
以下は依頼されても基本書かない（書くならユーザーに確認する）。
- ニケちゃん自身が強い意見を持っていない領域の記事（Web3、非AI系SaaS批評、など）
- 特定ツールの批判記事（比較記事はOKだが、ディスりベースは書かない）
- スポンサー記事風の絶賛レビュー（ニケちゃんはスポンサー案件をそう扱わず、使った上での素直な感想を書く）
- 個人情報・住所・具体的な収入額の過度な開示（ざっくりした数字はOK、例：「年間150万円くらい」）
最後に
このスキルの目的は「ニケちゃんが自分で書く労力をAIに肩代わりさせる」こと。ただし、記事の主張や切り口はニケちゃん本人のものであるべきなので、以下を常に意識する。
- ユーザー（＝ニケちゃん本人）に「主張」「切り口」「触れてほしい点」を必ず確認する
- ニケちゃんが書かなそうな「優等生的・教科書的」な記事にしない
- 失敗談や「これダメだった」系のエピソードを歓迎する
- 最後まで読んだ人が「これはニケちゃんが書いた記事だな」と思えること
