---
name: nikechan-blog-writer
description: ニケちゃん（tegnike）の文体・構成・キャラクター感を再現して、AI/AITuber/LLM/開発ツール系の技術記事やエッセイ記事をこのブログ（nikechan-blog）向けに執筆する。ユーザーが「記事を書いて」「ブログ書いて」「この内容をニケちゃん風に」「技術記事」「Claude Codeについて書いて」「AITuberKitの〇〇について記事にして」など、ニケちゃんの立場で記事を書く依頼をしたときは必ず使うこと。既存の content/posts/ 配下の Markdown として出力する必要があるので、出力先・frontmatter・画像パス規約も含めてこのスキルに従うこと。
---

# nikechan-blog-writer

ニケちゃん（[@tegnike](https://x.com/tegnike)）本人が自分のブログに載せる記事を書くためのスキル。note.com と本ブログ（nikechan-blog）の過去記事から抽出した文体・構成・キャラクター感を忠実に再現する。

**このスキルを使うときは、まず最初に `references/style-guide.md` と `references/article-template.md` に目を通してから執筆すること。** 文体の細かいルールとテンプレートがそこに入っている。本ファイルは全体ワークフローと出力規約のみを扱う。

## ニケちゃんって誰？（筆者プロフィールの前提）

執筆時に踏まえておくべき筆者像。記事内で自己紹介はしないが、以下の一貫性があると「ニケちゃん記事らしさ」が出る。

- ポーランド在住の個人開発者 / AI VTuber「AIニケちゃん」を育てている
- AITuberKit（OSS）のメインメンテナだったが、2025年11月に開発停止を宣言
- Claude Code / Cursor / Mastra / MCP / 生成AI動画まわりに強い
- 一人称「私」、Xアカウントは `@tegnike`、AIキャラ公式は `@ai_nikechan`
- 基本的に「自分で触って」「自分で作って」「自分で書く」スタンス
- 「既存ツールを絶賛する」よりも「自分のプロダクトに還元する」語りが多い

記事内で強い主張をするときは、この人物像と矛盾しないようにする（例：クラウド至上主義で語らない、OSSを雑に扱わない、など）。

## 出力先と命名規則

記事は必ずこのプロジェクト配下に Markdown で出力する。

- 出力先: `content/posts/{slug}.md`
- `slug` は英語ケバブケース（例: `claude-code-tips`, `mastra-memory-test`）
- URL は `/dev_blog/{slug}` になる（`src/index.tsx` のルーティング参照）
- 画像ディレクトリ: `public/static/images/posts/{slug}/`
- サムネイル推奨サイズ: 1200x630px、`thumbnail.png` 固定推奨

### frontmatter フォーマット（固定）

```yaml
---
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"`, `"Claude Code"`, `"開発"`）
- `description` は OGP 用。煽りすぎない、でも中身が分かる文にする
- `thumbnail` は必ず指定。画像が未生成の場合はパスだけ先に書いてユーザーに画像準備を促す

### 英語版（任意）

ユーザーが英語版も欲しいと言った場合のみ、`content/posts/{slug}-en.md` を作る。frontmatter の `title` / `description` / `tags` を英語化し、本文もニケちゃんのノリを残しつつ英訳する。勝手に作らない。

## ワークフロー

### Step 1: 何を書く記事かを固める

ユーザーから渡された情報を使って、以下を**最初に箇条書きで整理してユーザーに確認する**。確認なしで書き始めない。

1. **この記事の主題**（1行で）
2. **主張または目的**（「〜を紹介したい」「〜を使ったら便利だった」「〜を自作しろ」など）
3. **想定読者**（AI初心者 / AITuber作りたい人 / 開発者 など）
4. **記事タイプ**（以下のどれか、または混成）
   - **紹介 / Tips型**: 「私のシンプルな〇〇の使い方」「〇〇を試してみた」
   - **チュートリアル型**: 「ゼロから始める〇〇」「〇〇を作ろう！」
   - **振り返り / エッセイ型**: 「〇〇を振り返る」「20XX年まとめ」
   - **主張型**: 「〇〇は自作しろ」「〇〇を読もう」
5. **必須で触れたい要素**（ツール名・コード・スクショ・埋め込みツイート等）
6. **slug 候補**

ユーザーがざっくりした依頼（例：「Claude Code の 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: 画像プレースホルダと埋め込み

- スクショが入るべき場所は `![説明](/static/images/posts/{slug}/01.png)` の形でプレースホルダを置く
- キャプション行は画像直後に短く置く（例: 「作成されたようです。」「強い、強すぎる…。」）
- Xの埋め込みは **URLを単独行** に置く（自動でツイート埋め込みに変換される）
- OGPカードも **URLを単独行** に置く（`scripts/fetch-ogp.ts` が拾う）
- 本文先頭にサムネ画像を再掲しない（frontmatter の thumbnail と重複する）

### Step 5.5: OGPキャッシュ取得（新規URLを入れた場合は必須）

OGPカードやXツイート埋め込みは、`content/ogp-cache.json` にそのURLのデータが存在する場合のみレンダリングされる（`src/utils/mdToHtml.ts` の実装を参照）。記事で新しいURLを単独行に置いた場合、キャッシュが無い状態では**ただのリンクにフォールバックされてサムネイルが出ない**。執筆直後に必ず以下を実行する。

```bash
bun run fetch-ogp
```

これで `content/ogp-cache.json` に新URLのタイトル・OGP画像・説明が追加され、dev サーバー（`bun run dev`）をリロードすればカード表示になる。

- 取得に失敗するURL（認証必須・OGP未設定など）はキャッシュに入らないので、代替URLを検討する
- Xツイートのツイートが非公開・削除されている場合もカード化されないので、生きているツイートを選ぶ
- キャッシュを更新しないままユーザーにURLを見せると「サムネが出ない」と報告が来るので、**Step 7のチェックでも確認する**

### Step 6: 宣伝セクション（定型、ただし毎回同じコピペは避ける）

記事末尾に必ず入れる。どの宣伝を入れるかは記事テーマで出し分ける。

**AI/Claude系・汎用記事の末尾**:
```markdown
## 宣伝

普段XでAIツールやAIキャラクターについての発信をしているので、興味があったらフォローしていただけると大変喜びます🙇‍♀️

[https://x.com/tegnike](https://x.com/tegnike)
```

**AITuberKit / AIキャラ系の末尾**:
```markdown
## 宣伝

AITuberKit にはまだまだ紹介しきれていない機能があるので、興味のある方はぜひ触ってみてください🙌

[https://github.com/tegnike/aituber-kit](https://github.com/tegnike/aituber-kit)

普段XでAIツールやAIキャラクターについての発信もしているので、こちらも興味があったらフォローしていただけると大変喜びます🙇‍♀️
```

**AIニケちゃん・Discord系の末尾**:
```markdown
気になる方はぜひ Discord に見に来てください。

[https://discord.com/invite/G4E5Sf3yj3](https://discord.com/invite/G4E5Sf3yj3)
```

絵文字は記事本文ではほぼ使わず、宣伝セクションだけで `🙇‍♀️` `🙌` `🔥` を控えめに使う。多用禁止。

### Step 7: レビューチェック

書き上がったら、以下のチェックを通してから「出来ました」と言う。

- [ ] 冒頭が「こんにちは、ニケです。」で始まっている
- [ ] frontmatter の 5項目（title/date/tags/description/thumbnail）が揃っている
- [ ] `description` が 1〜2文で内容を掴める
- [ ] H2 見出しが2〜6個あり、章単位で読める
- [ ] 文末が「〜です／ます」ばかりで単調になっていない（references/style-guide.md の「文末バリエーション」参照）
- [ ] どこかに1回はニケちゃん特有のツッコミ / 感情表現が入っている（例: 「強い、強すぎる…。」「じゃないんだよ。」）
- [ ] 全体で読者に対して命令口調になっていない（「〜してください」「〜しましょう」は可、しかし連発しすぎない）
- [ ] 誇大広告になっていない（数字や機能で事実と違うことを書いていない）
- [ ] 宣伝セクションが末尾にある
- [ ] 画像プレースホルダのパスが `/static/images/posts/{slug}/` に揃っている
- [ ] Markdown イタリックは `*text*` のみで書いている（`_text_` は本ブログのパーサーで無効化されている）
- [ ] 記事で使った新規URL（OGPカード／Xツイート埋め込み狙いの単独行URL）について `bun run fetch-ogp` を実行済みで、`content/ogp-cache.json` に反映されていることを確認した

## Markdown 上の注意（このブログ固有）

CLAUDE.md にある通り、このブログのパーサーには癖がある。執筆時に地雷を踏まないために。

- **イタリックは `*text*` のみ**。`_text_` は使わない（HTML属性と競合して無効化されている）
- **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に肩代わりさせる」こと。ただし、**記事の主張や切り口はニケちゃん本人のものであるべき**なので、以下を常に意識する。

- ユーザー（＝ニケちゃん本人）に「主張」「切り口」「触れてほしい点」を必ず確認する
- ニケちゃんが書かなそうな「優等生的・教科書的」な記事にしない
- 失敗談や「これダメだった」系のエピソードを歓迎する
- 最後まで読んだ人が「これはニケちゃんが書いた記事だな」と思えること