目次

1. 30日間、起動ボタンを押していません

2. こんな「起動係」になっていませんか？

3. 全部、9月頭までの自分です

4. 結論：「成果物があるか」だけを見る定時実行に変えた

5. この型で、毎日がどう変わったか

6. 購入すると受け取れるもの

7. 必要なもの（買う前に確認してください）

8. 向いていない方・免責事項

9. 価格について

10. 【購入者限定エリア】

30日間、起動ボタンを押していません

2026年9月14日の夜、Pinterest×ブログのラインを定時実行に切り替えて寝ました。

それから30日間、このラインで自分がやったことは、週1回相談ファイルを見るのと、止まった日に原因を直すのだけです。

その間にラインが勝手に進めたもの（10月14日時点）：

ブログ記事 10本（執筆→楽天リンク設置→画像4枚→公開まで）
記事内の画像 40枚（1本につき4枚・Gemini生成）
Pinterest用のピン画像 30枚（記事1本につき3枚）
git のコミット 40件（全部 [calmdesk-tick] の署名付き）

数字は、このラインの git ログから数えました。無人のコミットには [calmdesk-tick] の署名を付けているので、自分の手で打ったコミットと区別がつきます（この30日、自分の手のコミットはゼロでした）。

先に正直に書いておくと、これはPVや収益の実績ではなく、「手を動かさずに工程が進んだ」実績です。ブログの数字のほうは、まだ判定期間中です。

もう一つ前提として、Macは電源を入れたまま・スリープしない設定で置いています。スリープ中は動きません（設定は有料部分に書いています）。

記事1本ぶんの6工程を、2時間おきに起きる小さなスクリプトが1つずつ進めます。

在庫が足りていれば数秒で「何もしないで終了」して、足りなければ次の記事に着手します。AIを呼ぶのは「AIが要る工程」のときだけです。

この記事で使う言葉を3つだけ：launchd＝Macに最初から入っている定時起動の仕組み／claude -p＝Claude Codeを画面なしで1回だけ呼ぶコマンド／tick＝2時間おきに起きて、進められる工程を1つだけ進める小さなスクリプト、のことです。

同じ型は、BGMチャンネル（曲生成→動画化→YouTube予約）、ショート動画2チャンネル、LINEスタンプの制作、Kindleの原稿づくりにも横展開して、今は合計6本のラインが1台のiMacで動いています。

この記事は、その本体（tick.py・claude -p のラッパー・launchd登録・設定・相談箱・KPI判定）を、あなたの工程名を書き込めば動く雛形一式として渡すものです。

こんな「起動係」になっていませんか？

AIで工程を自動化した人ほど、心当たりがあるかなと思います。

1. 記事1本出すのに「次の工程やって」を6回言っている。工程は自動化できたのに、つなぎ目は全部自分がやっている

2. 動画1本のために、台本→ナレーション→レンダ→予約投稿を毎回自分で起動している。1本30分の「見張り仕事」が消えない

3. cronやlaunchdで回してみたら事故った。前の実行が終わる前に次が起動して同じ記事が2本できた。1回失敗した工程を、毎回同じように失敗しながら回し続けてトークンだけ減った

4. 止まっていたことに1週間気づかなかった。エラーも出さず「何もしないで終了」を静かに繰り返していた

5. 作りすぎと枯れが交互に来る。気づいたら予約投稿が20本溜まっていたり、逆に在庫ゼロで公開が止まっていたり

全部、9月頭までの自分です

大阪でそろばん教室を運営しながら、Instagram運用代行、ブログ、YouTubeチャンネルを、Claude Codeを軸にほぼ一人で回している @hitsuji__works と申します。

エンジニアではありません。

9月頭の時点で、量産ラインは3本ありました。「自動化した」つもりでいたんですけど、実際は1バッチごとに「GO」と6回言っていました。

3ライン × 1バッチ6回 × 月3バッチ＝ 月50回前後、自分が起動ボタンを押す係でした。

一度 launchd で定時起動にしてみたんですけど、すぐ壊れました。

振り返ると、定時実行が悪かったというより、AIを定時で動かすときの3つの事故（二重実行・壊れたまま量産・無音停止）を防ぐ設計が無かったのかなと思っています。

結論：「成果物があるか」だけを見る定時実行に変えた

定時に起きるのはMacで、AIを呼ぶのは「AIが要る工程」だけです。しかも「成果物があるか」だけを見て、あれば飛ばします。

なので途中で落ちても、次の起動が同じ場所から続きます。何度起動しても結果が同じ（べき等）なので、二重に作られません。

在庫が上限を超えたら何もしないで終了（数秒・トークン0）。下限を切ったら次のバッチを起こす。「予約済み未公開が5本以上なら作らない」の1行で、音声生成の従量課金もYouTubeのクォータも暴走しない
AI工程は最大2回やり直し、超えたら ESCALATIONS.md に1行書いてDiscordに通知し、自分が --clear するまで触らない。Geminiの画像クォータが枯渇した日も、ラインは止まっただけで、自分が確認した範囲では壊れた成果物は本番に出ていない
ふだんの保守は週1回、相談ファイルを見るだけ。止まった日は、別に原因を直す時間が要ります（例：画像生成のクォータ切れ、重い処理のメモリ不足）

相談ファイル（ESCALATIONS.md）の実物は、こんな1行です。

- [ ] 2026-09-20 tick : 001 の工程 assets が2回失敗（画像APIのクォータ枯渇 429）。回復を待つか、旧素材で進めるか判断を
  → 判断(2026-09-20): 生成をAPI直叩きに切り替えた。以後この件は再発しない

この型で、毎日がどう変わったか

「進めて」と言う時間が消えた

朝やることは、ログを読むだけです。

記事が公開されているか、在庫が何枚か、止まっているなら何が原因かは、全部ログと相談ファイルに書いてあります。「次の工程やって」を打つ場面は、この30日間ありませんでした。

事故が本番に出なくなった

二重実行は flock の排他で起きませんし、失敗した工程は2回で止まって相談箱に上がります。

公開前の機械検査（文字数・必須見出し・プレースホルダ残り・画像枚数）を通らないものは公開されません。

なので「気づいたら同じ記事が2本公開されていた」が、この30日では起きていません。

止まったら「止まった」と分かる

無音停止が一番怖かったんですけど、今は止まると Discord に1回だけ通知が来て、相談ファイルに1行残ります。

直して --clear を打てば、次の起動からそこの続きを進めます。

購入すると受け取れるもの

有料エリアに、次の7点を収録しています。全部、上の6本のラインで今も動いているものから、自分のプロジェクト固有の名前とパスを抜いた形です。

1. 設計の全体像（層A＝スクリプト／層B＝claude -p／層C＝人、の分け方と3原則）

2. tick.py 雛形（draft→assets→publish の3工程の最小構成・約150行・コメント付き。flock排他・成果物判定・失敗回数カウント・相談ファイル書き出し）

3. run_claude_stage.sh（claude -p を無人で呼ぶ共通ラッパー。実際にハマった3つの罠と対処込み）

4. launchd の登録ファイル com.example.tick.plist と、登録・解除コマンド

5. tick_config.toml の設計思想（何を設定に出し、何をコードに残すか）

6. ESCALATIONS.md と KPI.md の雛形（「週1回見るだけ」運用の要）

7. 工程プロンプトの書き方（無人実行で「質問させない」冒頭文）と、ローンチ前に必ずやる「until-doneテスト」

雛形は3工程の最小構成です。自分の6工程のラインは、この雛形に工程を足したものなので、まず3工程で動かしてから足す順番をおすすめします。

この記事は丸ごとClaude Codeに読み込ませてOKです。「この記事の型で、自分の◯◯ラインを組んで」と渡せば、そこから始められます。

必要なもの（買う前に確認してください）

Mac（launchd を使います。Windowsのみの場合は cron やタスクスケジューラへの読み替えが必要です。有料部分のFAQで起動方法に触れる程度で、手順は扱いません）
Claude Code（コマンド claude -p が動く状態。利用には Claude の有料プラン（Pro＝月20ドル〜）か API の契約が別途必要です。工程の数と頻度によってはProの上限に当たります。自分はMaxプランで6本回しています。インストール手順はこの記事に含みません）
Python 3.11 以上（雛形が tomllib を使います）
すでに「工程」があること（記事を書く・画像を作る・公開する、などの作業が、プロンプトやスクリプトとして1つずつ動く状態）
Pythonを少し読める、またはClaude Codeに書かせる前提。雛形のうち「在庫の数え方」「次にやる工程の判定」「検査の条件」「公開の手順」の4つの関数（inventory / stage_of / verify / stage_publish）は、あなたのラインに合わせて書く必要があります（コードを一行も書かずに動くものではありません）
機械検査スクリプト（checks.py）と工程ごとのプロンプト（prompts/<工程>.md）は雛形に含みません。あなたの工程ごとに書くもので、書き方と冒頭文は有料部分にあります。Discord通知を使う場合は、Webhook URL の取得も自分で行います（使わなくても動きます）

向いていない方・免責事項

Claude Code を触ったことがない方
常時起動できるMacが無い方（PCがスリープしている時間は動きません）
「工程」そのものがまだ無い方（この記事は工程を"つなぐ"もので、工程を作る記事ではありません）
「設定ファイルを置くだけで全部自動」を期待している方

免責事項：Claude Code・Python・launchd の導入手順や環境構築は解説しません。個別の導入サポートも行いません。すでにClaude Codeで工程が動いている方向けです。

価格について

価格：980円

この型は、設計からローンチまで自分で組むのに3日かかりました（9月12日に設計、14日の夜に初回の無人完走。その後も罠にはまるたびに直しています）。

その「3日分の設計と、踏んだ罠の回避策」を、雛形にして渡します。雛形から組むなら、工程2つの最小ラインで週末1日が目安です（手順は有料部分の末尾）。

launchd や claude -p の公式ドキュメントに載っているのは個々の使い方で、この記事はそれを「AIを定時で事故なく回す」形につないだ設計と、実際に踏んだ罠の回避策です。

一度買っていただければ、更新分もそのまま読めます。値上げの予定はありません。

Brainの仕様上、購入後の返金はできません。上の「必要なもの」「向いていない方」を読んで合わないと思ったら、買わないでください。

レビューを書いていただけると励みになります。

▼ ここから有料エリア ▼