xiaohongshu-card-notes

Xiaohongshu カードノート

以下の共有パブリックスキルルールに従ってください:

• postplus-shared パブリックスキルルール

このスキルは、ユーザーが既存の素材を Xiaohongshu のカードスタイルノートに変換したいときに使用します。

典型的なソース入力:

• HTML ランディングページ
• 口述スクリプト
• Markdown メモ
• 結果テーブルやダッシュボード
• ケーススタディページ
• カルーセルカードにすべきワークフローの説明

このスキルはカードスタイルの画像ノート向けであり、汎用的なキャプションや長文の散文投稿向けではありません。

デフォルトの目標

以下を満たす Xiaohongshu カードノートを作成します:

• モバイルでスキャンしやすい
• 視覚的に構造化されている
• ページごとに明確
• スキャンしやすさを損なわずに情報密度が高い
• ソース素材に忠実

目標は「美しく書き直すこと」ではありません。

目標は:

• ソースから最も強いメッセージを抽出する
• それを少数の強力なカードにマッピングする
• 密度が高くても各ページを読みやすく保つ
• 出力をデザインにそのまま使えるようにする

最初の判断

ユーザーが実際に何を必要としているかを判断します:

1. content-to-cards

ユーザーがソース素材を持ち、完全な Xiaohongshu カードノート構造を求めているときに使用します。

返すもの:

• ページプラン
• カバータイトル
• ページごとの見出し
• ページごとの本文コピー

2. layout-only

ユーザーがすでにページコピーを持ち、パッケージングのみを求めているときに使用します。

求められない限り、内容を書き直さないでください。

3. html-adaptation

ソースが HTML ページまたはランディングページのときに使用します。

検査するもの:

• セクション階層
• 証明/データモジュール
• タイトルシステム
• 視覚的リズム

その後、Web レイアウト全体をそのまま写すのではなく、Xiaohongshu ページに変換します。

4. script-adaptation

ソースが口述スクリプトのときに使用します。

口述の冗長性を保持しないでください。 スクリプトをカードに適したステートメントに圧縮します。

5. hybrid-source

ユーザーが HTML ページとスクリプトの両方を提供したときに使用します。

デフォルトの動作:

• HTML が強い場合は HTML から構造を取る
• スクリプトの方が強い場合はスクリプトから判断と表現を取る
• それらを 1 つのカードシーケンスに統合する

レイアウトルール

ユーザーがデザインにそのまま使えるカード出力を求めたときは常に references/card-layout-spec.md を読んでください。

譲れないデフォルト:

• アスペクト比: 3:4
• キャンバスサイズ: 1242 x 1656
• すべてのページが疎でなければならないと仮定しない
• 一部のページは 画像主体 にすべき
• 一部のページは 高密度メモページ にすべき
• 左揃えがデフォルト
• 強調表現は少数のみ使用する
• リポジトリにすでに強力な HTML またはランディングページのリファレンスが含まれている場合は、新しいスタイルを考案するのではなく、そのカラーシステム、カード言語、角丸、視覚的リズムを継承する
• ユーザーが強力な HTML またはランディングページのリファレンスを提供した場合、 そのファイルをカードレンダリングの視覚的な正とみなす
• ランディングページのダークなフローティングピル、発光するブルーのグラデーションブロック、淡いブルーのサーフェス、大きな角丸カード、明るい背景上の黒い見出しを使用する
• 古い黒いメモカードの制約は現在のリリーススタイルでは非推奨であり、ランディングページのリファレンスと競合する場合は上書きすべき

ソース適応ワークフロー

HTML、スクリプト、または混合ソースから適応する場合は references/source-adaptation-workflow.md を読んでください。

作業順序は:

1. 核心となる主張を特定する
2. カードシーケンスを決める
3. 各ページを 1 つの役割に圧縮する
4. ページの役割を割り当てる
5. ページの役割に合うカードコピーを書く

ページの役割

一般的なページの役割:

• カバー
• 画像主体のカバー
• 問題
• 隠された真実
• フレームワーク
• 高密度メモの説明
• 証明 / データ
• ケース結果
• ワークフローのスナップショット
• テーブルスクリーンショットページ
• 締めくくりの判断

すべてのノートにこれらすべてが必要なわけではありません。

ストーリーを明確にする最小のセットを選んでください。

コピーのルール

各ページについて：

• 1ページ = 1つの主要なメッセージ
• すべてを短いスローガンに平坦化しない
• 短い宣言的な行を優先する
• キーワードは強く、まばらに保つ
• ユーザーの判断と運営者のトーンを保つ
• デフォルトで not X, but Y を避ける
• デフォルトで in other words を避ける
• 修辞的な対比テンプレートよりも直接的な記述を優先する

高密度のメモページについて：

• 必要に応じて3〜6個の短い段落を許容する
• 各段落は1つのサブポイントを押し出す
• 段落の間隔は箇条書きの数よりも重要である
• ページはそれ自体でスクリーンショットに値するように感じられるべきである

画像主体のページについて：

• 画像に間、雰囲気、または証拠を担わせる
• コピーはコンパクトに、しかし鋭く保つ
• これらのページを使って高密度ページの間にリズムを生み出す

話し言葉のスクリプトから適応する場合：

• 繰り返される前置きを削除する
• 口語のフィラーを削除する
• 最も強い行を残す
• 説明をページの見出しと短い補足テキストに変換する

HTMLから適応する場合：

• ナビゲーションバー、フッター、またはウェブ専用の足場を再現しない
• ヒーローの主張、証拠ブロック、ワークフローブロック、結果テーブルのロジックは、カードの並びに役立つ場合にのみ残す
• ウェブのセクションはしばしば複数のカードに分割する必要がある

すべてのセクションを無理にまばらなカードにしないでください。 ソースに強い推論が含まれている場合は、それを高密度のメモページとして保ってください。

出力の形

依頼に対して最小限の有用な出力を返します。

一般的な形：

• image-post structure
• cover title options
• page-by-page copy
• design notes
• image-post brief

完全なカード生成の場合、デフォルトでこの形式にします：

cover

• title
• subtitle or tag

page 2

• headline
• body
• optional design note

ページごとに繰り返します。

デザインノート

デザインノートは、実行に役立つ場合にのみ含めてください。

有用なデザインノート：

• テキストの階層
• 推奨される強調語
• 推奨されるチャート／テーブル／スクリーンショットの使用
• ページを主にテキストにするか、主にビジュアルにするか
• 参照HTMLのビジュアル言語のどの部分を継承すべきか
• どのカードがヒーローグラデーションの処理を使うべきか
• どのカードが白い証拠テーブルの処理を使うべきか
• どのカードが暗いメモパネルの代わりに淡いブルーの補助サーフェスを使うべきか

「おしゃれにする」のような曖昧なノートは避けてください。

密度の好み

このワークスペースは現在、一般的なカルーセルカードよりも高密度の小紅書ノートスタイルを好みます。

デフォルトの好み：

• まばらなページと高密度のページを混ぜる
• 一部のページを価値の高いメモのスクリーンショットのように読ませる
• 推論が重要である場合は、より強い段落密度を許容する
• 画像やスクリーンショットを使って高密度ページの間に呼吸の余地を生み出す

3 lines max を普遍的なルールとして使わないでください。 それは軽いページにのみ適用され、メモページには適用されません。

アンチパターン

しないでください：

• スクリプト全体をそのままカードに流し込む
• ウェブページのセクションを圧縮せずにセクションごとに写し取る
• 各ページにあまりに多くの箇条書きを詰め込みすぎる
• あまりに多くのハイライトカラーを使う
• すべてのページを同じくらい大声にする
• 信頼を弱める一般的な小紅書のうわべを加える

デフォルトの入力の形

一般的な入力の形は：

• プロフェッショナルなスクリプト
• 構造化されたHTMLページ
• 結果テーブル
• 証拠の多いワークフローの説明

デフォルトの好み：

• ソースから最も強い判断を保つ
• 証拠を目に見えるカードページに変換する
• テーブルやダッシュボードを1つ以上の専用の証拠カードにする
• 高密度のメモページとビジュアルな証拠ページを混ぜる
• 最終的な出力を、再パッケージされたウェブページではなく、プロフェッショナルな小紅書カルーセルのように感じさせる

公開スキル実行契約

• ページプラン、ソース抽出、中間レイアウトノートは <work-folder>/.postplus/xiaohongshu-card-notes/ の下に保つ
• 最終的なユーザー向けカードコピーまたはデザインブリーフのみを .postplus/ の外に保つ
• 1つのソースドキュメントと小さなカードセットに対して、境界のある最初のパスから始める
• 必要なソース素材が欠けているか不十分な場合は、欠けている証拠をでっち上げたり、顧客固有のフォールバックの仮定を使ったりするのではなく、早期に失敗する