write-like-meng-on-x

X で Meng のように書く

開始

ユーザーが別のチェックアウトを指定しない限り、ユーザーの Content リポジトリで作業します。Content リポジトリがアクティブでない場合は、利用可能なワークスペースのルートから見つけるか、ファイルを書き込む前に対象を確認します。

1. ファイルを変更する前に、AGENTS.md を読み、git status --short --branch を実行します。
2. 下書きを作成する前に、references/voice-profile.md を読みます。
3. 事実や個人的な背景を確認するため、references/content-source-map.md の関連する行だけを読みます。
4. 執筆前に、references/tweet-corpus.jsonl で話題、フック、リソース、製品、繰り返し使われるフレーズを検索します。rg で絞り込んで検索できる場合は、コーパス全体を読み込んだり、内容を言い直したりしないでください。
5. 執筆済みの X 投稿は、つなぎ合わせるコピーではなく、文体を判断するための根拠として扱います。

根拠の優先順位は次のとおりです。

1. 現在のユーザー指示と元の文言
2. 同じ形式で最近執筆された投稿
3. Content リポジトリ内の信頼できる個人、製品、リソースに関する情報
4. 以前に執筆された投稿
5. 継続性を保つための過去の生成済み下書き

下書き

まず形式を特定します。返信、オリジナル投稿、引用投稿、リソースの共有、スレッド、製品投稿のいずれかです。Meng の返信は単独の投稿よりくだけた文体なので、同じ形式の例に合わせます。

ユーザーの元の一文がすでに自然な場合は、そのいちばん強い一文を残します。一般的なコピーライティングの型に考えを当てはめるのではなく、明確さ、順序、具体性を改善します。

役に立つ場合は、実際にある事柄を投稿の根拠にします。

• Meng が開発した製品、または実際に使用している製品
• Content に記録されているワークフロー、制約、失敗、裏付けとなる事実、結果
• Meng が実際に共有したリソース
• コーパスや信頼できるプロジェクト情報ですでに裏付けられている個人的な情報

使用実績、数値、顧客、チームの行動、旅行、家族の詳細、製品の機能、結果を決して捏造しないでください。リソースの共有を、隠れた製品宣伝に変えないでください。

リライトまたは下書き作成の依頼には、ユーザーが別の数を明示的に指定しない限り、完成稿をちょうど 5 案返します。最もよい案を先頭に置きます。表面的な言い換えを 5 つ作るのではなく、切り口、構成、リズム、意図をしっかり変えます。

投稿に合わせて、次のような異なるタイプを組み合わせます。

1. ユーザーの元の考えと表現を残した、最も忠実な推敲案
2. フックを強めた案、または構成を引き締めた案
3. 会話調、個人的、またはよりくだけた口語調の案
4. 裏付け、仕組み、実用性を前面に出した案
5. 遊び心のある案、反論を誘う案、意外性のある案、またはユースケースを軸にした案

役に立つ場合は、各案にリミックスのタイプを記します。5 案すべてで、同じ検証済みの事実に基づいてください。分析で本文を埋もれさせないでください。

ユーザーがよりかしこまった文体を求めない限り、くだけた話し言葉を基本にします。洗練されたブランドコピーのような表現よりも、Meng が口に出して自然に言う言葉を優先します。

すべての文に、考えを前に進める役割を持たせます。2 文目や次の段落で、フックを言い換えたり、同じ機能をもう一度説明したりしないでください。理由、仕組み、ユースケース、裏付けとなる事実、制約、対比、問い、結論を加えます。新しい情報が何も増えない場合は、その文を削ります。

繰り返しを防ぐ

仕上げる前に、次の 2 種類の重複を確認します。

コーパス内の重複

• 投稿 ID、正規のステータス URL、正規化したテキストハッシュで照合します。
• 文体の根拠として保存するのは Meng が執筆したテキストだけにします。引用元のテキストは文体のフィールドに含めません。
• 同じ執筆済み投稿を 2 回以上追加しないでください。
• 検証済みの完全版が入手できる場合に限り、途中で切れた記録を置き換えます。

編集上の重複

• 同じフック、主張、リソースの組み合わせ、逸話、証拠となる事例、締めくくりがないか検索します。
• 特徴的な一文を、少しだけ言い換えて再利用しないでください。
• 繰り返し登場する考え方を扱うことは問題ありません。ただし、新しい投稿では新たな根拠、異なる仕組み、有用な最新情報、または新しい個人的な視点を加えてください。
• 元の内容が本当に発展させている場合を除き、taste is the moat、context matters、AI slop、the prompt is not the pointを別の形で繰り返すより、新鮮な気づきを優先してください。

音声コーパスを更新する

Codex のアプリ内ブラウザーのみを使用してください。Chrome は使用しないでください。X は読み取り専用にしてください。投稿、返信、引用、いいね、リポスト、ブックマーク、フォロー、DM、アカウント状態の変更は行わないでください。

サインイン済みのプロフィールと「Latest」検索を開きます。

https://x.com/MengTo
https://x.com/search?q=from%3AMengTo&src=typed_query&f=live

更新のたびに、次の手順を実行します。

1. X で十分な履歴が表示される場合は、未確認の投稿を20～50件収集します。まず最新の台帳エントリーより新しい投稿から始め、今回の収集件数が20件未満の場合は、最古の台帳エントリーより古い投稿もさかのぼって補完します。
2. オリジナルの投稿、返信、引用投稿を含めます。他人が書いた純粋なリポストは除外します。
3. 投稿 ID、正規 URL、UTC タイムスタンプ、投稿者自身のテキスト、形式を記録します。
4. 投稿者自身のテキストが省略されている投稿はすべて、ステータスページで展開します。それでも全文を確認できない投稿があれば報告します。
5. 収集時は引用元のテキストを分けておき、音声コーパスから除外します。
6. 収集したバッチを JSON または JSONL として保存し、このスキルと同じ場所に同梱されているスクリプトで取り込みます。

node <skill-dir>/scripts/update-tweet-corpus.mjs --input <batch-path>

7. スクリプトの実行レポートを確認します。正常に実行された場合、最終コーパス内の重複 ID、URL、テキストハッシュはすべて0件と報告されます。
8. 新しい証拠によって繰り返し見られるパターンが裏付けられた場合、以前の結論が変わる場合、有用な実体験に基づく文脈が加わる場合、または形式固有の手法が明らかになった場合に限り、references/voice-profile.mdを更新します。
9. 新しい Content の作業によって、長期的に有用な製品情報、リソース、ストーリー、教育的なテーマが加わった場合は、references/content-source-map.mdを更新します。文章を丸ごとコピーするのではなく、出典にリンクしてください。

X からログアウトされている場合、CAPTCHA によってブロックされている場合、または Codex ブラウザーに接続できない場合は、作業を停止して具体的なブロッカーを報告してください。代替手段として公開検索、Chrome、推測した投稿を使用しないでください。

プロフィールを磨く

プロフィールを編集する前に、バッチを分析します。

• サンプル数と日付範囲
• オリジナル、返信、引用投稿の割合
• 一人称の使用状況
• 段落やリストのパターン
• 繰り返し使われる書き出し、つなぎ、締めくくり
• 具体的な名詞、ツール、リソース、製品、根拠
• 自然な個性として残すべき粗さと、ルール化すべきでない単なるノイズ

会話で使う語彙、表記、好奇心、感謝、反論の仕方を把握するには、返信を参考にします。フック、ストーリー、テンポ、リスト、根拠、締めくくりを把握するには、オリジナルの投稿を参考にします。引用投稿やリソースの共有からは、Meng が理由や仕組み、関連リソースをどのように加えるかを参考にします。

本物らしさをまねるために、わざと誤字を作らないでください。形式に合う場合は、自然な率直さ、短縮形、ときおり使われる断片的な文、すべて小文字の表現を保ちます。

検証してコミットする

スキルまたはコーパスを変更した後、次を実行します。

node <skill-dir>/scripts/update-tweet-corpus.mjs --check
python3 <skill-creator-dir>/scripts/quick_validate.py <skill-dir>
git diff --check -- <skill-dir>

ソース管理対象のwrite-like-meng-on-x/スキルフォルダーのみをステージングし、変更範囲を絞ってコミットします。無関係な変更済みファイルや未追跡ファイルには触れないでください。

サンプル数と追加数、日付範囲、プロフィールの変更点、重複チェック、ブラウザーの状態、検証結果、コミットハッシュを報告します。新しい投稿も長期的に有用な文体上の知見も見つからなかった場合は、不要な変更を作らず、変更なしとして報告します。