X運用モデル 図解

2026-08-18 決定分(D1~D9、夜の追加F1~F7)を図にしたもの。文章は図の補足だけ。

Keita決める・承認
千尋編集長・Claude Opus
Codex記者・データ係(xhigh)
Sonnet素材係
機械状態機械・API・描画
千尋とは
  • Claude Opus 5の役割名。独立プロダクトではない。
  • 起動はlaunchd定時起動 + Slackスレッド応答の2経路。
  • 人格プロンプト・記憶(x/chihiro/memory/)・Slack表示名「千尋」で一貫。
  • X APIは直接触らず、投稿はCodex経由。
  • 呼びかけは 千尋・ちひろ・チヒロ・chihiro・編集長。過負荷時はSonnetへフォールバック。

図1 ゴール階層

目標は4段。どの段も決めるのはKeitaの✅だけで、作るのは全部AI側。

誰が決める 誰が作る KGI 中心+18/ストレッチ+30 週 +4/+5/+4/+5(横並び) 旧+60は12週(3ヶ月)目安 T0 = #x-plan の「開始から+N人」 月次 テーマ・型・本数 週7本 = 短文5 / X長文1 / Article1 毎月1日に1か月分の企画を生成 週次 7本の企画と型別KPI Follows/1,000imp 1.5 → 2.0(Week1→4) 反応率 15%以上ならリプ継続 日次 今日の1本 2h / 24h / 48h を計測 → 翌朝へ Keita ✅ Keita ✅ Keita ✅ Keita ✅ 承認だけ 千尋 が数値と案を出す 千尋 + Codex が企画 千尋=文章 / Codex=集計 SonnetCodex千尋 機械が計測 実績は下から上へ、目標は上から下へ降りる

KGIの起点T0は #x-plan の日次フォロワー報告「開始から+N人」。X API有効化後も同じ数列につなぐ。反応率15%はリプライ継続の判定ライン。Follows/1,000impはWeek1で1.5、Week4で2.0が目標。

図2 3層ループ

月次・週次・日次は別々の会議ではなく、同じ1本のループの入れ子。

方針が降りる ↓ 実績が上がる ↑ 月次 毎月1日 08:00 ET 計画案 → Keita ✅ → 1か月分の企画を生成(テーマ・型・本数) 週次 日曜 21:00 ET 実績 → 維持1・変更1 → 来週7本 → Keita ✅ 日次 08:00 ET 千尋 ブリーフ Keita 修正FB Keita ✅ 承認 Codex 投稿 機械 計測 前段に Sonnet 06:00 の素材と Codex 07:30 のラフ案がある(図4) 2h / 24h / 48h の計測値は翌朝のブリーフへ戻る 素材ゼロでも在庫から出すので、この1周は毎日必ず回る 日次の講評は週次の材料、週次の決定は月次の材料になる 変更速度ルール 1投稿で戦略を変えない 同じ形式を3本、または 10本で傾向を確認する 2週で再現したら 正式ルールにする 承認の期限は翌 08:00 ET。未承認なら「前週計画を継続、未承認で進行中」と明記して止めずに進む。

下向き矢印=方針が降りる、上向き矢印=実績が上がる。外側ほど周期が長い。月次と週次の承認は #x-plan の同じメッセージへの✅で済ませる。

図3 週次タイムライン

週は土曜09:00の振り返りで決まり、承認期限は翌日曜21:00。日~金は同じ形を6回繰り返すだけ。

曜日固定枠 Article(例) X長文(例) Keita 決める・承認 千尋 編集長 Codex 記者・データ Sonnet 素材 機械 計測・描画 ✅ 期限 = 日 21:00 ET 未承認なら「前週計画を継続、 未承認で進行中」と明記して進む 土 09:00 ET 週次振り返り +来週7本 → #x-plan →翌日21:00 ETが 承認期限 毎日 スレッドで修正FB → ✅ 承認(最新版hashに紐づく) 人の必須作業はここだけ。承認が無い日は前日までの計画で進む。 毎日 08:00 ET #x-today「今日の1本」ブリーフ 型・ラフ案・390pxプレビュー・進捗ボード / 修正版には数分以内に差分講評 毎日 07:30 ラフ案 → 予約・投稿(時刻は週次計画で1本ごとに指定) 09:15 ET に #x-metrics へ日次進捗(KGI進捗率・今週の投稿状態・前日比) 日次では稼働なし(週次のみ) 金 17:00 ET 一次情報の収穫 → ネタ帳 各投稿の 2h / 24h / 48h を自動計測 結果は翌朝のブリーフと日曜の振り返りへ渡る 受け渡しの順番は図4 ネタ帳 → リプ実施日 候補5件 → 承認3件 対象は投稿から2時間以内 Week 1・3 Week 2・4 Week 1・3 Week 2・4 Week 1・3 Week 2・4

土09:00の計画に日21:00までに✅が付かなければ、前週計画のまま進む(止まらない条件)。金17:00のハーベストが土09:00の計画の材料になる。曜日固定枠は週次計画で決める。図中の水=Article、金=X長文は例。KGIは中心+18/ストレッチ+30(週+4/+5/+4/+5、旧+60は12週目安)。会話コア経由の事前期待値は目安3割(v0.5、audience-strategy.md §7)。

図4 日次タイムライン

1日は承認済みの週次計画から始まり、Keitaの作業はスレッドでの修正と✅だけ。

06:00 ET 時間の流れ 投稿後 ~ 翌朝 Keita 決める・承認 千尋 編集長 Codex 記者・データ Sonnet 素材 機械 計測・描画 日次では稼働なし(週1回、金曜17:00にハーベスト) 承認済み週次計画 土09:00 千尋 v1 → 日21:00 Keita✅ 07:30 ラフ案 ネタ帳の該当エントリを 材料に書く 7項目チェック(内部) 08:00 #x-today 「今日の1本」ブリーフ 型・ラフ案・390pxプレビュー プレビューアプリで修正 「Slackへ投稿」→ 同スレッド 最後に ✅(最新版hashに紐づく) 数分以内に差分講評 変更箇所の講評 + ズレ判定1行 9項目の採点はしない 予約 → 投稿 X APIで実行 完了を報告 2h/24h/48h 自動で計測 → 翌朝へ 修正版 講評 翌朝 08:00 のブリーフへ戻る 会話ループ(会話コア、図0) 千尋 リスト監視(watch.py) #x-reply 通知 候補2~3件/日 Keita プレビューアプリでリプ 数字を1つ足す 送信箱 outbox 投稿 許可後、Codex実行 千尋が計測 相手の返信/引用 返信率・引用数 → 週次へ 例外時も止めない:素材ゼロ・Chrome停止・API障害でも 08:00 のブリーフは在庫から必ず出る。 障害は #x-ops に自動通知。投稿時刻は週次計画で1本ごとに指定する。

9項目の採点は廃止。Keitaが受け取るのは差分講評とズレ判定1行だけ。公開前7項目はCodexの内部合否にだけ使い、結果(合格 / 書き直し)しか出さない。プレビューはモバイル表示のみ、同じ下書きの2回目以降は同じスレッドに積む。Sonnetは日次では稼働しない。素材収集は週1回、金曜17:00のハーベストのみ(図3)。会話ループ(N8、v0.4新設): 千尋が`jobs/x-reply/watch.py`で会話コア17人のリストを監視し、候補を#x-replyへ通知。Keitaがプレビューアプリでリプ本文を作り送信箱(outbox)へ、許可後Codexが投稿。相手の返信/引用は千尋が計測し、返信率・引用/リポスト獲得数として週次(#x-plan)へ渡す。X投稿を実行する機能はこのビルドには無い(outboxが明示的な境界、handoff/impl-S7-reply.md参照)。

チャンネルの目的

Keitaはチャンネルを選ばなくてよい。プレビューアプリが種別で自動振り分けする(投稿→#x-today、リプ/引用→#x-reply)。

チャンネル目的
#x-plan月次/週次計画・振り返り・KGI・Keita決定(✅)
#x-today今日の自分の投稿(v0→修正→✅)
#x-reply相手の投稿への反応(リプ・引用)の機会・下書き・講評・依頼受付
#x-metrics日報(人が読む)
#x-ops障害・再認可・予算アラート(呼ばれた時だけ)

図5 役割 × チャンネル

同じ種別のメッセージを2つのbotが書かない。人が読むのは4つのうち3つ。

  #x-plan計画・振り返り・決定 #x-today毎日の1本・修正・承認 #x-reply会話コア候補・リプ通知(N8) #x-metrics1日1回の進捗・日次フォロワー #x-ops障害・再起動
Keita決める 読む月次・週次の計画 書く修正FB 最終承認 読む候補通知書くプレビューアプリでリプ本文 読む毎日の進捗把握 読む呼ばれた時だけ
千尋編集長 書く振り返り・計画案・週次KGI 書くブリーフ・差分講評・ズレ判定・返答 書くリスト監視で候補通知(2~3件/日)+相手の返信/引用の計測結果 読む週次の材料にする 読む異常はKeitaへ要約
Codex記者・データ 読む集計はrepoへ書く 書くラフ案(スレッド子)・予約 / 投稿の完了報告 書くoutbox実行後の投稿完了報告 書く09:15の日次レポート 書くジョブ失敗・API障害
Sonnet素材 なし なし 素材はrepoの在庫へ なし なし なし
機械計測・描画 なし なし 進捗ボードの描画だけ なし 送信箱(outbox)はrepoのファイル境界 なし 生データはrepoに保存 書くブレーカー・再起動

種別ごとの単一オーナー:提案・判定・ブリーフ・返答=千尋 / 機械レポート・ラフ案・投稿完了報告=Codex。全メッセージに post_id と version を載せ、監査はrepoのイベントログで行う。Codex用のSlack tokenが出るまでは、ラフ案は千尋が「Codex作・千尋代理」と明記して代理投稿する。#x-replyは会話コア(図0)専用。X投稿を実行する機能はこのビルドには無く、送信箱(outbox)が明示的な境界(handoff/impl-S7-reply.md)。

図6 計画承認スレッドの流れ

#x-planは1本のスレッド。修正は自由文、確定は最新版への✅だけ。

#x-plan(本流) 千尋 来週の計画 v1(7本) テーマ / 型 / 出所 / 曜日 / 狙うKPI 7本を1件ずつ列挙 K Keita 「水曜のやつ重い。短文でいい。…」 (自由文・複数行可) 数値評価やフォームではなく普通の会話文 千尋 v2(変更3点の差分) 7本全文を再掲(数分以内に再提示) K Keita ✅(最新版メッセージに付ける) 千尋 確定(7本を企画として作成、版hashを記録) 週の途中の差し替え(分岐・同スレッド) Keita 「木曜のやつやめたい」 千尋 差し替え案 plan-v3(diff) 同スレッドの差分メッセージ Keita ✅(diffメッセージに付ける) 千尋 確定(plan-v3で木曜分を差し替え) 旧版の✅は失効。期限(日21:00 ET)を過ぎたら前週計画で継続。月次も同形式で、初回のみ30分の壁打ち→千尋がv1化。

版はhashで紐づく。最新版以外の✅は自動で無効になり、承認は常に「今出ている最新メッセージ」への1回だけ。

図7 コンテンツ源モデル

投稿の主素材はKeitaの一次情報。外部ニュースは週0~1本の引用フックだけ。

源(5つ) 集約 週次計画 柱(4本) Circleback議事録 商談・顧客・現場 一次情報 shisou-db 参照専用 一次情報 リリースノート プロダクトの変更点 一次情報 HP・プレス・事例 公開済みの一次情報 一次情報 Keitaのslack発言 スレッド・雑談の発言 一次情報 ネタ帳 x/plan/netacho.md 金17:00 Sonnetが更新 週次計画 7本 土09:00 千尋が生成 USで戦う当事者の実録 AI 採用 事業づくり 外部ニュース 週0~1本の引用フック(細い破線=主素材ではない) 左5源には「一次情報」バッジ。外部ニュースだけバッジなし・線も細い破線。

5源はすべてKeita自身の一次情報。外部ニュースは主素材ではなく、線の太さと破線で扱いの違いを示す。