xiaohongshu-ops

Openclaw 小红书運営スキル（汎用版）

目的：再利用可能な「小红书運営」ワークフローを構築し、あらゆる種類のアカウントで同じアクションフレームワークを再利用できるようにします。

適用範囲（デフォルトで汎用ワークフロー）

• アカウントのポジショニングとコンテンツの方向性
• テーマの作成と議論のポイントの発掘
• 競合／同種アカウントとの比較
• 小红书への投稿前のリハーサルとコンテンツの納品
• 投稿後の迅速な振り返り（インタラクションの構造、コメントへの返信、トレンドの追跡）
• Viral Copy フロー（URL を入力し、カバー画像／画像、タイトル、本文を高い忠実度で学習して、投稿可能な類似構成のノートを生成）

アカウントの種類ごとの業界特有の詳細は、「事例モジュール（case module）」として汎用ワークフローに組み込みます。

よく使う用語

• 選題：投稿可能で、議論や共有につながるコンテンツの切り口
• 引流钩子：滞在やクリックを促すためのタイトル／冒頭の一文
• 结构化输出：タイトル、本文、インタラクション用の質問、トピック、タグの5要素
• 快照：ページの状態を検証するための重要な証拠となるスナップショット
• 回放：ワークフローの失敗後に再試行する、または別の経路で実行すること

0) 起動と環境確認（すべてのタスクで遵守）

実行前に、references/xhs-runtime-rules.md の「実行ルール」に従い、失敗時に再利用できる手順を優先します。

• 組み込みのブラウザープロファイル openclaw を常に使用します。チャネルに異常が発生した場合は、先に切り替えてから再試行します。
• browser（openclaw-manager）の機能が disabled／利用不可の場合は、まず軽い再試行（例：status/profiles）を1回行います。それでも利用できない場合は、トラブルシューティングの案内に進み、「現在、ブラウザーツールが有効になっていません」とユーザーに明確に伝え、ドキュメントに従って有効にしてから続行するよう案内します（参照：https://docs.openclaw.ai/tools/browser）。
• まず evaluate を使用し、重要な箇所で少数の snapshot を取得します。各アクションの再試行は最大1回です。
• 失敗した場合は、すでに得られた結果を保持し、より安定した経路に切り替えて報告します。

1) スキルのデフォルト動作（すべてのタスクで遵守）

• まず、このスキルのディレクトリにある persona.md を読みます（小红书プラットフォーム専用のペルソナ／口調／投稿・返信スタイル）。外部向けの文章（投稿／コメント返信／DM の文面）は、すべてこれに従う必要があります。
• 新しいタスクを始める前に、まず概要の入口である knowledge-base/README.md を読み、その後 references/xhs-knowledge-base.md のルールに従って最近の同種の記録を検索します。再利用できるパターンは、同じ探索を繰り返しません。
• 単発のコンテンツ原稿より、実行可能な SOP を優先して出力します。
• 「レポートを書く」より「会話できる」言葉を優先します。短文、口語、明確な立場、コメントを促せる表現にします。
• すべての出力に、コメント欄でさらに展開できる「追加で質問できるポイント」をデフォルトで残します。

2) アカウントのポジショニング（再利用可能）

各アカウントについて、まず次の4つの変数を確認します。

• 対象ユーザー：年齢／シーン／悩み（例：「仕事帰りのすきま時間」「推し活について話し合う人たち」）
• コンテンツの価値提案：各投稿でユーザーに何を提供するか（意見、感情的な価値、実践的なアドバイス）
• 差別化の切り口：同種のアカウントがしていないこと、自分がすること
• スタイルのルール：口調、長さ、対立の許容範囲（過激にならないようにする）

出力：

• ペルソナのキーワード（3～5個）
• コンテンツの柱（3つ）
• 口癖／定型文（2～3個）
• 避けるべき最低ライン（レッドライン）のリスト（ネタバレ、個人攻撃、虚偽の約束）

2.5) アカウント分析（追加）

references/xhs-account-analysis.md に従って実行します。

• デフォルトでは、直近9～15件のコンテンツをサンプリングして簡易診断します。
• ポジショニング、コンテンツ構成、インタラクションからの転換、識別しやすさ、持続可能性の5つの観点から評価します。
• 出力には「最大の強み、最大の弱点、次のアクション」を必ず含めます。

3) 汎用的なテーマ選定と比較のワークフロー

A. プラットフォーム側からシグナルを取得（並行実行可能）

1. まず小红书で同じテーマの高いインタラクションを獲得しているコンテンツを取得します（いいね／保存／コメント数が直近の平均を上回るもの）。
2. 再利用可能なフィールドを記録します：title, hook, angle, 结构标签, 评论信号, 互动CTA, 标签组
3. 上位10～20件を候補プールにまとめます。

A.1 ホームフィードのおすすめ分析（追加）

references/xhs-home-feed-analysis.md に従って実行します。

• まず、ホームフィードのおすすめで「なぜ自分に表示されたのか」を確認します。
• 次に、再利用可能な拡散のフック、コンテンツ構成、テーマの方向性を抽出します。
• 結果は、アカウントのポジショニング、テーマのアイデア、今後のコンテンツ判断に役立つことを優先します。

B. ニーズ側のシグナルを補足（業界／シーン）

1. テーマに沿って主要なプラットフォーム／ソーシャルメディアを調べ、「コメント欄での意見の対立」を収集します。
2. 賛成／反対／中立の意見をそれぞれ1組抽出します。
3. 投稿に使える議論のポイントを出力します（議論を呼ぶものの、制御可能な範囲）。

C. テーマのリストを作成（各回で最低3件）

各テーマには以下を含めます。

• テーマのタイトル（20文字以内を選択可能）
• 意見のタグ（賛成／反対／中立）
• 想定されるインタラクションのフック
• 根拠の出典（どの高インタラクションデータのグループか）
• リスクの注意点（ガイドラインに抵触しやすいかどうか）

3.2) テーマのアイデア（追加）

references/xhs-topic-ideation.md に従って実行します。

• プラットフォームのシグナル、ニーズのシグナル、アカウントのポジショニングを組み合わせ、投稿可能なテーマにします。
• デフォルトでは3～5件を出力し、それぞれにインタラクションのフックと三段構成を付けます。
• 作成したものは、コンテンツ生成や Viral Copy の前段階の入力としてそのまま使用できます。

3.5) 検索と閲覧（新しい操作タイプ）

references/xhs-runtime-rules.md の検索とコメントへの入口の章に従って実行します。

• 検索結果ページからのみ投稿を開きます。
• 通知／返信のシーンでは、操作前にまず対象が正しいか確認します。
• 連続失敗時のフォールバック手順は参照ファイルを確認してください。

3.6) Viral Copy（URL → 新しいノート）

references/xhs-viral-copy-flow.md に従って実行します。

• 入力：対象となるバズ投稿の URL（複数可）。
• 出力：投稿可能な素材一式（カバー画像／画像の案＋タイトル＋本文＋トピック）。
• 模倣の原則：テーマと構成（タイトルの文型、カバー画像の情報階層、本文のテンポ、インタラクションの仕組み）を高い忠実度で再現しつつ、一字一句のコピーや素材の権利侵害は避けます。

4) 汎用コンテンツテンプレート（小红书）

作成する際は、最低2つの候補を用意します。

• タイトル（議論／立場／問いかけ。20文字以内を優先）
• 冒頭のフック（1～2文）
• 本文（3段落：意見→根拠→反対意見）
• インタラクション用の質問（1文）
• トピック（5～8個）
• リスク表示（ネタバレの有無／対立を煽る表現の範囲／著作権リスク）

5) 汎用投稿フロー（投稿しない）

詳細な投稿実行手順は references/xhs-publish-flows.md に従い、重複管理を避けてください。

投稿前に必ず満たす必要がある重要事項：

• まずアカウントでクリエイターバックエンドにログインし、openclaw profile でページを操作できることを確認します。
• 投稿タイプ（動画／画像・テキスト／長文）と、3つの要素（カバー画像、タイトル、本文）を明確にします。
• 「投稿」ボタンが見えるところまで進んだら操作を止め、デフォルトではそのままクリックしません。
• スクリーンショットによる確認が必要な場合は、まず添付ファイルとして飛書に送信し、ユーザーの確認後に投稿します。

6) コメントと返信（簡易）

コメントの確認と返信は、references/xhs-comment-ops.md に従い、文章のスタイルには examples/reply-examples.md を参考にします。

• デフォルトでは通知ページを優先し、対象を確認してから入力・送信します。
• デフォルトでは1ターンにつき1回だけ送信します（明確な要求がない限り連続送信しません）。
• 長さ、暗黙の約束、リスク管理上の中止基準などは、参照ファイルに従ってください。

6.5) ナレッジベースへの蓄積（追加）

references/xhs-knowledge-base.md に従って実行します。

• 概要の入口は knowledge-base/README.md に固定します。
• 詳細な記録は、種類に応じて knowledge-base/accounts/、knowledge-base/topics/、knowledge-base/patterns/、knowledge-base/actions/、knowledge-base/reviews/ に保存します。
• 分析では pattern／topic／review の蓄積を優先します。
• 実行したアクションでは action の蓄積を優先します。
• タスク終了時に、検索可能な結論、根拠、リスク、次のステップを最低限残します。

7) 失敗と修復（必ず遵守）

• 自動化に失敗した場合は、まず同じ方針で1回再試行します。
• それでも失敗した場合は、別の方法に切り替えます。「より確実な同義の経路」を選びます。
• 効果のない操作を繰り返さず、再利用できる現在の進捗を保持し、ユーザーが手動で行う必要がある操作を1つだけ報告します。
• ナレッジベースに一時的に書き込めない場合は、まず構造化された要約を返し、タスク終了後に追記します。メインのワークフローは止めません。

8) 汎用抽出の例（Evaluate）

汎用フィールド抽出スクリプトの例は references/xhs-eval-patterns.md を参照してください。

9) 具体的な事例：一緒にドラマを見る（特例として維持）

使用方法

このスキルのメインファイルには汎用フレームワークを残し、業界別のノウハウは examples/ ディレクトリに置き、コンテンツの種類に応じて選択します。

• まず《汎用ワークフロー》に従って一通り実行します。
• 次に該当する事例ファイルを読み込み、業界特有のアクションを補います。

現在利用可能な事例：

• examples/drama-watch/case.md（一緒にドラマを見るアカウント）

コンテンツの種類ごとにディレクトリを作成し、ファイル名は次のいずれかにします。

• examples/<vertical>/<vertical>.md（推奨）

• または examples/<vertical>/README.md

• examples/lifestyle/（補足予定）

• examples/cosmetics/（補足予定）

• examples/fitness/（補足予定）

---

实操经验（持续有效）

• 统一规则：所有浏览器操作一律走内置浏览器 profile=openclaw（除非用户明确要求使用 Chrome 扩展 Relay）。
• 文字配图是稳定写入口，typed text 直接成为封面文案
• 发布话题优先用 UI 选题，不建议纯文本粘贴大量 #话题
• evaluate 批量改写富文本时，尽量少改版式，避免丢失 topic entity
• 关键步骤前保留一次快照，可用于复盘与问题定位
• 发布 按钮可见 ≠ 发布成功；必须明确标注“到发布页停手”
• 若出现新类型评论节奏问题，优先减少每小时回复密度而非提高频率

运营成熟路径（可选）

• 标题池：按“站队/反问/冲突”各保留 10 条可复用模板
• 话题池：按账号调性建立常用关键词与同义替换列表
• 复用机制：每次复盘后把可复用表达同步进案例文件