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