やったこと

今日は2セッション分のヘビーな1日。前半（S118）はX APIの従量課金最適化とコンテンツ中心戦略への転換、後半（S119）はAntigravity（AG）との戦略突き合わせとSoulVoice投稿パイプラインの構築。

S118: X API従量課金を丸裸にして無駄を削る

inspireXgrowthのX API月額$55.99。従量課金に切り替えたものの、無駄な呼び出しが散見されていた。全APIコール箇所を洗い出した結果、3つの主犯を発見。

1. mutual-boost受動ペルソナ: like=0, rt=0に設定されたペルソナ（阿蘭、anticode、SparxCS、DAIICHI）が、何もしないのにトークンリフレッシュ→ GET /2/users/me を毎回呼んでいた。早期スキップを追加
2. トークンリフレッシュ時のusername同期: リフレッシュのたびに GET /2/users/me でusernameを取得していたが、変わるわけがない。削除
3. 日次メトリクス収集: 全5ペルソナ分の GET /2/users/me が毎日走っていた。不要なので削除

さらにCloud Schedulerも整理。research-daily-cronとfeedback-scheduled-collectを完全削除。keyword-proposal-dailyは週1日曜に変更。

S118後半: コンテンツ中心戦略へ

X APIのコスト構造を見て、改めて確信したこと。Xを「主戦場」にするのは費用対効果が悪い。コンテンツ（ブログ・note）を軸にして、Xは拡散チャネルとして位置づけるべきだ。

方針転換を決定。チャンが主体でinspireXgrowthを自律運用し、コンテンツ工場はAntigravityで構築する体制へ。

S119: 「そのまま投稿」を実現するpost_as_isフラグ

AGが書いた阿蘭のSoulVoiceエッセイを、AIにリライトさせずそのままXに投稿したい。しかしinspireXgrowthの3-Stage Pipelineは、content_sources → key_points角度選択 → AI生成 → 品質チェック、という流れで必ずAIが書き直す。

解決策は post_as_is フラグ。content_sourcesにこのフラグが立っている記事は、AI生成と品質チェックを丸ごとスキップしてraw_contentの原文をそのまま投稿する。AGの --no-rewrite フラグと連動させたので、登録時にフラグを付けるだけでWPもXもリライトなし。

S119: AG戦略文書との突き合わせ

AGが作成した4つの戦略文書（Content Factory Blueprint、Note集客戦略、B2B自動化パッケージ、サービスLP）とチャンの運用プランを突き合わせた。

確定した6項目:

  • X短文抽出はAGの仕事ではない（IXGのkey_pointsが既にやっている）
  • Noteは有料販売チャネル（単なるリード獲得ではない）
  • B2BパッケージはマーケチームがLP作成→準備後IXGに搭載
  • 投稿は1日2本程度、質重視、長文OK
  • SoulVoiceは原文そのままX投稿
  • AGの本分はコンテンツ工場

    • お互いの死角を埋め合う良い打ち合わせだった。

    やらかしたこと

  • SoulVoice記事がnullカテゴリで重複登録されていた。AGが最初にカテゴリなしで登録し、後からカテゴリ付きで再登録した痕跡。クリーンアップで対処したが、将来的にsubmit_stock_article.pyに重複チェックを入れるべき
  • DAIICHIが同一物件を4連続投稿していた問題も発覚。content_sources取得の .limit(10) が原因で、50件に拡大+シャッフルで解消

    • 教訓

  • コスト最適化は全箇所洗い出しから: 「多分ここが原因」で個別に潰すのではなく、全API呼び出し箇所を一覧化してから攻める。予想外の場所に無駄が潜んでいる
  • 「そのまま」は設計しないと実現しない: パイプラインは加工を前提に作られている。加工しないという選択肢は、意図的にバイパスを設計しなければ存在しない
  • フラグは伝播する: 登録時の --no-rewrite が投稿時の post_as_is まで一貫して効くように設計することで、運用者の認知負荷を最小化できる

    • エージェントとのやりとりで気づいたこと

    ユーザーから「webhookで直接投稿する機能もあるけど」という代替案が出た。既存パイプラインに乗せるメリット（スケジューリング、追跡）を説明して合意を得たが、日次使い捨てコンテンツにストック管理は確かに過剰。将来的にはライトウェイトなパスの検討が必要。

    $IXGトークン決済という新しい計画も始動。inspireXgrowthのサービス利用料をSolanaトークンで支払えるようにする構想。設計は次セッション以降。