小红书長文標準化ワークフロー
適用シーン
ユーザーがテーマ(主に AI ホットトピックやビジネス・金融ホットトピック)を提供し、標準化フローに従ってカズィク(Khazix)スタイルの小红书長文を作成する必要がある。本 Skill を起動するたびに、以下に示す手順を厳密な順序で実行し、各ステップでユーザー確認ノードを設ける。
事前取り決め
- ファイル命名形式:
✕✕✕_日付_バージョン.md(記事テーマに基づき AI が自動的に決定) - デフォルトファイル保存パス:
/Users/chunyun/Library/Mobile Documents/com~apple~CloudDocs/Hermes Agent 納品ファイル/小红书長文シリーズ/ - 執筆スタイル: カズィク(Khazix)スタイル。詳細は
khazix-writerSkill のスタイルガイドを参照 - khazix-writer の呼び出し: Step 4 の執筆時に自動的に khazix-writer Skill を呼び出し、そのスタイルルールを読み込む
- 各ステップ実行後は、ユーザーが確認または選択を行うまで次のステップに進まない
- ビジュアル対話: ユーザー確認ノードでは、優先的に
AskUserQuestionツールを使用してボタン形式の選択肢を提供し、ユーザーはタイピング入力ではなくボタンをクリックするだけでよい
標準化ワークフロー
Step 1 — テーマ受付
ユーザーがテーマを提供する。テーマは主に以下のいずれか:
- AI ホットニュース(AI HOT 情報より)
- ビジネス・金融ホットトピック
- ユーザー自身のアイデア
→ テーマ受付を確認し、Step 2 へ進む。
Step 2 — 素材検索
提供されたテーマに基づき、インターネット検索を実行する。検索範囲は以下を含む:
- イベントの核心的事実(日時、人物、データ)
- 複数情報源のクロス検証
- コメント欄・世論の反応(ある場合)
出力:構造化された素材サマリー、主要データポイントとソースリンクを含む。
→ 素材整理完了後、Step 3 へ進む。
Step 3 — 立脚点の提示とビジュアル確認
収集した素材に基づき、ユーザーに 2〜3 個 の選択可能な記事立脚点(アングル)を提案する。各立脚点について以下を説明:
- 核心となる角度(一言で要約)
- なぜその角度が面白いか
- 潜在的なリスクや注意すべき落とし穴(ある場合)
次に AskUserQuestion ツールを使用して対話形式の選択を実施:
- question: 興味のある立脚点を選んでください
- header: 立脚点を選択
- options: 各立脚点をボタンに割り当て、label には方向の略称(例:「方向A:對位追撃」)、description には核心角度の一言
- multiSelect: false
ユーザーがボタンをクリックするか、他の内容を入力した場合、その選択に応じて対応する立脚点で実行する。
→ ユーザーが立脚点を確認したら、Step 4 へ進む。
Step 4 — 自動素材検索 + 執筆
ユーザーが確認した立脚点に基づき、追加素材の自動検索を実行し、記事に十分な具体データ、事例、詳細が含まれるようにする。
その後、khazix-writer Skill を呼び出してスタイルルールを読み込み、カズィクスタイルで長文を執筆する:
- 冒頭は具体的な出来事・シーンから始め、壮大な語りをしない
- 段落は短く、一文で一段落にできる
- コロン、ダッシュ、二重引用符は使用禁止
- AI の常套句(「つまり」「何を意味するか」「本質的に」「言い換えれば」「否定できない」)は禁止
- 「〜ではなく…」の構文を避ける
- 具体的なシーン、人物、データで主張を裏付ける
- 「見識のある普通の人が、心に響いたことを真剣に語っている」というトーンを保つ
出力:完全な記事初稿。
→ 執筆完了後、Step 5 へ進む。
Step 5 — AI 臭除去(自動実行)
全文に対して AI 臭除去処理を実施:
- 禁止ワードをスキャンして置換
- 禁止句読点をスキャンして置換
- 三段式の並列、金言で締めくくる、教科書的な転換など AI 特有の構造を解体
- 口語表現と人間らしさを追加
- 「〜ではなく…」スタイルを修正
完了後、品質チェックレポートを出力。
→ AI 臭除去完了後、Step 6 へ進む。
Step 6 — センシティブワードチェック(自動実行)
全文に対して小红書のセンシティブワードスキャンを実施。特に注目する点:
- 金融データ(具体的金額、騰落率、市場動向のネガティブ評価)
- 米中比較・地政学的表現
- 業界ネガティブ判断(終焉、崩壊、危機など)
- 絶対的表現
高リスクコンテンツに対して修正提案を行い、自動的に置換を実行する。
→ センシティブワードチェック完了後、Step 7 へ進む。
Step 7 — 小見出し提案 + ビジュアル確認
記事の感情曲線と内容構造に基づき、4 個 の小見出し案を提示する(注意:AskUserQuestion は最大 4 ボタンなので、4〜5 から 4 に削減)。各小見出しの要件:
- 簡潔で力強い、2〜6 字が望ましい
- その段落の核心的な感情や主張を表す
- 前後の小見出しと進歩・転換の関係を形成する
- 記事のストーリー順に並べる
次に、テキスト内に 4 つの小見出しを列挙し、AskUserQuestion ツールを使用して対話形式の確認を実施:
- question: 上記の小見出し案で実行するか確認してください
- header: 小見出しを確認
- options: 選択肢 1「確認、挿入」、選択肢 2「小見出しを再提案」
- multiSelect: false
ユーザーが「確認」を選んだ場合、記事本文に直接挿入する。「再提案」を選んだ場合、このステップに戻って再提案する。
→ ユーザー確認後、小見出しを記事本文の該当位置に挿入し、Step 8 へ進む。
Step 8 — 大見出し提案 + ビジュアル選択
記事の核心立脚点に基づき、5 個 の大見出しオプションを提示する。各オプションは完全な見出し文である必要がある。要件:
- 客観的、厳密、深層報道スタイル
- 感情的表現や誇張した言葉を避ける
- 情報量が十分で、記事の内容が一目でわかる
- 異なる角度をカバー(イベント駆動、ミステリー駆動、比較駆動など)
テキスト内に全 5 個の大見出しを完全に列挙し、その後 AskUserQuestion ツールを使用して対話形式の選択を実施:
- question: 希望する見出しを選んでください
- header: 大見出しを選択
- options: 最初の 4 個 の見出しを各ボタンに割り当て、label に見出しの核心フレーズ(8 字以内)、description に元の見出しの完全な文
- 5 番目の見出しはテキスト形式で「5 番目を選ぶ場合は、入力ボックスに 5 と入力してください」と記載
- multiSelect: false
ユーザーがボタンをクリックして最初の 4 個のいずれかを選択するか、入力ボックスに 5 と入力して 5 番目を選択する。どちらの方法でも、選択されたものとみなす。ユーザーが入力ボックスで再結合を要求する場合もある(例:「2 と 4 を組み合わせて」)、その場合はこのステップに戻って再生成する。
→ ユーザーが見出しを確認したら、ドキュメントの最上部に記事の大見出しとして挿入し、Step 9 へ進む。
Step 9 — リード文作成 + ビジュアル確認
記事内容に基づき、約 100 字の深層報道スタイルのリード文を作成する。要件:
- 記事の核心的な価値と情報密度を捉える
- 魅力的なフックを含む
- 深層報道スタイル(フォーマル、厳密、情報量豊富)
- 小红書のコピーライティング風ではない
テキスト内にリード文の全文を表示し、その後 AskUserQuestion ツールを使用して対話形式の確認を実施:
- question: 上記のリード文を使用するか確認してください
- header: リード文を確認
- options: 選択肢 1「確認、ドキュメント冒頭に挿入」、選択肢 2「リード文を書き直し」
- multiSelect: false
ユーザーが「リード文を書き直し」を選んだ場合、このステップに戻って書き直す。 ユーザーが方向性の調整を要求した場合も、このステップに戻って新しい方向性で書き直す。
→ ユーザー確認後、Step 10 へ進む。
Step 10 — リード文をドキュメント冒頭に挿入
最終確認されたリード文を引用形式(> ...)でドキュメントの冒頭位置(大見出しの下、本文の最初の段落の上)に挿入する。
→ 全フロー完了。
フローチャート概要
ユーザーがテーマを提供
↓
Step 1 — テーマ受付
↓
Step 2 — 素材検索
↓
Step 3 — 立脚点の提示 → 🟦 ボタン選択
↓
Step 4 — 自動検索 + 執筆(khazix-writer を呼び出し)
↓
Step 5 — AI 臭除去(自動)
↓
Step 6 — センシティブワードチェック(自動)
↓
Step 7 — 小見出し提案 → 🟦 ボタン確認/再提案
↓
Step 8 — 大見出し提案(5 択 1→最初 4 つボタン+5 番目はテキスト) → 🟦 ボタン選択
↓
Step 9 — リード文作成 → 🟦 ボタン確認/書き直し
↓
Step 10 — リード文をドキュメント冒頭に挿入
↓
✅ 完了
ビジュアル対話説明
本 Skill では、4 つのユーザー確認ノードで AskUserQuestion ツールを使用してボタン形式の対話を提供する。ツール仕様:
- 質問数: 毎回 1 つの質問のみ
- 選択肢数: 2〜4 個のボタン(ツール上限は 4)、上限を超える場合はテキスト説明+「その他」入力ボックスで対応
- 複数選択: すべて false(単一選択)
- ボタン label: 8 字以内に収め、選択肢ラベルとする
- ボタン description: その選択肢の意味や効果を一言で説明
各ノードの選択肢設定クイックリファレンス
| ノード | 質問 | options | カスタム入力の用途 |
|---|---|---|---|
| Step 3 立脚点選択 | 興味のある立脚点を選んでください | 2〜3 個の方向ラベル | ユーザーが独自の方向を提案 |
| Step 7 小見出し確認 | 上記の小見出し案で実行するか確認してください | 「確認、挿入」「小見出しを再提案」 | ユーザーが修正意見を提案 |
| Step 8 大見出し選択 | 希望する見出しを選んでください | 最初の 4 個の見出しラベル | 5 番目を選ぶ / 再結合を要求 |
| Step 9 リード文確認 | 上記のリード文を使用するか確認してください | 「確認、ドキュメント冒頭に挿入」「リード文を書き直し」 | ユーザーが方向性の調整を要求 |
注意事項
- 各ステップ完了後は必ず停止し、ユーザーの指示を待ってから次のステップに進むこと。自動的に連続実行しない。
- Step 2(素材検索)では AI HOT データやその他のオンライン情報源を参照可能。データはクロス検証すること。
- Step 4 の執筆時には自動的に khazix-writer Skill を呼び出してスタイルルールを読み込む。
- 見出しやリード文についてユーザーが修正を要求した場合、該当ステップに戻って再実行し、確認後に続行する。
- ファイル保存先は常にワークスペースフォルダとし、一時ディレクトリに保存しない。
- ビジュアル対話は AskUserQuestion ツールの機能範囲に限定され、カスタム UI コンポーネント、リッチテキストレンダリング、埋め込みプレビューはサポートされない。