Codexプラグインで一人編集部を作る前に：業務を任せる役割設計

AIエージェントに外部ツールや作業手順をつなげられる環境が増えています。Codexでも、プラグインはスキル、アプリ連携、MCPサーバーを束ねる再利用可能なワークフローとして説明されています。

これを見て、「一人でも編集部のように記事企画、調査、執筆、公開まで回せるのでは」と考える人は多いはずです。

方向性としては、かなり現実的です。少人数の会社ほど、AIに下書きや確認作業を任せる意味があります。

ただし、最初に考えるべきなのは「どのプラグインを入れるか」ではありません。

一人編集部を作るなら、先に決めるべきなのは次の4つです。

誰の役割としてAIを使うのか
どの情報を正本として扱うのか
公開前に何を止めるのか
公開後にどこへ記録するのか

ここが曖昧なままAIを増やすと、記事の本数は増えても、事実確認、サービス範囲、著作権、公開責任が崩れやすくなります。

この記事では、中小企業がCodexプラグインやスキルを使って「一人編集部」を作る前に、まず設計しておきたい役割と確認ゲートを整理します。

一人編集部は「AI社員」ではなく役割分担で作る

AIを人間の社員のように見立てる説明は分かりやすい一方で、実務では少し危険です。

AIは責任を負いません。最終判断もできません。取引先との約束、サービス範囲、法務・税務判断、公開後の説明責任は人間側に残ります。

だから、一人編集部でAIを使うときは「社員を雇った」と考えるより、編集工程を役割に分けた方が安定します。

役割	AIに任せやすいこと	人間が持つべき判断
企画	読者課題、検索意図、既存記事との差分の案出し	事業に合うテーマか
調査	公式情報、既存記事、社内正本の確認候補を集める	どの根拠を採用するか
執筆	構成案、下書き、言い換え、見出し案	公開トーン、主張の強さ
編集	重複、読みにくさ、危険表現の検出	残す論点、削る論点
公開管理	チェックリスト、台帳、公開後確認の補助	公開可否、修正責任

大切なのは、AIに「全部やって」と頼まないことです。

企画AI、調査AI、執筆AI、編集AIのように分けてもよいですが、実体は一つのAIでも構いません。重要なのは、作業ごとに期待する出力と停止条件を変えることです。

プラグインに入れるのは「万能化」ではなく標準作業

Codexのスキルは、特定の作業を安定して進めるための手順、参考資料、必要に応じたスクリプトをまとめる仕組みとして説明されています。プラグインは、さらにアプリ連携やMCPサーバーも含めて、作業環境ごと持ち運びやすくする発想です。

ここで誤解しやすいのは、プラグインを入れるほどAIが万能になる、という見方です。

実務でプラグイン化すべきなのは、むしろ「毎回迷ってはいけない標準作業」です。

たとえば、記事制作なら次のような手順です。

文字起こしは事実源にしない
固有名詞、料金、機能、提供条件は一次情報で確認する
元動画や元投稿を特定できる表現を残さない
自社サービスの提供範囲を誤って広げない
画像、本文、ファクトチェック記録、note台帳を同じ作業単位で扱う
公開後に記事URLとnote URLを検証する

これは派手ではありませんが、一人編集部では非常に効きます。

AIを便利にするほど、判断のブレも広がります。だからこそ、プラグインやスキルには「こう書く」だけでなく「これは書かない」「ここで止める」「この記録を残す」を入れておく必要があります。

正本、素材、成果物を分ける

一人編集部で最も崩れやすいのは、情報の置き場所です。

文字起こし、ニュース記事、社内メモ、料金表、LP、過去ブログ、note台帳が同じ場所に混ざると、AIはそれらを同じ重みで扱いやすくなります。

しかし、実務では重みが違います。

種類	役割	扱い方
正本	価格、提供範囲、禁止事項、ブランド方針	公開文の判断基準にする
素材	文字起こし、メモ、ニュース、会話ログ	論点抽出に使うが事実源にしない
下書き	AIが作った記事案、note案、画像案	必ず確認して直す
記録	ファクトチェック、公開台帳、更新履歴	次回の判断材料にする

Codexでは、リポジトリ単位やディレクトリ単位の AGENTS.md に作業ルールを置けます。OpenAIの公式ドキュメントでも、プロジェクトごとの指示を階層的に読み込む考え方が説明されています。

中小企業で使う場合も、考え方は同じです。

社内のAI活用では、まず「AIに読ませてよい正本」と「素材として扱うだけの情報」を分けます。そのうえで、正本に反する出力は採用しない、というルールを作ります。

公開前ゲートを固定する

AIを使った記事制作で怖いのは、文章が自然に見えることです。

自然に見える文章でも、次のような問題は普通に起こります。

最新ではない機能や料金を現在形で書く
元の文字起こしの宣伝文句をそのまま残す
自社サービスに含まれない作業まで提供するように読める
一般論を、実績や事例のように書く
画像に文字、ロゴ、数字、権利的に危ない要素が入る

そのため、一人編集部では公開前ゲートを固定します。

Optiensで公開コンテンツを作る場合は、少なくとも次を分けて確認します。

事実確認: 製品名、機能、料金、提供条件、日付を公式情報または社内正本で見る
匿名化: 元動画、元投稿、話者、宣伝、固有の例が残っていないか見る
サービス範囲: 無料診断、詳細診断、導入支援、スポット相談の範囲が混ざっていないか見る
画像確認: 画像が記事内容に合い、文字・ロゴ・数字を含まないか見る
公開後確認: ブログ、note、OG画像、表崩れ、台帳記録を確認する

ここまでを毎回人間が手で思い出すのは大変です。

だから、AIに任せるべきなのは「確認をなくすこと」ではなく、「確認を忘れにくくすること」です。チェック項目をスキルやプラグイン側へ寄せると、一人でも運用の型を保ちやすくなります。

最小構成は5つでよい

最初から大きな編集システムを作る必要はありません。

中小企業が一人編集部を始めるなら、まずは次の5点で十分です。

最小構成	内容
1. 正本ファイル	価格、サービス範囲、禁止表現、ブランド方針
2. 素材置き場	文字起こし、ニュースメモ、商談メモ
3. 記事化スキル	論点分解、匿名化、構成、CTA方針
4. 公開前チェック	ファクトチェック、表現チェック、画像確認
5. 公開台帳	ブログURL、note URL、公開日、検証結果

この5つがあれば、AIに毎回長い説明をしなくても、同じ基準で記事を作りやすくなります。

逆に、これがないままGmail、Drive、Slack、Notion、会計ツール、CRMなどをつなぐと、便利さよりも混乱が先に出ることがあります。

外部アプリ連携は、接続した瞬間に業務が整う魔法ではありません。どの情報にアクセスしてよいか、どの操作は承認が必要か、どの結果を記録するかを先に決める必要があります。

Optiensの考え方

Optiensでは、AI活用を「最新ツールを入れること」ではなく、「仕事の置き場所と確認の順番を設計すること」として扱います。

一人法人や小規模チームでは、AIに任せる作業を増やすほど、経営者の時間は空きます。一方で、確認ゲートがないまま公開や顧客対応に広げると、あとから直す負担も増えます。

だから、最初に作るべきなのは大きな自動化ではありません。

一つの記事、一つの問い合わせ、一つの定型レポートを対象にして、素材、正本、下書き、確認、公開台帳を分けることです。

その小さな単位で回せるようになってから、プラグイン、スキル、アプリ連携を増やしていく。これが、中小企業にとって無理の少ないAIエージェント導入です。

AI活用をどこから始めるべきか迷っている場合は、まず AI活用診断簡易版（無料）で、既存業務のどこがAIパッケージ化しやすいかをご確認ください。より具体的に整理したい場合は、詳細版AI活用診断（¥5,500税込・MTGなし）で、AIパッケージ適合性、構成案、優先順位、費用前提を整理してお届けします。