この記事で分かるのは、自動化を組んだのに作業時間がぜんぜん減らなかった理由と、その原因がどこにあったのかです。ツールの紹介記事ではありません。自分で組んで、自分で動かして、それでも手が空かなかった記録です。
結論から書きます。手が空かなかった理由は、自動化が動いていなかったからではありません。動いてはいたけれど、その前と後に人間の作業が残っていたからです。しかもその残り作業は、自動化を組んだあとに新しく増えたものでした。
書いているのは「さとり」です。元・調理師で飲食の現場に10年いて、そこからSNS運用代行のフリーランスとして独立しました。営業が苦手で、その苦手を埋めるために自動化を作り始めた在宅ワーカーです。自動化を組み始めたのは2026年6月なので、この記事を書いている時点でまだ2ヶ月ほどしか経っていません。
まず、いま何が動いているのかを先に書きます
話の前提として、手元で動いている仕組みを並べておきます。これが「動いている側」です。
- Threadsは1日5本（7時・12時・17時・21時・23時）を全自動で投稿しています。Windowsのタスクスケジューラーと、PythonでAPIを直接叩く形で組みました。
- Xも同じ時間に1日5本、同じ作りで自動投稿しています。動かし始めたのは2026年8月4日です。
- 毎朝6時台にAIが投稿文をまとめて生成して、Googleドライブにテキストで保存します。投稿スクリプトはそれを読んで投げるだけです。
- 投稿が失敗したらログに残って、Discordに通知が飛びます。次にPCを開いたときにも報告が上がるようにしています。
- noteの新着はRSSで拾って、月水金に自動で告知しています。Xでは本文にURLを置かず、投稿にぶら下げる返信のほうに貼っています。
- 週次と月次で自分の投稿を自動集計して、Discordにレポートが飛ぶようにしています。
- Threadsの認証トークンは60日で切れるので、毎月1日に自動で延長する仕組みを入れました。
並べてみると、それなりに動いているように見えます。実際、投稿はほぼ毎日出ています。費用もXのAPI利用料が1日5本の投稿で月350円ほど、ThreadsのAPIは無料、タスクスケジューラーはWindows標準機能なので0円です。
それでも、自分の中でずっと引っかかっていることがあります。自動化を作っているのに、結局そのつど自分の手を動かしてしまっているという感覚です。ここを掘り下げたのがこの記事です。
手が空かない理由その1：前工程が自動化されていなかった
いちばん大きいのはこれでした。投稿は自動です。でも投稿の中身が正しいかどうかを確かめる作業は、まるごと自分に残っていました。
きっかけは、投稿文をAIに書かせていたときに起きたことです。実際とは違う数字を書いてきました。本当は68本なのに、62本と書いていたんです。しかも文章としては自然なので、読んでも気づけません。数字が入っているせいで、むしろ説得力があるように見えてしまいます。
これに気づいたときは、正直ぞっとしました。自分の実測値を出す記事や投稿をやっている以上、数字が違うのはいちばんやってはいけないことです。誰かに指摘される前に自分で見つけられたのは運がよかっただけで、仕組みとしては完全に穴が開いていました。
対策として、実際に起きたことと実測値だけを書いた台帳を作って、そこに載っている数字しか使わせないようにしました。これで解決したと思ったのですが、直りませんでした。
原因は、前から書いてあった「毎回、具体的な出来事を必ず入れる」という指示と噛み合っていなかったことです。台帳のネタが尽きると、指示を守ろうとしてやっぱり作り話をしていました。「無ければ書かなくていい」と言い直して、やっと止まりました。
ここで学んだのは、指示を足すだけでは足りないことがあるということです。新しく足したルールと、前から入れていたルールがぶつかると、片方が勝ちます。しかもどちらが勝つかは、こちらが決めたつもりでも決まっていません。足すときは、前に書いたものと矛盾していないかを見直す必要がありました。
結局この工程で何をしているか
いまは朝、生成された投稿文にざっと目を通しています。台帳を入れてからは作り話はほぼ出なくなりましたが、目視をやめる勇気はまだありません。時間にすればわずかですが、「毎日必ず発生する確認」は、体感としてはかなり重いです。自動化したはずなのに、毎朝それを開かないと落ち着かない状態が続いています。
手が空かない理由その2：動いていないことに気づけない
これも手を取られる大きな理由でした。自動化は、止まったときに教えてくれるとは限りません。
実際に起きたことを並べます。
- 2026年7月3日から5日まで、Threadsの投稿が1本も出ていませんでした。原因は早朝にPCがスリープしていて、6時の生成スクリプトが走れなかったことです。
- 7月14日にも投稿が3件失敗しました。こちらの原因はPCが落ちていたことでした。
- 2026年8月6日には、朝6時の投稿文生成が動かず、その日のThreadsは朝と夕、Xは朝・昼・夕の投稿がまるごと出ませんでした。原因は生成に使っているAIの利用上限です。止まったこと自体に、夜まで気づきませんでした。
8月6日のときは、夜に気づいてけっこう落ち込みました。通知の仕組みは入れてあるのに、そもそも生成が走らなければ「失敗した」というイベント自体が発生しません。失敗の通知は、失敗が起きたときにしか鳴らないのだと、あらためて思い知りました。何も起きなかったときのほうが、実は危ないです。
もっとひどかったのがXの自動投稿を組んだときです。タスクは全部「準備完了」と表示されていたのに、実際は一度も動いていませんでした。原因は登録スクリプトで変数名にPowerShellの予約語を使っていて、タスクに渡す引数が丸ごと空になっていたことです。エラーもログも残らないので、気づくのにかなり時間がかかりました。
これ以来、タスクを登録したあとは「準備完了」の表示だけで安心せず、渡している引数が空になっていないかを毎回確かめるようにしています。ひとつ増えた手作業ですが、これは残しておくべき手作業だと思っています。
無言で失敗するパターンが本当に多い
似た失敗は他にもありました。
- 日付を整える処理で、パソコンによって使える書き方と使えない書き方があるのを知らずに書いて、機能がまるごと無言でスキップされていました。
- 認証トークンのファイルにBOMが混ざっていて、投稿が丸ごと止まったことがあります。見た目は何も変わらないので、原因の特定に時間がかかりました。
- トークンのファイルを全行つなげて読んでしまい、認証エラーになったこともあります。実際に必要だったのは1行目だけでした。
- note告知が一度も投稿されていない時期がありました。原因は、告知文をスプレッドシートにだけ書き込んで、投稿スクリプトが読むドライブ側のファイルを更新していなかったことです。
この4つに共通しているのは、どれもエラー画面が出なかったことです。派手に落ちてくれる失敗はまだ楽で、ログを見れば分かります。こわいのは、静かに何も起きないほうでした。
そして、この「本当に動いているか目で確かめる作業」が、そのまま手作業として残ります。自動化を増やせば増やすほど、確認先も増えていきます。ここが、自動化を組んだのに手が空かない仕組みのいちばん素直な説明だと思っています。
手が空かない理由その3：自動化そのものが壊れる
作った仕組みは、放っておくと勝手に劣化していきます。これも組み始めてから知りました。
典型がトークンの期限です。Threadsの認証トークンが、あと10日で切れるところでした。切れたら投稿が全部止まります。気づいたのは本当に偶然で、そのとき何も見ていなければ普通に止まっていたはずです。気づいたその日に延長して、ついでに毎月1日に自動で延長する仕組みにしました。
この件は、対応そのものよりも「気づけたのがたまたまだった」ことのほうが引っかかっています。時限式で壊れるものは、壊れる直前まで完全に正常に見えるんです。動いているという事実は、明日も動く保証にはなりませんでした。
キーまわりでも詰まりました。XのAPIキーを取りに行ったら、画面には下6桁しか表示されなくて、完全な値を見る方法がありませんでした。結局いったん作り直すしかありませんでした。しかも作り直す順番を間違えると、後から作ったほうが無効になります。親のキーを先に作り直してから、その下のキーを作り直す必要がありました。
この手の作業は、自動化の本体とはまったく関係のない周辺作業です。でも実際にはここでいちばん時間を使いました。仕組みを作るより、仕組みを動かし続けるための手続きのほうが面倒だ、というのが正直な感想です。
手が空かない理由その4：成果が出ないので手を入れ続けてしまう
これは技術の話ではなく、気持ちの話です。数字を先に出します。
Threadsの実測値です。
- 2026年6月25日から7月27日までに87本を自動投稿しました。その間、フォロワーは0人のままでした。
- 7月27日時点で数えたとき、7月のビューは527、いいねは7、返信は0、リポストは0でした。返信は一度も来ていません。
- 7月27日時点のスロット別の平均ビューは、朝15.7、昼5.7、夜1.8でした。朝がいちばん見られていました。
- 週ごとの平均ビューは右肩下がりでした。18.2、15.9、8.4、7.9、5.0という並びです。
- 7月27日時点では、68本のうち13本がビュー0か1でした。
7月をまるごと集計すると、82本投稿して合計ビュー582、いいね8、平均ビュー7.1でした。平均ビューが最も高かったのは朝の枠です。ビューが0か1のままだった投稿は18本ありました。
直近の週も出しておきます。2026年8月4日までの7日間で、Threadsに24本投稿して、合計ビュー120、いいね1、返信0でした。スロット別の平均ビューは朝6.0、昼6.6、夜2.4です。ビューが0か1のままだった投稿は8本ありました。
noteのほうは、2026年7月27日時点で記事27本、フォロワー2人、全記事の合計いいねが45です。
この数字を見ていると、どうしても手が動きます。文面を変えてみる、投稿時間を触ってみる、生成の指示を書き直してみる。やることは無限に思いつくのに、どれが効いたのかは分からないままです。ビューが1桁の状態では、何かを変えても差が誤差に埋もれます。
誰にも見られていない状況が続くのは、単純にきついです。それで、きついから何かを触る、という流れになります。自動化を組んだはずなのに、いちばん手を動かしているのはこの部分でした。
ただ、反応が無い期間をすぐ失敗と決めないようにしている
ここは自分の中で意識して線を引いています。
クライアント仕事のほうで、引き継いだ案件をコンセプトから作り直したことがありました。それが最近になって伸びました。素直にうれしかったですし、クライアントも驚いていました。正直、自分でも驚きました。
大事なのは、伸びるまで手応えが一切なかったことです。やっている最中は、効いているのかどうか分からないままでした。手応えが無い時期がしばらく続いたあとで、急に来ました。
この経験があるので、反応が無い期間をすぐ失敗とは思わないようにしています。とはいえ、自分の発信については集客がうまくいっていないのが現状です。楽観していい理由にはならないので、そこは分けて考えるようにしています。
2ヶ月やって分かった、いちばん大事だったこと
ここまで書いてきて、自分の中で整理できたことがいくつかあります。
まず、自動投稿は「続ける力」はくれますが、「届く力」は別物でした。毎日決まった時刻に投稿が出る状態は、たしかに作れます。手で投稿していたら、たぶん87本も続いていません。そこは仕組みの勝ちです。でも、続いたからといって見られるわけではありませんでした。ここは完全に別の問題でした。
次に、投稿の質を上げる前に、そもそも誰にも見られていないことのほうが問題でした。文面をどれだけ整えても、ビューが1桁のままでは効果を測れません。順番が違っていたと思います。
もうひとつ、傾向として見えたのは、抽象的な問いかけだけの投稿より、具体的なしくじりを書いた投稿のほうが見られていたことです。数字としてきれいに証明できるほどの母数はありませんが、体感としてははっきりしています。この記事を失敗の話で埋めているのも、そこにつながっています。
「作りかけ」の正体は、たぶん引き継ぎの部分にある
ここまでの話をまとめると、手が空かない場所には共通点がありました。どれも、仕組みと仕組みのあいだ、あるいは仕組みと自分のあいだにある受け渡しの部分です。
- AIが文章を作る、それを自分が確認する。ここが受け渡しです。
- スクリプトが動く、それを自分が「動いたな」と確認する。ここも受け渡しです。
- トークンが切れる、それに自分が気づく。ここも受け渡しです。
- note告知の件は、スプレッドシートに書いたのにドライブ側を更新していませんでした。これはまさに、受け渡しそのものが抜けていた例です。
処理そのものは自動化しやすいです。書く、投げる、集計する。このあたりはコードにすればそれで終わります。難しいのは、その処理が「ちゃんと終わったこと」を次の誰か（自分を含む）に渡す部分でした。ここを飛ばしたまま作ると、動いているように見えるけれど人間が張り付いている仕組みができあがります。2ヶ月かけて自分が作っていたのは、まさにこれでした。
いま多少なりとも効いているのは、この受け渡しを埋めにいった部分です。失敗をDiscordに飛ばすこと、次にPCを開いたときに報告が上がること、週次と月次のレポートが勝手に届くこと。これらは処理を速くする自動化ではなくて、「どうなったか」を自分に届けるための自動化です。今から作り直すとしたら、こちらを先に作ると思います。
それでも自動化を続けている理由
ここまで失敗ばかり書いたので、やめたほうがいいように読めるかもしれません。でも続けています。
理由のひとつは、費用がほとんどかかっていないことです。XのAPI利用料が1日5本の投稿で月350円ほど、ThreadsのAPIは無料、タスクスケジューラーはWindows標準機能なので0円です。金額としては、失敗しても痛くない範囲に収まっています。試して壊して直す、というやり方が取れるのは、この規模だからだと思っています。
もうひとつは、失敗のたびに残るものがあるからです。予約語で引数が空になった件も、BOMが混ざっていた件も、次に同じ場所で詰まることはもうありません。数字はまだ何も返ってきていませんが、詰まる場所の地図だけは確実に増えています。
正直に書くと、不安はあります。自社の収益はまだ立っていません。業務委託の仕事は量が多くて大変なわりに利益は低いです。AIを使った仕事に可能性は感じていますが、収益が立っていないので、方向性が合っているのかどうか分からなくなるときがあります。自動化を作っているのに、結局そのつど自分の手を動かしている、という最初の話にも戻ってきます。
それでも、動かしているものが手元にある状態と、何も無い状態は違うと思っています。少なくとも、次に直す場所は毎回はっきりしています。
作りかけの自動化がいちばん時間を食います。手が空かない原因が仕組みの側にありそうなら、公式LINEから聞いてください。
まとめ：手が空かないときに見るべき場所
2ヶ月分の実感を、確認しやすい形にまとめておきます。
- 自動化の前後に人間の作業が残っていないか。 処理が自動でも、確認が手動なら毎日発生します。自分の場合は、生成された投稿文の目視がここでした。
- 止まったときに気づける仕組みがあるか。 失敗の通知は、失敗というイベントが起きたときにしか鳴りません。そもそも走らなかったケースは別に考える必要がありました。
- 期限で壊れるものを把握しているか。 トークンの有効期限は、切れる直前まで正常に見えます。自分はThreadsのトークンが残り10日のところで偶然気づきました。
- 指示を足すとき、前の指示とぶつかっていないか。 台帳を足しただけでは作り話は止まらず、「無ければ書かなくていい」と言い直してやっと止まりました。
- 成果が出ないから触る、をしていないか。 ビューが1桁の状態では、何を変えても差が誤差に埋もれます。触る前に、測れる状態かどうかを見たほうがよさそうです。
自動化を組んでも手が空かないのは、たぶん作り方が下手だからではなくて、まだ受け渡しの部分が残っているからです。少なくとも自分の場合はそうでした。処理を自動化したあとに、「どうなったかを自分に届ける」ところまで作って、ようやく一区切りなのだと思います。
このブログでは、自分が実際に組んで動かしている自動化の中身を、こういう失敗も含めてそのまま出しています。同じところで詰まっている方の参考になれば嬉しいです。うまくいっていない話のほうが多いですが、その分だけ実物です。よかったら他の記事も覗いてみてください。
コメント