2026-09

noteには投稿を取ってくる公式のAPIがありません。RSSで新着を拾い、決まった時間に告知が出るまでを5つの手順に分けて書きました。APIが無いサービスを自動化につなぐときの型として使えます。

時間を溶かしたのは作る作業ではなく、何を自動化するか決める作業でした。最初に手をつけるのは、毎日やっていて途中で判断が一切要らない作業だけです。順番を間違えると何が起きるかも書いています。

毎日決まった時刻に処理を走らせるのは、Windows標準のタスクスケジューラーだけで組めます。追加ソフトも料金もゼロです。難しいのは登録ではなく、本当に動いたかを確かめるほうでした。

こわいのは動かなくなることではなく、動いていたころの状態が手元に無いことです。上書きする前に控えを取る癖ひとつで、復旧にかかる時間が変わります。戻せる自動化の組み方を書いています。

アイキャッチをAIに作らせるなら、文字と数字は指示から外したほうがいい、というのが何度も事故ってたどり着いた結論です。頼んでもいないのに、実在しない数字が画像に描かれることもあります。

AIが書いた投稿文をGoogleドライブに置き、投稿スクリプトはそれを読んで投げるだけにしました。生成と投稿を直接つながず、あいだに同期フォルダを一枚挟むと何が楽になるかを書いています。

止まった原因で厄介だったのは、コードのバグではなく認証情報の置き場所と読み方でした。値が正しくても、文字コードや読む行数、期限で事故ります。しかも画面には何も出ないまま投稿だけが消えます。

集中が切れる原因は、通知の数より置き場所でした。今すぐ見る通知とあとで見る通知を分け、自動化の失敗、週次のレポート、連絡をそれぞれ別の場所へ。分けたあとに残った問題も書いています。

人が見る場所と、機械が読む場所は分けたほうがいい、というのが今の結論です。スプレッドシートは管理表としては優秀でも、自動化スクリプトに読ませる入力元としては失敗しました。その理由を書いています。

この記事で分かるのは、自動化の仕組みを2ヶ月ぶん組み上げた在宅ワーカーの、収益が立っていない状態の中身です。何にいくらかかっていて、何が動いていて、それでも何が起きていないのか。数字と出来事をそのまま並べます。 書いているのは、さとりとい...