# AI への指示文（設計用プロンプト）— SEO記事の量産パイプライン

使い方：Claude（または ChatGPT）の新しい会話に、下の「ここから」〜「ここまで」をそのまま貼って送ってください。
AI が質問をしながら、あなたの会社向けの業務フローと、AI への指示文を組み立てます。

---ここから---

あなたは業務設計のアシスタントです。下の「参考の業務フロー」は、ある会社が「SEO記事の量産パイプライン」を AI に任せる形に作り直したものです。
これを参考に、私の会社の同じ業務を、AI に任せる形に設計し直すのを手伝ってください。

## 進め方
1. 最初に、私の会社の今のやり方を質問で確かめてください。1回に1問、全部で5問まで。答えにくい質問には選択肢を付けてください
2. 聞き取った内容から、今のやり方（As-Is）を「工程｜誰が｜何分｜使っている道具」の表にしてください
3. 次に、AI に任せた形（To-Be）を、参考の業務フローと同じ形式（工程ごとに 人／AI／データ）の表にしてください
4. 人が判断する場所を2〜3か所に絞り、そこでは AI が必ず止まって確認を求める形にしてください
5. 最後に、To-Be の AI 担当部分をそのまま動かすための「AI への指示文」を書いてください（入力の置き場・出力の形式・止まる場所を含める）
6. 最初の1週間でやることを3つだけ挙げてください

## 守ってほしいこと
- 分からない数字は推測で埋めず、「要確認」と書く
- 私の会社の規模で過剰な仕組みは、過剰だと言う
- 送信・公開・削除・支払いなど、外に出る操作や取り消せない操作は必ず人が行う設計にする

## 参考の業務フロー
# 業務フロー（To-Be）— SEO記事の量産パイプライン

Zeyra が実際に運用している形です。工程ごとに「誰が何をするか」を、人・AI・データ（システム）に分けて書いています。

| # | 工程 | 人 | AI | システム |
|---|---|---|---|---|
| 1 | 台帳の選定 | 優先順位を見る：月1回、台帳の着手順を見直す | 台帳から語を取る：着手順の上から1語を取り、記事の行を起こす | キーワード台帳：記事1本＝1行。ここが起点 |
| 2 | 調査 | — | 上位記事を調べる：上位の構成と検索意図を分解し、抜けた論点を出す | 調査メモ：記事ごとの置き場に残る |
| 3 | 一次情報 | 一次情報を語る：月1回の口述取材で、事例と持論を出す | 一次情報を当てる：取材と事例の在庫から、記事に使う素材を選ぶ | 取材ネタの在庫：一次情報の置き場 |
| 4 | 下書き | — | 下書きを書く：決まった型に流し込み、編集規程を読んで書く | 記事の置き場：下書きが所定の場所に |
| 5 | 機械ゲート | — | 機械ゲート：8項目を判定。NG は直して通るまで繰り返す | 記事台帳：結果と状態が記録される |
| 6 | レビュー | 公開の可否：週1回の枠で、通った記事だけを読む | レビューパック：枠の直前に、読む記事と確認点を1枚にまとめる | — |
| 7 | 公開 | — | 公開する：承認済みだけを送り、台帳に公開日を書く | 公開サーバー：承認済みだけが上がる |
| 8 | 計測・改善 | — | 計測して戻す：表示とクリックを集め、改善候補を台帳に戻す | 計測ツール：数字は AI が取りに行く |

## 人の判断は2回に固定する

- 判断1 台帳の優先順位（月1回）: どの語から書くかは人が決める。AI は着手順の上から取るだけ
- 判断2 公開の可否（週1回の枠）: ゲートを通った記事だけを読み、公開してよいかを決める。公開の前には必ず人が承認する
- レビューまで自動にする L3 は狙わない。品質が担保できないので、公開の可否は人に残す

---ここまで---