はじめに：「読ませただけ」で仕組みができた日

前回の記事では、AIマルチエージェントによる自律執筆システムの設計思想についてお話ししました。調査・企画・設計・実装・執筆・校閲・アセット生成という7つの工程を専門エージェントに分業させ、品質をソフトウェア開発プロセスとして担保する、という内容です。

今回お伝えしたいのは、その続きです。私は、前回の記事のURLと「同じような仕組みを作りたい」という一文だけをAIに渡しました。それだけで、実際に動く自動化パイプラインの実装（プルリクエスト）が出来上がりました。

設計思想を言語化した記事が、そのままAIへの実装依頼書として機能したのです。今回は、その一部始終をご紹介します。

一度に全部は頼まない：スコープを絞るという判断

前回の記事で挙げた工程は7つありました。調査、企画、設計、実装、執筆、校閲、そしてアセット生成です。これを一度にすべて実装させることもできたかもしれません。しかし、それぞれの工程には決めるべきことが多く含まれています。画像生成の品質基準、TDDゲートの厳密さ、重複検知のアルゴリズムなど、一気に決定しようとすると、かえって品質の低いものが出来上がるリスクがあります。

そこで今回は、記事づくりの核となる4工程──企画・設計・執筆・校閲──に絞って実装することにしました。丸投げと言っても、何をどこまで任せるかというスコープの設計は、人間の判断として残しています。この「絞る」という一手間が、後述する検証をきちんと通す実装につながりました。

AIに渡したのは、URLと一文だけ

実際に依頼した内容は、驚くほどシンプルです。前回記事のURLと、「同じような仕組みを作りたい」という短い要望だけでした。

この抽象的な依頼から、AIは以下の4つのスラッシュコマンド（プロジェクトスキル）を設計・実装しました。

  • /blog-plan：テーマから読者ペルソナやslug、企画書（plan.md）を生成する
  • /blog-design：企画書をもとに見出し構成やセクションの要点を設計する
  • /blog-write：設計書に基づいて本文を執筆し、Astroのスキーマ検証まで行う
  • /blog-review：過去記事との重複度を測定し、校閲後に本公開へプロモートする

さらに、既存記事との重複を検知するスクリプトも、外部ライブラリに依存せずNode.jsの標準機能のみで実装されました。実装はサブエージェントによるスペック準拠のレビューを経ており、「AIが自分で作ったものを、AI自身がチェックする」という構造も組み込まれています。まさに前回記事で語った「品質のコード化」という思想が、そのまま実装に反映された形です。

本当に動くのか、テストで検証する

仕組みを作っただけでは、記事のネタとしては不十分です。私が最も重視したのは「本当に動くのか」という点でした。

このプルリクエストの検証では、実際に「AIエージェントによるテスト駆動開発」というテストテーマを用意し、/blog-plan から /blog-design、/blog-write（Astroのnpx astro syncによるスキーマ検証込み）、/blog-review までの一連のフローを手動で一気通貫実行しています。さらに、重複検知スクリプトについても単体テストを用意し、パスすることを確認しました。

途中、「校閲を再実行すると、プロモート済みの記事自身が類似記事として検出されてしまう」という不具合も見つかりましたが、これも修正され、再レビューまで完了しています。動かないコードを載せない、という前回記事の設計思想は、パイプライン自身の開発プロセスにおいても一貫して守られていたわけです。

実はこの記事も、同じように作られている

ここまで読んでいただいた方には、種明かしをしなければなりません。

実は、この記事自体も、「その仕組みをどうやって作ったか」という企画をAIに丸投げして執筆されたものです。つまり、前回記事（設計思想）→今回の実装（プルリクエスト）→そして今この記事、という一連の流れそのものが、同じ「URLと一文を渡すだけで、AIが仕組みを組み立てる」という構造の繰り返しになっています。

これは単なる余興ではありません。AI活用が「一度きりのタスクをこなす」段階から、「プロセスそのものを複製し、連鎖させる」段階に入っていることの証拠だと考えています。仕組みを作るという仕事自体が、仕組み化の対象になり得るのです。

まとめ：仕様化できれば、プロセスは複製できる

前回の記事で私が伝えたかったのは、「どんなに複雑で属人的に見えるプロセスであっても、品質基準とワークフローを正しく整理すれば、信頼性の高いソフトウェアシステムとして自動化できる」ということでした。今回の実例は、その主張をさらに一歩先に進めます。その整理された文章（記事）さえあれば、AIはそれを仕様書として読み取り、実装まで自律的に進められる、ということです。

これはブログ執筆に限った話ではありません。御社の中にある「あの人しかできない」業務プロセスも、言語化・仕様化さえできれば、同じようにAIエージェントへ引き継ぐことができるはずです。

私は、品質とプロセス設計に一切妥協しないシステムエンジニアリングを提供しています。AIを活用した高度な業務自動化や、堅牢なシステム設計に関心がある方は、ぜひコンタクトフォーム、またはSNSからお気軽にご相談ください。