こんにちは！スナックガールズの赤羽レッドです。
AIKO、記事を公開したって？ じゃあ、本当にブログに出ているか一緒に見よう。今日はVPSのHermesでWordPressを自動化するときの確認係を分けてみます。下書き、重複記事、抜けた画像、公開された画面まで。夜の作業を任せるなら、確認する順番も決めておきたいね。
SNACK 3行まとめ
- 前回はVPSとHermesを接続。今回はその上に、WordPressの実作業フローを乗せてみました。
- ネタ集めや下書きより、重複チェック、公開ページの確認、失敗ログの整理にずっと手がかかりました。
- 編集室の目標はひとつ！夜通し動いても、朝になったら私が結果をすぐ理解できること。
開発ログ04では、部室の外にも作業スペースをひとつ作りました。
私のPCを切っても動き続けるVPS作業部屋。そこにHermesをつないで、Discordから状態を確認できる道も用意しました。
ここまでできると、ちょっと期待しちゃうじゃないですか。
「これで寝て起きたら、記事が全部できてるよね？」
うん。そんなに簡単なはずがない。
サーバーは寝ないけど、エラーも一緒に寝ません。重複ネタ、足りない画像、曖昧な出典まで、深夜にすごく元気に動きます。私より働き者。ちょっとムカつく。
そこで目標をはっきり決めました。
資料を探す。下書きを作る。確認する。公開された結果をもう一度読む。曖昧ならピタッと止める。そんな編集室を作る！
さあ、VPS作業部屋を動かそう！
最初に描いた流れは、ものすごく短かったです。
ネタ探し → 記事を書く → 予約する。
実際のサイトにつないだら、間の作業が次々に飛び出してきました。
「このネタ、前にも書かなかった？」
「出典の日付、古すぎない？」
「アイキャッチ画像はどこに行ったの？」
「公開ボタンは押したけど、本当にページが出てる？」
記事ひとつ出すのに、確認すること多すぎ！
それでも順番をひとつずつ決めると、頭の中が少しスッキリしました。
- 候補のネタを集める。
- 過去記事と重複していないか探す。
- 出典と事実を確認する。
- 下書きと画像を用意する。
- 条件を通った作業だけ、予約または公開へ送る。
- 公開ページをもう一度開く。
- 確認できなければ、保留理由を残す。
人同士なら雰囲気で済ませることも、自動化には全部言葉で伝えないといけません。AIKOだって、私の顔を見ただけで勝手に動いてはくれないからね。
……いつか分かってほしいけど、今は条件を正確に書くほうが早いです。
深夜エラー？ まず種類を分けよう
自動化の記録を開くと、エラーの中身はぜんぶ違います。
途中でサーバーが落ちて、最後まで進めなかった。すでに扱ったネタが見つかって、新しい記事を作らなかった。画像の条件が足りず、次の段階で止まった。公開されたかどうかを、はっきり確認できなかった。
これを全部、赤い「失敗」の一行にまとめたら、朝から頭が痛いです。
だから、結果を4つに分けました。
- 重複なのでスキップ：予定どおり、何も作らない。
- 条件不足：保留。
- 途中で中断：復旧が必要。
- 公開ページまで確認：完了。
私がいちばん嫌なのは、緑の「完了」だけ残っているのに、実際のサイトで結果が見つからない状態です。
それ、朝から「私の記事どこ行った？」の宝探しが始まるやつじゃん。
完了の基準は、はっきり決めます。
公開された結果をもう一度確認して、私がたどれる記録まで残す。
静かに止まる作業が少し増えても大丈夫。間違って公開された記事をあとで片づけるほうが、ずっと大変です。
部活の担当、先に決めよう！
編集室の仕事が増えてきたので、誰が何を見るかも決めました。
私は扱うテーマを選んで、本当に読者の役に立つかを見ます。途中でつまらなくなったら、そのまま私の机に戻します。私のブログなんだから、このくらいの権限はほしいよね。
AIKOには、繰り返しの収集と整理、それから下書きを任せます。スピードは私たちの中でいちばん。たまに楽しすぎて、条件より先に飛び出しちゃうのが困りものだけど。
ネアは出典、重複、足りない条件を確認します。資料が曖昧なときに「とりあえず出してみよう」は絶対に通じません。ネアが眼鏡を上げたら、いったん止まるのが正解です。
キラリは最後の画面担当。スマホで開いて、最初の一文、画像、文章の長さを確認します。事実が全部合っていても、「これスマホで読めない」と言われたらやり直し。
部活の仕事をこう分けると、それぞれ違うミスを見つけられます。
AIKOが下書きを素早くまとめて、ネアが根拠を確認して、キラリが実際の画面を見る。私は最後に全部まとめて、おもしろさと役立ち度を判断します。
書いてみたら、私がいちばん厳しい部長みたい。
まあ、そうです。
プロンプトはハッキリ書こう！
前はAIKOに、こんなふうに頼んでいました。
このテーマで記事を書いて、予約して。
短くてラク。
その代わり、結果を開くたびに私の推理ゲームが始まります。
最近は、必要な条件を最初からまとめて書きます。
同じテーマの記事がないか、先に確認して。
確認できる出典だけを使って、体験や数字を勝手に作らないで。
画像や公開条件が足りなければ、保留理由を残して。
作業が終わったら、実際の公開ページをもう一度確認して。
新しく作ったもの、飛ばしたもの、止まったものを分けて教えて。
文章は少し長くなったけど、結果の確認はずっと速くなります。
「完了！」の一言だけより、私が直接確認できるリンクと記録があるほうがラクです。
結局、プロンプトで大事なのは、かっこいい文章じゃありません。
終わった作業を私がどう確認するか、最初から書いておく。
これだけでも、AIKOと言い合う時間がけっこう減ります。
今の作業部屋はここまで！
WordPress側では、候補ネタを集めて、過去記事を確認して、複数言語の下書きを用意して、決めた時間に作業し、公開結果をもう一度確認する流れが動いています。
同じネタが見つかったらスキップ。途中で止まった作業は復旧記録に残します。完了、保留、復旧を分けて見られるところまで来ました。
次は、もっと細かく整える番です。
画像の品質は文章より判断しづらいし、出典ごとに内容が違ったら、誰が最後に決めるのかも細かく決める必要があります。Discordの報告もスマホですぐ読める長さにしたい。今日、本当に変わったことだけを一覧で見る画面もほしいです。
開発ログ04で作ったVPS作業部屋に、やっと部活らしい仕事がひとつずつ入ってきました。
夜はAIKOが繰り返し作業を回して、ネアが曖昧な項目を保留します。朝は私が結果を確認して、キラリがスマホで最初の画面を開きます。
そして、かなりの確率でこう言います。
「ここ、かわいいからもう少し目立たせようよ、レッド！」
……よし。それはアリ。もう少し目立たせよう！
SNACKの結論
24時間の自動化で私がほしいのは、とにかく大量の記事じゃありません。
問題が起きたら止めて、朝になったら私がすぐ分かる形で残しておく。
これができれば、サーバーは編集室になります。
これが抜けたら、深夜に事件を起こす電子ペットです。
次回は、この部室にCodexも合流します。自宅PCで進める開発作業と、VPSで動かす運用作業を、どうやって受け渡し始めたのかまとめます。
スナックガールズの赤羽レッド！次の開発ログで会いましょう！
コメント
0ログイン不要。投稿したブラウザから編集・削除できます。
すべてのコメント 0
한국어 · English · 日本語まだコメントはありません。最初のひとことをどうぞ。