x-draftlisted

# x-draft — リサーチレポートの X 投稿下書き daily-research のレポート 1 本から、X (プレミアムの長文投稿) 用の日本語下書き 1 本を作る。 **成功基準は摩擦**: ユーザーが「投稿したい」と思ってから、コピペ可能な品質の下書きが 数分で手に入ること。投稿本数のノルマ・エンゲージメント目標は置かない。 ## 境界 (なぜ下書きまでなのか) - **投稿は必ず人間が行う**。X への自動投稿・API 投稿・ブラウザ自動化は本 skill の 範囲外（外部プラットフォームへの無人書き込みは `rules/common/debugging.md`） - 通知・承認リクエストも作らない。下書きはこの会話に出力して終わり - スレッド形式は作らない。手動コピペと相性が悪い。長文 1 ポストに収める ## 手順 ### 1. レポートを解決する 対象は daily-research の解説レポート (`{date}_{track}_{slug}.md`)。置き場所は daily-research repo の `config.toml` (`vault_path` + `output_dir`) から解決する。 config が読めない環境では auto-memory の vault パスを使う。 - ユーザーが日付・track・ファイル名のどれかで指定していればそれを開く - 指定が曖昧なら、最新日のレポート一覧 (ファイル名だけ) を見せて選んでもらう - レポートは read-only。vault 側のファイルは編集しない ### 2. 事故ゲート (軽量・スキップ不可) 下書きを書く前に: 1. **一次ソース再確認**: 下書きの主要主張を支えるソース URL (レポート末尾「ソース」節 から 1〜3 件) を WebFetch で再取得し、レポートの要約が一次ソースの内容と一致するか 確認する。歪みを見つけたら、その主張は下書きに使わず、ユーザーに歪みの内容を報告する 2. **陳腐化チェック**: レポートの日付が今日から 3 日以上前なら、主要主張が置き換わって いないかを WebSearch で 1 回確認する (LLM 界隈は 1 週間スケールで陳腐化する)。 置き換わりを見つけたら下書きに反映するか、投稿自体を見送る選択肢を提示する 3. ゲートの結果 (確認したソース、鮮度判定) を下書きと一緒に 1〜2 行で報告する ### 3. 下書きを書く **X 読者向けに書き直す。レポートの転記・要約切り貼りは禁止** — レポートは repo 文脈を 持つ読者向けの解説であり、X のタイムラインで初見の読者が読むものとは別物。 構成規律: - **日本語・長文 1 ポスト** (プレミアムの長文上限内。目安 500〜2,000 字) - **1 行目がすべて**: タイムラインでは 1 行目しか見えない。結論か意外性のある事実で 始める。前置き (「今朝のリサーチで面白い発見が」等) は書かない。1 行目に迷ったら skill: `headline-craft` の技法カタログを使う - **本文**: 前提知識ゼロの読者が 1 ポストで理解できる自己完結の解説。レポートの 記述規律 (冒頭結論・背景解説) を X の長さに再圧縮する - **as-of 日付**: 主要な事実に「2026-08-07 時点」等を 1 箇所以上明記する