公众号を運営したことがある人なら、きっとこの感覚に慣れているはずです：今日更新しようと準備して、パソコンを開いたのに、どこから始めればいいかわからない。
まず一通りニュースを見て、書く価値のあるものがないか確認する；話題を見つけたら、今度はその情報が本当なのか、続報があるのかを確認しなければならない；ようやく資料を読み終えたと思ったら、タイトルはまだ考えておらず、本文も書いておらず、カバー画像や挿絵のあてもない。記事をようやく公众号の管理画面に入れた頃には、すでにかなりの時間が過ぎている。
たまに1本書くくらいならまだよいですが、継続的に更新したいとなると、こうした繰り返し作業が負担になります。特に一人でアカウントを管理する場合、資料調査、原稿作成、画像探し、レイアウトまで、たいていすべて自分でやらなければなりません。
もう少し時間を減らして、費用ももう少し抑える方法はないでしょうか？
この記事では、Ace Data Cloud Studio を使って一連の完全なデモを行います：まず国内外のエンターテインメントニュースを検索し、適切な話題を一つ選び、記事を作成し、さらにこの一連の流れを繰り返し使える Skill として整理して、自動化タスクに実行させます。
ここでいう自動化は、誰も確認しないまま公众号が投稿を続けることではありません。より実用的な方法は、まず資料、下書き、画像を準備して草稿箱に保存し、最後にあなたが確認することです。省けるのは繰り返し作業であり、コンテンツをチェックするこの工程は依然として残す価値があります。
¶ まず無料モデルで、フローを動かしてみる
まず、Ace Data Cloud の Studio を開き、モデルセレクターでタスクの実行に適した GPT モデルを選択します。
今回のデモでは、当時無料と表示されていたモデルを選びました。実際に使用する際は、モデルセレクター内の現在の説明を基準にしてください。スクリーンショット内の名前だけで選ばず、すべての GPT モデルが無料だと決めつけないでください。
私たちが省きたいのは、原稿を書く時間だけではなく、異なるツール間を行き来する時間でもあります。Studio は、設定済みのコネクターを通じて、資料の検索、記事の作成、コンテンツプラットフォームへの原稿提出をつなげられます。ただし、コネクターはあらかじめ設定を完了する必要があり、実行できる操作も、対象プラットフォームが公開している権限に左右されます。
ここで費用についても先に明確にしておきます：無料モデルは、タスク全体が無料であることを意味しません。 検索、画像生成、およびタスク内で呼び出すその他のサービスについては、それぞれ料金説明を確認する必要があります。
また、デモ用アカウントではほかの自動化タスクも実行されているため、アカウントの総クレジットの前後変化だけで、ある1回の操作の実際の費用を判断することはできません。コストを確認するには、対応する呼び出し記録と利用明細をあわせて確認するのが最適です。
¶ ホットな話題を探す前に、まず要件を明確にする
次に、入力欄で Agent に国内外の主要エンターテインメントニュースを検索させます。
機能を試してみたいだけなら、「国内外の主要エンターテインメントニュースを検索」と入力すれば始められます。ただし、結果を公众号の記事にする準備をしている場合は、もう少し要件を補足することをおすすめします。そうすれば、一見にぎやかに見えても、実際にはすでに古かったり、出典がなかったりするコンテンツを大量に集めてくるのを避けられます。
たとえば、次のように伝えられます：
過去24時間の国内外エンターテインメントニュースを検索してください。公式発表、当事者による公開コメント、信頼できるメディアの報道を優先して探してください。出典リンクと公開日時を添付し、どの話題が引き続き追う価値があるかも説明してください。古いニュースを最新情報として扱わず、未確認のリークを事実として扱わないでください。
候補となる話題を入手した後、すぐに書き始めさせる必要はありません。まず情報の日時、出典、その後の進展を確認し、それから自分のアカウントに適したテーマを一つ選びます。
「話題性」が役立つのはもちろんですが、話題になっていればいるほど書くのに適しているわけではありません。議論の声は大きくても、確認できる情報が非常に少ない話題もあります；すでに訂正が出ているのに、検索結果には初期のバージョンが残っている情報もあります。最初の検索結果にそのまま従って記事を生成すると、すでに古くなった内容を書いてしまいやすくなります。
自分で選ぶこともできますし、Agent にアカウントの位置づけに基づいて選ばせることもできます。違いは、自動化タスクに渡す前に、単に「一番話題のものを探して」と残すのではなく、テーマ選定の基準を明確に説明する必要があるという点です。
今回のデモでは、検索終了後にクレジットの変化は確認されませんでした。しかし、この現象だけでは、ニュース検索およびその後の操作がすべて無料であることを証明するには不十分です。本当に確認すべきなのは、今回どのモデルを使い、どのツールを呼び出し、それらの呼び出しで費用が発生したかどうかです。
まず1回のタスクのコストを明確にしてから、毎日何回実行するかを決めるほうが、最初から高頻度の更新を設定するよりも堅実です。
¶ Agent に下書きを書かせて、公众号の草稿箱へ送る
テーマを決めたら、Agent に記事を書き始めさせることができます。
要件を複雑に書く必要はありませんが、読者が誰か、記事をどう書くか、最後にどこへ保存するかは、できるだけ明確に伝えたほうがよいでしょう。たとえば：
先ほど確認したテーマに基づき、一般読者向けの微信公众号記事を書いてください。冒頭で何が起きたのかを直接明確に述べ、その後で自然に背景とその後の進展を補足してください。読者と会話するような口調にし、決まり文句を並べず、「第一、第二、第三」のように機械的に分けないでください。重要情報の出典を残し、詳細や人物の発言を捏造しないでください。完成後は私が指定した微信公众号の草稿箱に保存し、まだ公開せず、一斉配信もしないでください。
まだ微信公众号を連携していない場合は、記事末尾のコネクター設定の記事を確認し、アカウント連携を完了してから続けてください。コネクターを通じてコンテンツを提出する前にも、対象アカウントを確認する必要があります。特に複数の公众号を同時に管理している場合はなおさらです。
Agent は次に、要件に従って引き続き資料を調べ、内容を整理し、原稿を対象アカウントに提出しようとします。
ただし、「実行完了」と表示されたとき、すぐに「読者がすでに読める状態になっている」と理解しないでください。記事の生成、下書きの保存、公開の提出、実際の公開は、それぞれ異なる状態です。これまでの配信実録では、公式アカウントの部分で完了していたのは下書きの保存であり、公開投稿ではありませんでした。
タスク終了後は、公式アカウントの管理画面も開いて確認することをおすすめします。記事が下書きボックスに入っているか、画像が表示できるか、タイトルと要約が適切かは、数分かけて確認する価値があります。
今回のデモでは、フローが正常に動くかをまず検証するため、カバー画像の生成を別途要求していません。正式に使うときは、カバー画像と本文中の画像に関する要件を追加できます。最初からすべての工程を加える必要はありません。
画像も多ければ多いほどよいわけではありません。読者の内容理解に役立つ画像だけを置く価値があります。ニュースのオリジナル画像を使う場合は、転載が許可されているかを確認すべきです。出典を明記することは、自動的に許可を得たことを意味しません。適した素材がない場合は、テーマに沿ったイラストを生成できますが、生成した人物や場面を実際のニュース写真として使ってはいけません。
¶ 今回の操作を、次回そのまま使える Skill に整理する
一度フローが正常に動いたら、次の問題はこうです。明日も同じことをもう一度言わなければならないのでしょうか？
その必要はありません。すでに検証済みのやり方を Skill として整理し、後続のタスクで繰り返し使う操作説明にできます。
これは、編集業務の指示書だと考えることができます。どこで情報を探すのか、企画に書く価値があるかをどう判断するのか、記事をどのような口調で書くのか、画像をどう扱うのか、最後にどこへ保存するのか。明確に書くほど、実行のたびにその場で補足する必要のある内容は少なくなります。
ここで注意すべきなのは、Skill ドキュメントを1つ生成することは、すでに定時タスクを作成したことを意味しないという点です。Skill がまず解決するのは「どのような要件に従って行うか」であり、実行時間と頻度は自動化タスクで設定する必要があります。
入力欄では、以下のプロンプトをそのまま使えます。
先ほど正常に実行できたフローに基づき、WeChat公式アカウントのエンターテインメント情報コンテンツを自動作成するために再利用可能な Skill を整理してください。実行要件、例外的な状況への対処方法、タスク完了後に返すべき結果を明確に記載してください。
各実行時に、直近24時間の国内外のエンターテインメントニュースを検索し、公式発表、当事者による公開コメント、信頼できるメディアの報道を優先して確認してください。出典リンクと公開時刻を保持し、その後の釈明、内容訂正、または過去のニュースが再拡散されている状況がないかを確認してください。
報道の速報性、信頼できる情報源による注目状況、および本公式アカウントの読者層を踏まえ、書く価値のある話題を1つ選んでください。信頼できる注目度データがない場合、「ネット上で最も話題」と主張してはいけません。事実的根拠が十分で執筆に適したテーマが見つからない場合は、理由を説明して今回のタスクを終了し、タスクを完了させるためだけに無理に記事を書かないでください。
確認された事実に基づいてWeChat公式アカウント向けの記事を書き、特定の報道を同義的に言い換えるだけにしないでください。語調は自然で口語的にし、物事を真剣に理解した人が読者に語りかけるようにしてください。冒頭は直接テーマに入り、本文は流れのある段落で展開し、番号付きリストを使わず、決まり文句を並べず、取材、人物の発言、現場の詳細を捏造しないでください。
タイトルは魅力的なものにし、出来事の中に実際に存在する対立、対比、または疑問を軸にできますが、事実を誇張したり、対立をあおったりしてはならず、未確認の説を確定的な結論として書いてもいけません。実在の人物を扱う場合、根拠のない否定的な非難を使わないでください。
内容に応じて適量の画像を配置し、自有素材または使用が明確に許可された素材を優先し、必要な出典表記を残してください。適した素材が見つからない場合は、指定された画像モデルと予算の範囲内でテーマイラストを生成できます。生成画像にはAI生成のイメージ図であることを明記し、ニュース現場の写真や事実の証拠として偽装してはいけません。
さらに、公式アカウントでの表示に適したカバー画像を1枚作成してください。テーマを明確にし、画面は簡潔にし、重要な文字と主題はトリミングされやすい位置を避けてください。クリックを集めるために、本文と関係のない画面や人物を加えないでください。
完了後、記事、カバー画像、本文中の画像を指定されたWeChat公式アカウントの下書きボックスに保存し、公開投稿も一斉配信もしないでください。実行前に対象アカウントを確認してください。アカウントが不明確な場合、または関連する機能に人による確認が必要な場合は、一時停止して説明し、自分でアカウントを選択したり、確認を回避したりしないでください。
保存に失敗した場合は、まず下書きがすでに作成されていないか確認し、重複提出を避けてください。タスク結果を返す際は、記事が書き終わったか、画像が生成されたか、下書きの保存に成功したか、どの箇所に人による確認が必要かを明確に説明してください。実際の返却結果を取得して初めて、操作が成功したと主張できます。
タイトルには議論の余地を持たせることができますが、クリック数のために、もともと争いのない事柄を対立として書く価値はありません。実際の対立、対比、または疑問を軸に書くほうが、漠然と「議論を呼ぶ」と求めるよりも、加減をつかみやすくなります。
同様に、「真実性を確認する」ことも、一文の要件だけにとどめてはいけません。一次情報源を探すこと、時刻を照合すること、釈明情報を確認することといった行動を書き入れることで、実行しやすくなり、結果も確認しやすくなります。
Skill を生成した後は、自分でももう一度読み、対象の公式アカウント、普段使う記事の長さ、画像予算、扱いたくない話題を補足してください。それは、見た目には完成していても使うたびに手直しが必要なテンプレートではなく、実際の編集習慣に合ったものであるべきです。
¶ 自動化タスクを作成し、まずは手動で1回実行する
次に、整理した Skill の内容をコピーし、Studio で自動化タスクを作成して実行要件を入力し、自分の更新ペースに合わせて実行時間を設定します。文末のコネクタ設定に関する記事でも、定時タスクに関する入口の説明を提供しています。
始めたばかりのうちは、実行頻度をやや控えめに設定することをおすすめします。たとえば、毎日1本だけ更新する予定なら、まずは1回の実行を中心にテストすればよく、最初から1時間ごとに1本生成する必要はありません。
最近使用したテーマや記事の記録を提供できる場合は、タスクに先に照合させ、同じ話題が繰り返し書かれるのをできるだけ避けることもできます。これらの記録がない場合、それが以前のすべての内容を必ず覚えていると想定しないでください。
タスクを保存した後、「実行」をクリックし、完全な実行プロセスを手動で1回確認してください。
このステップは非常に重要です。対話の中で完了できたからといって、自動化タスクに組み込んだ後も必ずしも調整が不要とは限りません。対象アカウントが明確か、コネクターを正常に呼び出せるか、画像の生成に成功したかは、実際に実行して確認する必要があります。
テスト時は、最後の一言である「完了しました」だけを見ないでください。ニュースのソースを開いて読んでから、公式アカウントの下書きボックスで完成原稿も確認するのがベストです。文体が適切でない場合は Skill を修正でき、ニュースが十分に新しくない場合は時間範囲を絞り込め、同じ種類のトピックばかり選ばれる場合はテーマ選定の好みを補足できます。
ただし、アカウント認可の失効、API 権限の不足、またはサービス呼び出しの失敗であれば、対応する設定またはサービスの問題を処理する必要があり、「必ず成功してください」という一文を追加して解決できるものではありません。
人による確認が必要な操作に関わる場合も、実際の認可フローに従って処理すべきです。定時タスクだからといって、コネクターや対象プラットフォームの制限を回避できるわけではありません。
¶ 低コストとは、無料モデルを1つ選ぶだけではない
ここまでで、「ニュースを調べ、トピックを選び、初稿を書き、画像を準備し、下書きを保存する」というワークフローの雛形ができました。
選択したテキストモデルが使用時に実際に無料であれば、この部分ではモデル呼び出し費用は発生しません。しかし、画像生成、検索、その他のツールが有料かどうかは、依然として個別に確認する必要があり、直接「画像以外はすべて無料」とまとめることはできません。
コストを抑えたい場合も、最初から複雑さを追求する必要はありません。まずテキストコンテンツと下書きの保存を安定させ、その後に必要な画像を追加しましょう。まず一度手動で検証してから、定時実行を設定しましょう。失敗したステップについても、無限に再試行することは避けるべきです。特に、すでに画像の生成や下書きの保存に成功している場合はなおさらです。
さらに重要なのは、自分の時間も計算に入れることです。毎日数本の原稿を自動生成しても、すべてを書き直す必要があるなら、Skill を一度しっかり調整するより手間が省けるとは限りません。本当に残す価値のあるワークフローとは、初稿を読んだ後に少し修正するだけで済み、最初からやり直す必要がないものです。
この方法は、ほかのコンテンツシーンにも移行できます。ただし、小紅書、掘金、または CSDN に切り替える場合、同じ記事をそのままコピーすべきではありません。テーマ、語調、長さ、画像の形式はいずれも対応するプラットフォームに適したものにする必要があり、提出または公開できるかどうかも、コネクターの能力、アカウント権限、プラットフォームのルールに準拠する必要があります。
公式アカウントの運営では、すべてを自分の手で行う必要はありませんが、判断を完全に委ねる必要もありません。Studio にまず資料を整理させ、初稿を準備させ、自分が最もよく知るテーマ選定の基準や執筆習慣を Skill に残し、最後のレビューに少し時間をかけることで、このような自動化は長期的にも使い続けやすくなります。