name: article-writer
description: "SEO最適化された商品比較・おすすめ記事をWordPressに投稿する。消費者の購買検討プロセスに沿った構造化コンテンツを作成。口コミ原文掲載、マルチソースリサーチ、WordPress投稿を含む。「記事を書く」「ブログ投稿」「コンテンツ制作」「商品比較記事」などの作業に使う。"
記事作成ワークフロー — Essential Navigator
概要
essential-navigator.com に高品質な記事を作成・投稿するワークフロー。
コアコンセプト:
- 「しっかり調べたい人が、ここだけで完結できる」
- 情報量で妥協しない。それが構造化されていることが価値
- 口コミは原文で掲載する（サマリーでは不足）
- 消費者の購買検討プロセスに沿った構造
記事作成時のSlack投稿ルール（けいた様指示 2026-02-07）
記事作成に関する全てのプロセスは、スレッド形式で整理すること：
- 記事作成開始の投稿 → 新規投稿
- 中間プロセス報告 → 開始投稿へのスレッド返信
- 完了報告 → 開始投稿へのスレッド返信
記事作成の全プロセス（ニュース収集、記事作成、デプロイ、サイト確認等）を開始投稿のスレッドに集約し、#nemoチャンネルの視認性を向上させる。
画像方針（2026-02-03 けいた様指示・確定）
| 種別 | 方針 |
|---|
| ホーム画面サムネイル | 必須。全記事に高品質な画像を設定。読者の第一印象 |
| 記事内画像 | バランスを見極める。不適切な画像はかえって読みづらくなるリスクあり。無理に入れるより構造化テキストで担保 |
- 楽天API商品画像など、コンテンツに直接関連する画像は積極的に使用
- 意味のないストック写真や装飾目的だけの画像は入れない
リンクスタイル（2026-02-16 追加）
note/Zennライクな控えめリンク表現を採用
- 通常時：本文と同じ色、薄い青のアンダーライン
- ホバー時：青色に変化、アンダーラインも濃くなる
- 外部リンク：小さな「↗」アイコン付き
CSSで自動適用されるため、Markdownで普通にリンクを書けばOK。
コードブロック表示（2026-02-16 追加）
⚠️ 重要：コードはMarkdownコードフェンスで記述すること
記事内にコマンドやコード例を含める場合、必ずMarkdownのコードフェンス（```）を使用する。
普通のテキストとして記述すると、背景色やモノスペースフォントが適用されず読みにくくなる。
ルール:
- コードフェンスを使用（
```で囲む）
- 言語指定を明記（
bash, javascript, typescript, sql, json等）
- インラインコードは
`バッククォート` で囲む
- 長いコードは横スクロール対応（CSS側で処理済み）
必読ドキュメント
記事作成前に方針を確認:
docs/PURCHASE-DECISION-PROCESS.md — 購買検討プロセス（最重要）docs/BRAND-IDENTITY.md — ブランドの人格・トーンdocs/RESEARCH-SOURCES.md — リサーチソースと手順skills/blog-article/SKILL.md — 記事テンプレートと品質基準
ワークフロー
Step 1: テーマ決定
1. WordPress APIで全記事取得（GET /wp/v2/posts?per_page=100&status=publish）
2. 各記事をパターンに分類（タイトル・スラッグで判定）
3. パターン分布を算出 → 理想比率とのギャップで優先パターンを決定
4. カテゴリ内の充実度を確認
→ 選び方ガイドがないカテゴリ → まず選び方ガイド
→ おすすめ比較がないカテゴリ → 次にセグメント別おすすめ
5. テーマとパターンを確定
Step 2: マルチソースリサーチ（必須・省略不可）
🔴 料金・ポリシー・サービス変更系の記事は追加確認必須（2026-02-18追加）
以下のキーワードを含む記事は、Step 2a を先に実行すること:
- 料金、プラン、価格、pricing
- 変更、移行、廃止、終了
- 新機能、リリース、発表
- API、利用規約、ポリシー
Step 2a: 最新公式発表の確認（料金・変更系は必須）
手順の詳細: scripts/check-latest-announcements.sh
⚠️ 確認必須項目（料金・変更系）:
❌ 禁止事項:
- 公式発表日を確認せずに「〇〇がある」と断定
- 「Pilot段階」と「正式リリース」を混同
- 古い情報（3ヶ月以上前）を最新として記載
Step 2b: 類似サービス名・関連技術の区別（2026-02-18追加）
⚠️ 以下のような類似サービス名は別物として扱う:
| 混同しやすい組み合わせ | 違い |
|---|
| FigJam vs Figma | FigJam＝ホワイトボード/ダイアグラム、Figma＝デザインツール |
| Claude vs Claude Code | Claude＝チャット/API、Claude Code＝CLI開発ツール |
| GitHub vs GitHub Copilot | GitHub＝リポジトリ、Copilot＝AI補完 |
関連事例を紹介する際の必須チェック:
-
公式発表の「具体的機能」と照合
- 入力→出力の流れが一致しているか
- 同じプラットフォームで動作するか
- 「同じエコシステム」だけでは不十分
-
不一致の場合
- 「関連技術」として明確に区別
- 「公式発表の機能とは異なる」と明記
- 混同を避けるため比較表を追加
❌ 禁止:
- 「同じエコシステムだから同じ機能」と判断
- 類似サービス名の事例を区別なく紹介
- 関連事例が公式発表と同一機能か確認せず掲載
Step 2c: マルチソースリサーチ実行
以下のソースをすべて調査する。手順の詳細: scripts/multi-source-research.sh
- a. カテゴリ概要の把握 — マイベスト、家電Watch
- b. 楽天APIで商品情報取得 — レビュー数順で10件
- c. 口コミ調査（最重要） — Amazon、価格.com、X
- d. 最新世代の確認 — 最新モデル検索
- e. 競合記事の確認 — 上位1〜2記事との差分確認
Step 3: 口コミの選定
各製品について以下を選定:
- 肯定的口コミ: 3〜5件の原文
- 否定的口コミ: 3〜5件の原文
- 体感差の口コミ: スペック差と実際の使用感の違いに言及するもの
- 口コミ傾向: ★分布、頻出する評価ポイント
Step 4: 記事作成
skills/blog-article/SKILL.md のテンプレートに従い記事HTMLを作成。
必須要素:
- 結論ファースト
- 比較ポイントの明示と解説
- 口コミ原文の掲載（blockquote）
- 条件分岐型の推薦（「〇〇なら→A」）
- セグメント別マッチング
- 内部リンク（3本以上）
- ニュースソースURL掲載（AI記事の場合必須） — けいた様指示 2026-02-06
🔴 事例記事（case-study）の絶対ルール（けいた様指示 2026-02-15）
読者に嘘を伝えることは絶対に避ける。
必須要件
-
実在の事例に基づくこと
- 架空のモデルケース禁止
- 「複数事例を参考にした創作」も禁止
- 実在する人物・プロダクト・企業を明記
-
一次ソースを本文中に明記
- インタビュー元URL
- 公式発表URL
- ポッドキャスト/YouTube等の出典
-
出典形式
> この事例は [Indie Hackers](https://www.indiehackers.com/post/xxx) での
> [開発者名] のインタビューに基づいています。
推奨ソース
- Indie Hackers — 個人開発者のインタビュー・収益公開
- X (Twitter) — ビルダーの生の声、収益報告
- Product Hunt — ローンチ事例、makers のコメント
- ポッドキャスト — My First Million, Indie Bites 等
禁止事項
- ❌ 一般的なパターンを「事例」として記述
- ❌ 複数事例を混ぜた架空ストーリー
- ❌ frontmatterにsourceを書いて本文中に出典なし
AIニュース記事の特別ルール（ai.essential-navigator.com用）
ニュースソース掲載の必須化（けいた様指示 2026-02-06）
AIニュース・ツール紹介記事では以下を必ず記載:
- 出典リンク: 元記事・公式発表のURLを明記
- 公式サイト: ツールの公式サイトURL
- 関連リンク: GitHub, Product Hunt等の関連ページ
記載形式:
## 参考リンク
- **公式発表:** [タイトル](URL)
- **公式サイト:** [サービス名](URL)
- **GitHub:** [リポジトリ名](URL)（該当する場合）
海外記事紹介の形式ルール（けいた様承認 2026-02-03）
- 形式: 原文の要点紹介＋日本市場への独自分析
- 禁止: 全文翻訳の転載（著作権侵害リスク）
- 必須: 出典リンクの明記、原文への敬意を示す構成
- 付加価値: 日本の個人開発者視点での実現可能性・注意点の独自分析を必ず追加
- 表記例: 「本記事は翻訳ではなく、原文の紹介・解説記事です。詳細は原文（英語）をご覧ください。」
Step 5: サムネイル画像設定（必須・自動化）
⚠️ 重要：全記事にサムネイル設定は必須（けいた様指示 2026-02-03）
手順の詳細: scripts/setup-thumbnail.sh