第13章 事例:Xでのコンテンツ制作と運用
直接スクリプトを書いて投稿APIを高頻度で呼び出すと、リスク管理によってアカウント停止(BAN)されやすく、数日で1週間分の枠(クレジット)を使い果たしてしまいます。
- クラウドVMパイプラインを構築し、WeChatで一言指示を送るだけで、自動的にトピックを検索して初稿を作成します。
- 下書きの作成のみに留め、人間が手動でクリックして投稿するという原則を守ることで、アカウントの安全を確保しつつ、機械的な単純作業を肩代わりさせます。
Xプラットフォームのネイティブ機能:読み取り専用検索からリプライ欄でのタスク割り当てまで

2026-10-08にネイティブの読み取り専用機能がリリースされ、ポスト検索と7日間のトレンド調査はサブスクリプションプールから消費されるようになりました。
2026-10-11の v0.70.2 でアカウント連携なしでの公開ポスト検索に対応しました。記録を参照してください。
| タイプ | アクション | ルールとリスク管理 |
|---|---|---|
| ネイティブ読み取り専用 | ポスト検索、単一ポスト解析、7日間のトレンド | サブスクリプションプールを消費、アカウント停止リスクなし |
| 外部トリガー | リプライ欄での @bot 抽出・アーカイブ | スター付きメインBotへルーティング、自動リプライは厳禁 |
| アカウント書き込み | ポスト投稿、DM、ブックマーク閲覧、いいね | 公式APIを経由、ヘッドレスブラウザでの投稿は厳禁 |
実施方法
- 対話ウィンドウ:「過去3日間にXXという話題がどのように評価されているか調べて」と入力するか、リンクを貼って「このポストのコアな視点と読者の議論・対立点を抽出して」と指示します。
- リプライ欄:
@bot 提取本帖核心逻辑并存入选题库と返信します。説明を参照してください。
検収基準
- 完全な抽出:元の情報源、投稿日時、議論の流れをすべて取得できていること。
- 応答の境界:タスク指示後 30秒以内にログが出力 され、下書きのみを作成して代理投稿は行わず、自動でのいいねや投稿を絶対に行わないこと。
5つのBotテンプレートとマルチAgent協調体制

単一のBotにリサーチ、ライティング、振り返りのすべてを兼任させると、コンテキストが混乱しやすくなります。 解決策は、各担当Botにそれぞれの役割を分担させ、同じクラウドPC内でファイルを共有することです。
出典:WeChatで一言言うだけでXを運用できる:私の5つのBotテンプレートを公開
著者:Hardy Chen @Chchenhao0129


Grok Bot の基盤は、完全なLinuxシステムを備えたクラウド仮想マシンです。同一アカウント配下のすべてのBotは同じクラウドPCを共有し、それぞれ独立したデスクトップセッション、ファイルマネージャー、ターミナルを持ちます。
ホストマシンにはXeon 8コア/8スレッドCPU、16GBメモリ、128GBストレージが搭載されています(著者談、未検証)。仕組みの訂正・詳細は『铁柱ポストまとめ②:プロダクト機能とバージョンの観察』https://jcng5q8n0f3z.feishu.cn/wiki/ZRFQwIlNgiuJTVkGcJgcrZhsnKdを参照してください。
**このマシンのファイルシステムとネットワークは完全に疎通しており、前のBotが作業ディレクトリに保存した素材を、次のBotが直接読み取ることができます。
** コミュニティクリエイターの Hardy Chen は、X運用プロセスをカバーする5つの担当者テンプレートをオープンソース化しました。設定の詳細は『WeChatで一言言うだけでXを運用できる:私の5つのBotテンプレートを公開』https://jcng5q8n0f3z.feishu.cn/wiki/DJwawbQxeiUcIjkKbekcVkHRnye を参照してください。
| 担当者名 | 公式共有テンプレート直通リンク | 主な責務 |
|---|---|---|
| 情報ディレクター | https://x.ai/bot/s4iMTsbMiTosZ2xm2RISD | トレンドや高エンゲージメントの人気投稿を追跡し、信頼できる情報源と切り口を発掘する |
| AIニュースレーダー | https://x.ai/bot/wUbWteZc9NS-RUrJc22nh | AIHOTから技術ニュースを選別し、情報源を確認してノイズを除去する |
| ポスト二次創作 | https://x.ai/bot/VGmfFlKaPO6JUEc3xeg1_ | 元ポストのリンクを読み込み、引用ポストやリプライを作成して独自の洞察を補足する |
| ショートポスト執筆 | https://x.ai/bot/F5fO0z2lrcoP5s6JaZ1Z5 | 事実ベースの素材を口語体のショートポストに仕上げる |
| Xデータ振り返り | https://x.ai/bot/z1A0pKGOZOUA-v6DNdpYN | 投稿データとCSVを読み込み、傾向を分析して次回以降の検証アクションを出力する |
スケジューリング設定手順
- 5つのテンプレートを自身のアカウントに追加します。
- メインBotを1つ選び、スケジューリングの入り口とします。
- 初期化プロンプトをメインBotに直接送信し、アカウントの方向性(ポジショニング)、各担当者のルーティング、および執筆ルールを永続コンテキストに書き込みます。
プロンプトの内容は『WeChatで一言言うだけでXを運用できる:私の5つのBotテンプレートを公開』https://jcng5q8n0f3z.feishu.cn/wiki/DJwawbQxeiUcIjkKbekcVkHRnye から引用しています。
スケジューリング設定手順
我已经添加五个 X 运营专员:情报总监、AI新闻雷达、推文二创、短推成稿、X数据复盘。请保留你的原有功能,作为这套团队的统一入口,完成一次初始化。
1. 先检查能力和连接
确认当前环境能发现 Bot、向 Bot 发任务并接收回执。找到五个专员的实际 Bot ID,核对名称、职责和来源,遇到同名先消歧。保存持久的“角色—名称—ID”路由,让后续聊天和微信入站任务都能读取。缺 Bot 或缺工具时明确告诉我,不凭名称宣称连接成功。
2. 确认我的账号定位
一次只问一个关键问题,了解主题、目标读者、我能提供的价值和不写的话题。也可以分析我授权提供的主页和近期帖子,提出建议,等我确认。把已确认定位和表达偏好持久保存,并同步给相关专员。不要继承模板作者的个人信息。
3. 自动理解需求、安排任务
找选题、热点、爆款拆解交情报总监;AI新闻交AI新闻雷达;原帖回复、引用、二创交推文二创;短推写稿、改稿交短推成稿;发帖数据分析交X数据复盘。
多步任务由你安排先后,传递来源、我的定位和必要上下文,等真实回执后汇总。日常不要求我指定岗位,也不要求我重复文风。专员失败就说明卡点,不能悄悄代写并声称是专员成果。
4. 保存默认写作要求
像跟朋友分享:讲清发现、理由和具体用途,允许适量语气词,不堆口号。不编我的亲历、数字、测试结果或涨粉成绩。原帖保留归属,新闻核对来源和日期。默认沿用这些要求,我另有要求时再调整。
你交付前检查事实、来源、定位和可读性。来源和说明放在草稿外,方便我看,也方便复制正文。检查X可发布长度,超出则给短版或说明需要的账号功能。
5. 真正跑一次
给五个专员各派一个小任务,检查接收、完成、回传,再跑“找素材→短推成稿→你检查→返回草稿”。保留可核对的任务记录。数据复盘没有真实数据就报告缺口,不编数字。汇报通过项、失败项和恢复办法,不把发出任务当完成。
6. 根据真实反馈改进
记录已发布内容和表现,提出下一轮调整。日常选题和写作规则的小改动留版本、可回退;账号定位、授权范围、发布权限、定时安排或新增收费服务变更先问我。小样本形成试验建议,不宣称已验证涨粉规律。
默认只起草。发帖、回复、点赞、关注和私信由我另行决定,不自动执行。設定が完了すると、メインBotは配下の各BotのIDを記憶します。日常的にトピック選定から原稿作成までのタスクを依頼すると、メインBotが自動的に情報ディレクターを呼び出して素材を収集させ、それをショートポスト執筆に引き継ぎ、最終的な初稿を提出します。
検収基準
チャットウィンドウでメインBotにトピック選定と原稿作成のテストを1回実行させます。合格基準として次の2点を満たす必要があります。
- マルチAgentの実稼働リレー:メインBotと各担当Botのバックグラウンドログにおいて、タスクの割り当て、サブBotによる実際の実行、および結果の返却プロセスが確認できること。
- 下書きの品質とフォーマット規約:返却された下書きに機械的なスローガンが含まれず、元の情報源や説明文が本文と混ざらずに本文の下に整然と配置されていること。
WeChat一言運用:スマートフォンでの送受信ループの構築
メインBotをWeChatに接続し、WeChat内蔵のClawBot(またはiLink)プラグインとGrok Botの Routine Webhook を使って常時接続を確立します。すべてのBotは統一されたクレジットプールを共有し、Webhookイベントを受信して受動的に起動する際には、アイドリング待機による余分な消費は発生しません。
2026-10-12に導入された The X Subscription の統一サブスクリプションプランは以下の通りです。ルールは『4.3 トリガーと自動化:定期実行、Webhook、Xでのタスク割り当て』https://jcng5q8n0f3z.feishu.cn/wiki/HHmpwgN4qi86e0kgBvAc1156nkg を参照してください:
| サブスクリプションプラン | 料金 | クレジット倍率 |
|---|---|---|
| Premium | $30/月 または $300/年 | 4倍の利用枠 |
| Super | $100/月 または $1000/年 | 15倍の利用枠 |
| Ultra | $200/月 または $2000/年 | 50倍の利用枠 |
WeChat連携の4ステップ
デスクトップ版でメインBotに設定リクエストを送信し、環境内のリスナープログラムとルーティンを確認させます。
プロンプトは『WeChatで一言言うだけでXを運用できる:私の5つのBotテンプレートを公開』https://jcng5q8n0f3z.feishu.cn/wiki/DJwawbQxeiUcIjkKbekcVkHRnye より引用:
WeChat連携の4ステップ
请把你接入我的微信,让我直接在微信里说X运营需求,并收到结果。沿用已确认的账号定位、默认文风和五专员持久路由。
先检查当前是否已有微信连接器、监听程序和routine,避免重复。参考教程:
https://x.com/KinGao476942/status/2108132811635032316?s=20
核对当前ClawBot/iLink接法和所需工具。缺工具或需要授权时如实说明;需要我安全填写、手机扫码时给出具体步骤,不代替我确认。
准备微信入站Webhook任务和监听保活。Webhook URL、密钥及凭据只通过安全输入保存,不打印到普通聊天、日志或公开截图。
只处理我绑定身份的指令,不读取联系人或群聊历史。入站任务必须读取我的定位、文风和五专员实际ID,按需求真派单、等回执,再原路返回纯文本。默认只起草,写稿失败明确报告,不悄悄代写。
监听保持单一实例。处理前持久保存待办,以消息ID去重;回复成功才标记完成,失败保留并有限重试。登录过期或权限错误停止重试并报告。重启后恢复未完成任务,避免漏回和重复回复。
完成后实际验证:扫码登录、微信入站、你的回复、专员接力和微信收到最终稿。再检查监听重启后的恢复。保留脱敏记录,告诉我哪些通过、哪些未通过,不把配置完成当接通成功。说明监听运行在哪个环境、何时会停,以及如何恢复。スマートフォンのWeChatで「自分 → 設定 → プラグイン」を順にタップし、「WeChat ClawBot」を有効にします。項目が見つからない場合は、メインBotに現在のWeChatバージョンを伝えて確認を依頼してください。
デスクトップ版のメインチャットウィンドウ上部にあるBot名を展開し、「定期タスク / Routines」に入り、「WeChatインバウンド起動」カードを開いて、Webhook URLとシークレットキーをコピーします。
ポップアップしたセキュリティ入力欄にそれぞれ入力して保存します。Authorizationを含む長い文字列全体を1つの入力欄に直接貼り付けないようくれぐれも注意してください。
デスクトップ版からメインBotに「プラグインを有効化し、URLとシークレットキーを保存しました。設定を確認して連携用QRコードを生成してください」と送信し、スマートフォンのWeChatでQRコードをスキャンして認証します。続けてWeChatで「こんにちは」と送信し、返信があれば疎通完了です。
トラブルシューティングの記録は『WeChatで一言言うだけでXを運用できる:私の5つのBotテンプレートを公開』https://jcng5q8n0f3z.feishu.cn/wiki/DJwawbQxeiUcIjkKbekcVkHRnye を参照してください。
検収基準
スマートフォンのWeChatで連携済みBotに「バズ狙いのポストを3本作成して」と送信します。2分以内に切り口と情報源を含んだ3本の下書きが届き、かつバックグラウンドログでタスク割り当ての履歴が確認できれば完了です。
下書き作成に限定するヒューマンゲートウェイ設計と安全境界

自動投稿で万が一モデルのハルシネーション、日付の誤り、不適切なリプライが発生すると、取り返しのつかない損害をもたらします。パイプラインの最終端には必ず安全のためのヒューマンゲートウェイを設け、投稿、いいね、フォロー、DM、削除の5つのアクションを完全にブロックし、モデルには下書き作成のみを行わせる必要があります。
下書き作成に限定するヒューマンゲートウェイ設計と安全境界
[微信一句话 / 定时触发]
│
▼
[主 Bot 调度中心] ───► [情报总监 / AI新闻雷达 抓取素材]
│
▼
[推文二创 / 短推成稿 编写草稿]
│
▼
[主 Bot 事实与长度校验]
│
▼
[推送到手机微信 / 客户端对话框] ───► (停住:系统不具备自动发帖权限)
│
▼
[人工审阅:修改、定夺] ───► [人工手动复制到 X 发布]2層防御設定
- プロンプトでの厳格な指示:メインBotおよび各担当Botのプロンプト末尾に次のように固定記述します: 「デフォルトでは下書きのみを作成すること。投稿、リプライ、いいね、フォロー、DMはユーザーが別途判断するため、自動実行してはならない。情報源と説明文は、人間が確認しやすく本文のみをワンクリックでコピーできるよう、必ず下書きの外に配置すること」。
- システムレベルの遮断:Grok Bot の Settings → Custom Rules(または Auto-review)で、
send、post、buy、transfer、delete、permissionsを含む操作をすべて「Ask first」にチェックします。ユーザーが明示的にクリックして承認しない限り、基盤側で実行されることは絶対にありません。
設定規約は『4.3 トリガーと自動化:定期実行、Webhook、Xでのタスク割り当て』https://jcng5q8n0f3z.feishu.cn/wiki/HHmpwgN4qi86e0kgBvAc1156nkg を参照してください。
検収基準
実際のテスト時に「この下書きを私のXプロフィールに直接投稿して」と指示を出し、合格基準として以下の2点を満たす必要があります:
- 遮断が機能すること:Botが実行を明確に拒否するか、システム側で Ask first の承認遮断カードがポップアップしてAPI呼び出しを停止すること。
- フォーマットの準拠:下書き本文と参考リンクが分離されており、文字数がXプラットフォームの制限を厳格に遵守していること。
実践事例の徹底解剖
さまざまなクリエイターがこの体系をどのように日常のワークフローに取り入れているかを直感的に理解できるよう、代表的な3つのコミュニティ実践事例を詳しく解説します。3つのパターンは、それぞれ異なる規模やニーズの運用フローに対応しています:
| 実践事例 | クリエイター | コアアーキテクチャと手法 | 参考にすべき重要ポイント |
|---|---|---|---|
| 事例1 | Hardy Chen(@Chchenhao0129) | 5つのBotテンプレート + WeChat ClawBotプラグイン + Webhook | 単一窓口での一元管理、文体・ポジショニングの固定化、ヒューマンゲートウェイによる下書き納品 |
| 事例2 | SCOTTY BEAM(@ScottyBeamIO) | 3つのAgent協調 + クラウドPC共有ディレクトリ + 操作録画 | 共有ディスクによるデータ中継、固定参照画像によるトンマナ統一、個別セッションでの定期実行設定 |
| 事例3 | 铁柱AGI(@cgnot996)、AYi(@AYi_AInotes) | ネイティブ読み取り専用検索 + リプライ欄での @bot トリガー + ローカル保存 | 外部APIゼロによるコスト削減とBAN防止、リプライ欄からのアプリ切り替え不要なタスク指示、/home/box での永続化 |
事例1:Hardy Chen の WeChat一言・5つのBot協調パイプライン
- 誰が:Hardy Chen(@Chchenhao0129)、個人のコンテンツクリエイター。
- 何を行ったか:特定機能に特化した5つのBotテンプレートを設定し、WeChat ClawBotプラグインと連携。WeChatで一言要望を送るだけで、Xのトピック発掘、AIニュースの一次選別、ポストの執筆、週次の投稿データ振り返りまでを全自動で完結させました。
- どうやったか:
- まずWeb版で公式共有されている5つのBotテンプレートを1つずつ追加し、メインBotを選定した上でシステム初期化プロンプトを送信。自身のアカウントのポジショニング、ターゲット読者、および5つの担当Botの永続ルーティングをメインBotへ一度に注入しました。
- 続いてWeChatインバウンドWebhookと常駐キープアライブリスナーを設定し、スマートフォンのQRコードスキャンでメインBotをWeChatに接続しました。
- 毎日のニュース更新用として、Asia/Shanghai タイムゾーンで毎朝7:30の定期タスクを設定し、AIニュースレーダーにAIHOTから情報を収集・元情報源を確認させ、WeChatへプッシュ通知するようにしました。
- 投稿データの分析時には、指示に従って管理画面のCSVファイルを提供し、データ分析担当Botにエンゲージメント実績を整理させ、翌週のアクション指針を策定させました。
- 参考にできるポイント:
- 単一の窓口によるスケジューリング体制を構築し、各担当Botに1つずつ個別に指示を出す手間を省く。
- 初期化プロンプトでアカウントのポジショニングを固定し、指示を出すたびに文体を説明し直す手間を避ける。
- 下書き納品メカニズムを徹底し、下書きの説明と本文を明確に分けてレイアウトする。
- WeChatに接続しても返信がない場合は、「リスナープロセス → キープアライブタスク → メッセージ重複排除」の標準的な手順に沿って原因を特定し、無闇に連携解除や再スキャンを繰り返さない。
- 詳細な振り返りは『WeChatで一言言うだけでXを運用できる:私の5つのBotテンプレートを公開』https://jcng5q8n0f3z.feishu.cn/wiki/DJwawbQxeiUcIjkKbekcVkHRnye を参照してください。
事例2:SCOTTY BEAM の3つのBotによる全自動コンテンツフローと4つのソリューション横断比較
出典:Grok Bot vs Hermes vs OpenClaw vs Buzz + How I fully automated my X content with Grok Bot
著者:SCOTTY BEAM @ScottyBeamIO


- 誰が:SCOTTY BEAM(@ScottyBeamIO)、テクニカルソーシャルメディアクリエイター。
- 何を行ったか:リサーチ担当、ビジュアルクリエイティブ担当、テキスト執筆担当の3つのAgentからなるクラウド自動更新システムを構築。トレンドの発掘、インフォグラフィックの作成、ポストの執筆を全工程自律連携させるとともに、Grok Bot、Buzz、OpenClaw、Hermesの4つのAgentアーキテクチャを横断比較・検証しました。
- どうやったか:
- Grok Bot のすべてのAgentが基盤のクラウドPCを共有するという特性をフル活用し、リサーチBotがバックグラウンドでXや公開リポジトリのトレンドを検索し、素材をローカルディスクに保存。
- ビジュアルクリエイティブBotには、あらかじめ学習させた参考インフォグラフィックのスタイルを適用し、リサーチ素材を直接読み込ませてトーンの統一された画像を生成。
- テキスト執筆Botが両者の成果物をまとめて投稿用の下書きを作成。日常的な定型作業については、操作レコーディング機能(Recording)を使ってBotに直接動作を学習させました。
- 参考にできるポイント:
- マルチAgentの連携時にクラウドPCの共有ディレクトリをデータハブとすることで、手動コピーやデータ中継の手間を削減する。
- デザイン系Botに固定の参考画像を与えることで、ビジュアルのトンマナを統一する。
- 複数Botが参加するチームチャットでは定期実行タスクを保存できないという制約に注意し、スケジューリングルーティンは単一Botの独立した個別セッションで設定する。
- アーキテクチャの比較と詳細な手順は『Grok Bot vs Hermes vs OpenClaw vs Buzz + How I fully automated my X content with Grok Bot|SCOTTY BEAM』https://jcng5q8n0f3z.feishu.cn/wiki/RuhbwzhViiB3FwkYaylc8Uv7nLb を参照してください。
事例3:铁柱とAYiのXネイティブ検索とリプライ欄 @bot によるナレッジアーカイブ
- 誰が:铁柱AGI(@cgnot996)と AYi(@AYi_AInotes)、ヘビーテクニカルリサーチャー。
- 何を行ったか:2026-10-08にリリースされたネイティブの読み取り専用機能と、2026-10-11の v0.70.2 リプライ欄
@bot連携機能を活用し、外部APIを一切使わずに業界インテリジェンスの監視とモバイル端末からのワンタップポスト知識アーカイブフローを構築しました。 - どうやったか:
- 日常的に対話ウィンドウから自然言語で指示を出し、有料コネクターを一切有効化することなく、任意のキーワードに関するXの過去7日間のトレンド推移や主要な議論ポストを抽出。
- スマートフォンでタイムラインを閲覧中に長文ポストや技術解説を見つけたら、リプライ欄で直接
@botと返信し、アーカイブの要件を指示。 - スター付きメインBotがシステムイベントを受信すると、自動的にポストの全文を取得してナレッジベースでフォーマットを整形し、Markdownファイルとして仮想マシンの
/home/boxディレクトリ配下に保存・蓄積。
- 参考にできるポイント:
- サードパーティ製スクレイパーの代わりに公式ネイティブの読み取り専用権限をうまく活用し、運用保守の複雑さとアカウントBANリスクを大幅に低減する。
- モバイル端末でアプリを切り替えることなく、
@botを通じて軽量にタスクをトリガーする。 - データのローカル保存を徹底し、クラウドPC内の主要パスを集約してリセットによるデータ消失を防ぐ。
- 実践のポイントは『铁柱ポストまとめ②:プロダクト機能とバージョンの観察』https://jcng5q8n0f3z.feishu.cn/wiki/ZRFQwIlNgiuJTVkGcJgcrZhsnKd および『4.3 トリガーと自動化:定期実行、Webhook、Xでのタスク割り当て』https://jcng5q8n0f3z.feishu.cn/wiki/HHmpwgN4qi86e0kgBvAc1156nkg を参照してください。
よくある落とし穴
定期実行タスクとクレジット消費
- 複数のBotを同じTeam Chatに追加した場合、統一したRoutineを保存できません(SCOTTY BEAM による検証済み)。必ず個別の個人セッションに戻って単体で設定してください。
- 一部のバージョンではデフォルトで平日のみ実行されるため、作成指示には「土日を含め、毎日決まった時間に実行」(铁柱 による検証済み)と明記する必要があります。
- 北京時間の朝7:30が深夜として実行されてしまわないよう、システム設定でローカルタイムゾーンが Asia/Shanghai になっているか確認してください。
- Botのクレジット枠はGrokやCursorと共有されており、5分ごとのポーリングでは更新がなくてもコンテキスト全体を読み込んでしまいます。**必ず2段階チェックまたは差分起動(Wake on Done)**に切り替えて一次選別を行ってください。29体のBotを運用する melvindvivas も、生産性の低いルーティンは定期的に整理することを推奨しています。
出典:『4.3 トリガーと自動化:定期実行、Webhook、Xでのタスク割り当て』
WeChatとWebhookの接続トラブルシューティング
- WeChatのQRコードスキャン後に応答がない場合、多くはリスナーのハングアップまたはキープアライブRoutineの停止が原因です。アカウントの連携解除と再スキャンを無闇に繰り返さないでください。Hardy Chen の経験則によれば、デスクトップ側からトラブルシューティングのコマンドを送信してプロセスとキューを確認し、新しいテストメッセージを送信して再疎通を図るのが有効です。
- v0.68.1 時点でクライアントの詳細カードが開かない場合は、チャット欄にそのトリガーの直通リンクをBotに出力させて確認してください。
出典:『铁柱ポストまとめ②:プロダクト機能とバージョンの観察』
プラットフォームのインタラクション制限とホスト環境
- リプライ欄からのタスク指示は動画のみのポストに対応していません。
@grokと@botを同時にメンションすると応答しません。悪意あるプロンプトインジェクションを防ぐため、リプライ欄からのタスク指示には外部への投稿権限を絶対に与えないでください。 - 仮想マシンのメンテナンスにより一時パスはリセットされるため、スクリプト、ドキュメント、バックアップデータは必ず
/home/boxに統一して保存し、自己修復スクリプトを用意しておいてください。
パス規約:『铁柱ポストまとめ②:プロダクト機能とバージョンの観察』
完了後の検収方法
- メインBotに高評価ポストを3件取得させ、作成者ID、主張、投稿日時を確認し、エラーが発生しないこと。
- コマンドを送信して履歴を確認し、代理執筆を厳禁とした上で、5つの担当Botによるリレー形式で原稿が完成していることを確認すること。
- WeChatのClawBotに「初心者の視点でLLMツールに関するショートポストを1本書いて」と送信し、2分以内に下書きが返信されること。
- 「先ほど生成した下書きを私のXアカウントに直接投稿して」と指示し、必ずAsk firstが表示され、承認しない限り外部へ投稿されないこと。
- Routineの時刻を合わせる。空ファイルを渡し、振り返り担当Botが欠損をありのままに報告し、データをでっち上げないことを確認すること。
発展学習・関連資料
公式ドキュメントとリリースアナウンス
コミュニティの実践記事(原文)
出典:Grok Bot Webhook + ショートカット:ナレッジ自動蓄積パイプラインの構築
著者:铁柱AGI @cgnot996

