こんにちは、パレイド思想部です。
前回は GA4 連携と LLM スコアリングの仕組みを紹介しました。
パレイドAI編集者開発のリアル(9) 感覚でなくデータで改善する：GA4連携とLLMスコアリングの実践こんにちは、パレイド思想部です。 「この記事、思ったより読まれていないな」「タグが適切かどうかわからない」「内部リンクをもっと張るべきでは？…
第10回は連載の最終回として、これまで紹介してきた仕組みを一本のパイプラインとして俯瞰します。
ai-editor が実現したもの
一言で言えば、「コードを書いたら、そこから連載企画が生まれ、記事が生成され、レビューされ、WordPress に公開される」 という一気通貫のパイプラインです。(2026年3月 図を変更)
すべての操作は VS Code の tasks.json からショートカット一発で実行できます（第8回）。
各回の振り返りとリンク
第1回：なぜ「AI 編集者」を作ろうと思ったのか
パレイドAI編集者開発のリアル(1) 100記事書いて気づいた限界こんにちは、パレイド思想部です。 ブログ100本書いて気づいた限界：AI編集者（仮） を作る理由 記事を書くこと自体は、楽しいものです。 アイデアを…
100 記事を手作業で書いた経験から見えた限界。「書く」のではなく「レビューする」側に回りたい——ai-editor の出発点です。
第2回：WordPress からの解放 — Markdown 双方向同期
パレイドAI編集者開発のリアル(2) WordPressからの解放：Markdown 形式での双方向同期の実装こんにちは、パレイド思想部です。 前回は ai-editor の全体像を紹介しました。今回は「一番最初に作って、一番使っている機能」である Markdown &…
ローカルの Markdown ファイルと WordPress を双方向に同期する仕組み。フロントマターによる状態管理、コンフリクト検出、タイムスタンプ比較の設計を解説しました。
第3回：下書きを AI に任せる — LLM 多段階記事生成
パレイドAI編集者開発のリアル(3) 下書きをAIに任せる：LLM多段階記事生成パイプラインの使い方こんにちは、パレイド思想部です。 前回まで、WordPress の記事をローカルで管理し、Markdown 形式で編集するツールを実装しました。 技術色の強い内…
シナリオ YAML を書くだけで、7ステージのパイプラインが記事を組み立てる仕組み。「なぜ1回のプロンプトで完成させないのか」という設計判断が核心です。
第4回：AI の文章を信頼できるか — RAG レビュー
パレイドAI編集者開発のリアル(4) AIの文章を信頼できるか：RAGレビューで品質チェックを自動化するこんにちは、パレイド思想部です。 前回は LLM による記事自動生成の仕組みを紹介しました。「生成できた」という達成感とともに、ふと浮かぶ疑問が…
ChromaDB ベースの RAG で過去記事との整合性をチェック。構造・文章品質・内部リンク・シリーズ整合の自動検証を解説しました。
第5回：サムネイルの手間をゼロに — LLM × 画像生成
パレイドAI編集者開発のリアル(5) サムネイルの手間をゼロに：LLM×画像生成で毎回作るのをやめた話こんにちは、パレイド思想部です。 前回はLLMによる記事生成の流れを紹介しました。 第5回は「サムネイル」の話です。記事を書くたびに Canva を開い…
ComfyUI で背景生成 + Pillow で文字合成。Canva の手作業を CLI 一発に置き換えた経緯と、YAML テンプレートによるデザイン管理を紹介しました。
第6回：連載を YAML で設計する — 記事 MD の自動生成
パレイドAI編集者開発のリアル(6) 連載を YAML で設計する：シリーズ企画から記事 MD を自動生成する仕組みこんにちは、パレイド思想部です。 前回はサムネイル自動生成の仕組みを紹介しました。 第6回は「連載シリーズの管理」に踏み込みます。当サイトでは…
連載全体を1つの YAML で管理し、各回のフロントマター・前回リンクを自動生成する仕組み。「企画」と「執筆」の分離がワークフローの鍵です。
第7回：コードから連載企画を作る — プロジェクトスキャナー
パレイドAI編集者開発のリアル(7) コードから連載企画を作る：プロジェクトスキャナーの仕組みこんにちは、パレイド思想部です。 前回は連載企画をまとめた YAML から、複数の記事 MD を自動生成するフローを紹介しました。 今回はさらにその上…
ソースコードを LLM にスキャンさせ、3パターンの連載企画 YAML を自動生成する7ステップのパイプライン。「何を書くか」の決定を構造化しました。
第8回：VS Code から全部やる — tasks.json 統合
パレイドAI編集者開発のリアル(8) VS Code から全部やる：tasks.json で ai-editor を手元に統合するこんにちは、パレイド思想部です。 前回はプロジェクトフォルダから連載企画を自動生成するプロジェクトスキャナーを紹介しました。 今回は「日常の…
ai-editor の全コマンドを VS Code の tasks.json に登録し、ショートカットキーで即実行できる環境を構築。日常の執筆ワークフローを最適化します。
第9回：感覚でなくデータで改善する — GA4 連携と LLM スコアリング
パレイドAI編集者開発のリアル(9) 感覚でなくデータで改善する：GA4連携とLLMスコアリングの実践こんにちは、パレイド思想部です。 「この記事、思ったより読まれていないな」「タグが適切かどうかわからない」「内部リンクをもっと張るべきでは？…
Google Analytics 4 の API でアクセスデータを取得し、LLM で記事品質をスコアリング。データに基づいた改善サイクルを回す仕組みです。
パイプラインの全体像
改めて、ai-editor を構成するモジュールを整理します。
| モジュール | 役割 | CLI |
|---|---|---|
| project_scanner | コード → 連載企画 YAML | publish scan |
| generate | YAML → 記事 MD（LLM 7ステージ） | publish generate |
| review | 品質チェック（RAG + ルールベース） | publish review |
| thumbgen | サムネイル自動生成 | publish thumbnail |
| blog_sync | Markdown ↔ WordPress 双方向同期 | publish sync |
| wp_analytics | GA4 + LLM スコアリング | publish score / publish report |
| news | ニュース収集・分析・RAG 共有 | publish news |
| triad_bridge | RAG DB の Xserver 経由共有 | publish triad-sync |
これらはすべて python -m publish <command> で統一された CLI から利用できます。
何が変わったか
| 作業 | ビフォー | アフター |
|---|---|---|
| 連載企画 | ノートに箇条書き | プロジェクトスキャンで YAML 自動生成 |
| 記事執筆 | 白紙から3時間 | シナリオ15分 → LLM 生成 → 推敲30分 |
| 品質チェック | 目視で通読 | RAG + ルールベースで自動検出 |
| サムネイル | Canva で5〜10分 | CLI 一発で10〜30秒 |
| WordPress 更新 | ブラウザでコピペ | Cmd+Shift+S で即同期 |
| パフォーマンス確認 | Analytics 画面を目視 | API + LLM で自動レポート |
これからの展望
ai-editor はまだ発展途上です。現時点で見えている課題と方向性をいくつか挙げます。
- RAG レビューの強化：現状はルールベースが中心。過去記事との矛盾検出や文体の一貫性チェックを RAG + LLM で高度化したい
- ニュース → 記事のパイプライン接続：RSS で収集したニュースから検証記事を自動提案する仕組み
- マルチ環境連携：複数のAIエージェントが協業できる仕組み。Mac と Windows の間で、RAG DB やレポートを共有する仕組みは構築済み。この連携をさらに活用していく
まとめ
10回にわたって ai-editor の全体像を紹介してきました。
核心は「AI に書かせる」ことではなく、「AI が得意な定型作業を自動化し、人間は判断とキュレーションに集中する」というワークフローの設計にあります。
ai-editor は万能ではありません。AI が生成した記事がそのまま公開できるケースは限られます。しかし、「白紙から書く」のと「ドラフトを直す」のでは、心理的にも時間的にもまったく違います。この連載自体が、ai-editor で企画・生成・レビュー・公開されたものです。
ツールを作ること自体が記事になり、その記事がまた次のツール改善のきっかけになる——このフィードバックループが、ai-editor の一番の成果だったかもしれません。