Threadsの投稿づくりをAIに任せる話はよくありますが、投稿文の生成だけ自動化しても運用は楽になりません。ボトルネックは競合チェック・ネタ出し・分析にも分散しているからです。この記事では、実際に自分のアカウントで回している「運用ループ全体」の自動化を、7ステップに分けて紹介します。
全体像
- 競合リサーチの自動化 — 参考にしたい投稿にいいねを付ける → ブラウザ操作AIがスプレッドシートへ収集
- バズフォーマットの作成 — Claude Codeをスプレッドシートに接続 → 投稿を抽象化して「型」にする
- 無限ネタ出し — Claude CodeをDiscordに接続 → 書き溜めた気づきからネタを生成
- 投稿の作成とレビュー — フォーマット×ネタで投稿案を量産 → サブエージェントがレビュー
- 指定日時での自動投稿 — Threads APIの利用登録 → GitHub Actionsで予約投稿
- 表示回数の分析 — 週1回、直近1週間の表示回数をAPIで取得 → フォーマットとネタをスコアリング
- 次への反映 — スコアでフォーマットのランキングとネタの重み付けを更新 → 3〜5を再セット
ステップ1〜2: 「いいね」をラベリングUIにする
ゼロから投稿を発想するのをやめ、まず伸びている型を集めます。人間がやるのはThreadsを普段どおり眺めて参考にしたい投稿にいいねを付けるだけ。収集はClaude in Chrome（ブラウザを直接操作できるChrome拡張のAIエージェント。有料プラン向けベータ）に任せ、スプレッドシートに溜めます。
溜まったらClaude Codeをスプレッドシートに接続（MCP連携やCLIツール経由。初回のみ設定）し、「冒頭で常識を否定する→実体験で裏づける→行動を促す」のような再利用可能なフォーマットへ抽象化させます。これが投稿生産の金型になります。
ステップ3: ネタ源は検索キーワードではなく一次情報
フォーマットがあっても中身が切れたら止まります。私は仕事中の気づきをDiscordの独り言チャンネルに音声入力で書き溜めていて、Claude CodeをDiscordに接続（botトークンで読むだけの小さなスクリプト。常駐なし）して「この1週間の気づきからThreadsのネタを出して」と依頼します。
ポイントは流行や検索キーワードからネタを作らないこと。誰でも調べられる情報源から作った投稿は他人と似ます。フォーマットは借り物でも、中身が自分の実践から出た一次情報ならオリジナルになります。
ステップ4〜5: 生成→AIレビュー→GitHub Actionsで予約投稿
投稿案はフォーマット×ネタの組み合わせで量産し、投稿前にサブエージェント（レビュー専任の別AI）にチェックさせます。作る係と直す係をAIの中で分ける構成です。
投稿の実行は、Threads APIの利用登録（Metaの開発者サイトでアプリ作成→アクセストークン発行）を済ませ、GitHub Actionsのスケジュール実行で自動化します。ここまでで人間の仕事は「投稿案に目を通して微調整」だけになります。
ステップ6〜7: 本体は改善ループ
ステップ5までで「投稿の自動化」は成立しますが、それだけでは勝ちパターンが蓄積されません。週1回、直近1週間の表示回数をAPIで取得し、「どのフォーマットが伸びたか」「どのネタが当たったか」をスコアリングして、ランキングと重み付けを更新します。6→7→3と循環する設計なので、回すほど伸びる型に自動で寄っていきます。
ハマりどころ
- GitHub Actionsのcronは時刻どおりに動くとは限らない。 スケジュール実行には遅延があり得るので、分単位の正確な投稿時刻を要求する設計にしない
- 手動で安定していない工程を自動化しない。 手順が固まる前に自動化すると、間違った投稿が週単位で量産される。順番は常に「手動で安定→自動化」
- 全自動にしても投稿前の目視は残す。 外に出る不可逆な操作(投稿)は、最後に人間が確認する線引きにしておくと事故が防げる
まとめ
- 自動化するのは投稿文生成ではなく、リサーチ→型化→ネタ出し→生成→投稿→分析→改善のループ全体
- 人間に残るのは「いいねを付ける」「気づきを書き溜める」「投稿前の確認」だけ
- 価値の本体はステップ6〜7の改善ループ。回すほどアカウントが賢くなる
運用の背景や考え方はブログに書いています: Claude Code×Threads運用の全自動化｜競合リサーチから投稿・分析まで7ステップ