X投稿は完全自動と半自動どっちが正解？両方作って運用してみた

「Xはもう完全自動で回す時代。AIが投稿文を作って、そのまま自動でポストすれば、寝てる間もアカウントが育つ」。

こういう発信、よく見かけます。実際わたしも片方のアカウントは完全自動で回しています。でも、もう片方のアカウントはあえて「半自動」にしました。AIが下書きを作って、わたしが👍を押したものだけが投稿される仕組みです。

同じ人間が、完全自動と半自動を1つずつ運用している。だったら比較できるなと思って、両方の作り方・コスト・詰まりどころを記録することにしました。

調べた（というか作った）結論：

  • 完全自動は本当に放置で回る。でも「投稿の質」と「キャラのブレ」を自分で止められない弱点がある
  • 半自動は👍を押す一手間がある。代わりに、変な投稿が世に出る前に止められる
  • どっちが上ではなく、アカウントの目的で変わる。量と継続なら完全自動、信頼を積むなら半自動
  • 一番詰まったのはコードじゃなくて「環境変数とAPIキーの種類」。ここは完全自動でも半自動でも共通の罠

なぜ片方を半自動にしたのか

完全自動で回しているアカウントは、淡々と数を出すキャラで運用しています。多少ブレても「そういうキャラ」で吸収できる。だから完全自動が向いています。

一方で半自動にしたのは、「実際にAIツールを試して、正直な検証結果を渡す」というコンセプトのアカウントです。このアカウントの価値は、発信の量より「この人が言うなら信じていい」という信頼の部分にあります。

完全自動だと、AIがたまに出す「誰でも簡単に稼げる」みたいな盛った表現や、キャラから外れた断定が、そのまま世に出てしまう。検証者を名乗ってるアカウントでそれが起きると、積み上げた信頼が一発で崩れます。

だから「投稿の直前に人間が一回見る」工程を残しました。これが半自動です。

2つの仕組みの違い

完全自動半自動（今回作ったほう）
投稿の流れAIが生成→そのまま自動投稿AIが下書き→人間が👍→投稿
操作不要（cronで定時実行）👍を押すだけ
強み放置で回る・量を出せる品質とキャラを守れる
弱み質とブレを止められない完全放置にはできない
向くアカウント量と継続が価値信頼が価値

半自動のほうは、Discordの下書き用チャンネルで !ネタ と打つと、AIが下書きを数本流してくれて、良いものに👍を押すとXに投稿される、という形にしました。ターミナルを毎日触らなくていいので、操作のハードルがかなり下がります。

費用感

構成月額目安
完全自動（ローカル運用・API従量課金のみ）API代のみ・数百円〜
半自動（同上）API代のみ・数百円〜
常時起動したい場合のホスティング月750円〜

どちらもMac上でローカル運用しているので、ホスティング代はゼロです。違いは仕組みのコストではなく「人間が一手間かけるかどうか」だけ。投稿生成のAPI代は、1日2〜3本の高品質運用なら月数百円の範囲に収まります。X APIは無料枠でも月の書き込み件数に上限があるので、本数を増やす場合は枠の確認が必要です。

実際の作り方（半自動）

全体はこんな構成です。

① Discord BotにX投稿機能を足す すでに使っているDiscord Claude Bot（メモ・壁打ち用）に、X投稿モジュールを1つ足す形にしました。ゼロから作らず、動いてる環境に乗せるのが早いです。

② 下書き生成のコマンドを用意する !ネタ でテーマからネタ下書きを数本生成。テーマは事前にリスト化しておいて、そこから散らす仕組みにしました。

③ 👍で承認投稿する 下書きメッセージに👍が付いたら、その本文をそのままXへ投稿。twitter-api-v2 を使えば投稿処理自体は数行です。

④ 定時リマインダー 毎日決まった時間に下書きが自動で流れてくるようにして、「👍を押すのを忘れない」トリガーにしました。

仕組みとしてはシンプルです。難しかったのは、このあと書く「動かすまで」のほうでした。

一番リアルだったのは「詰まりどころがコードじゃなかった」こと

正直、ロジックを書くより、動かすまでの環境まわりで圧倒的に時間を使いました。同じことをやる人が確実に踏むので、ハマったポイントを全部置いておきます。

Client IDとAPI Keyは別物

X APIには紛らわしいことに2種類のキーペアがあります。OAuth 2.0の「Client ID / Client Secret」と、OAuth 1.0aの「API Key / API Key Secret（Consumer Key/Secret）」です。

twitter-api-v2 を4点キーで使う場合に必要なのは後者（API Key側）。Client IDを入れると Invalid consumer tokens で弾かれます。ポータルの表示が似ているので、ここで一度ハマりました。

環境変数が読まれる前にキーが使われていた

これが今回の最大の罠でした。.env にキーを正しく入れているのに Invalid consumer tokens が消えない。原因は、クライアントを生成する「場所」でした。

JavaScript（ESM）はimportを先に評価するので、.envを読み込む処理より前にクライアント生成が走り、キーが空のまま作られて落ちていました。対策は「使う直前に生成する（遅延初期化）」こと。具体的な書き方は有料パートでまとめます。

切り分けのポイントは「その場で.envを読むと値が見えるのに、起動すると落ちる」。これが出たらこのパターンを疑うと早いです。

これはAPIクライアントだけの話ではなく、ファイルの先頭で環境変数を読み取っている箇所すべてに当てはまります。env依存の値は、ファイルの先頭ではなく、実際に使う関数の中で読むのが安全です。

Access Tokenは権限を変えた「後」に再生成する

投稿時に 403 が返る場合、アプリの権限が「読み取りのみ」になっている可能性が高いです。

設定で「Read and write（読み書き）」に変えても、その変更前に発行したAccess Tokenは読み取り専用のまま固定されています。権限を変えたら、Access Tokenを作り直して.envを差し替える必要があります。ここを飛ばすと、権限は直したのに投稿だけ403、という状態になります。

モデルによってはtemperatureが使えない

生成側で 400 temperature is deprecated for this model. が出ることがあります。新しめのモデルではtemperatureパラメータが非対応になっているケースがあり、その場合は単に送らないようにすれば直ります。新しいモデルを使うときは、対応パラメータを先に確認しておくと無駄なエラーを踏まずに済みます。

Discordの権限不足

Missing Permissions はX側ではなくDiscord側のエラーです。Botに「メッセージ送信」「リアクションの追加」「メッセージ履歴を読む」の権限が必要で、特に👍を付ける処理は「リアクションの追加」がないと動きません。チャンネル個別の権限設定はサーバー全体の権限より優先されるので、そこも合わせて確認します。

怪しかった部分

「完全自動で放置収益」は仕組みの話で、収益の話じゃない

完全自動の仕組み自体は本当に作れます。寝てる間も投稿は出ます。ただ「自動で投稿が出る」と「自動で稼げる」は別の話です。

何を投稿するか、どのテーマが伸びるか、導線をどう設計するか——ここは結局人間が考える部分で、自動化されません。自動化されるのは「投稿という作業」だけで、「伸ばす設計」は自動化されない。ここを混ぜると「自動化したのに伸びない」になります。

二重投稿のリスク

完全自動でも半自動でも、プロセス管理を間違えると同じ投稿が2回出る事故が起きます（プロセスを複数立ててしまうパターン）。常駐させるなら、1プロセスで動かす設定にしておく必要があります。放置するものほど、こういう事故が無人で起き続けるので注意が必要です。

初心者はどっちから始めればいい？

いきなり完全自動を組むより、半自動から入るのをおすすめします。

ステップ1：まず手動投稿をAIに下書きさせる AIに下書きを作らせて、自分でコピペして投稿するだけ。これでも「ネタを考える」負担はかなり減ります。

ステップ2：承認だけ仕組み化する 下書きを生成して、👍で投稿、という半自動にすると、操作が「押すだけ」になります。投稿の質は自分の目で守れます。

ステップ3：ブレても困らないものだけ完全自動に キャラがブレても吸収できる用途・アカウントだけ、完全自動に上げる。信頼が価値のアカウントは半自動のままにしておくのが安全です。

完全放置を目指すより、「どこを人間が見るか」を先に決めるのが現実的でした。

まとめ

完全自動と半自動を両方作って運用した結論です。

  • 完全自動は放置で回る
    • 量を出したい、キャラがブレても困らないアカウントには向いています。
  • 半自動は👍の一手間がある
    • 代わりに、変な投稿を世に出す前に止められる。信頼が価値のアカウントはこっちが安全でした。
  • どっちが正解かはアカウントの目的次第
    • 「自動化できるか」ではなく「どこを人間が見るべきか」で決めるのが現実的です。
  • 詰まりどころはコードより環境まわり　キーの種類・環境変数の読み込み順・権限設定。ここを先に潰せば、仕組み自体は数時間で動きます。

「Xは完全自動が正解」という発信はよく見ますが、実際に両方作ってみると、完全自動が向く場面と半自動が向く場面ははっきり分かれていました。全部を自動化するより、止めるべき場所に人間を一人残しておく。検証する側の人間としては、それくらいの温度感がちょうどいいなと思っています。

関連記事

AI副業を現実ラインで考えたい人へ

AI副業の現実的な始め方を整理中

派手な成功談ではなく、実際に使えるAIツール・作業フロー・案件化の考え方を、 実務目線で検証しています。

AI副業カテゴリを見る