『AI Creators on X · 20 人の中国語 AI クリエイターの技術的知見の蒸留』 — 全書能力エントリーポイント
トリガーと非トリガー
適用範囲: 本書の6つの能力領域に関連するエンジニアリング構築、越境成長、ビジュアルコード化、AI臭さ除去、モデル評価、企業FDE導入タスク（下記ルーティングテーブル参照）。
非適用:
- 各LLM APIまたはSaaSプラットフォームの今日のリアルタイム価格、キャンペーン、請求異議申し立て（本書は2026年11月時点の単価のみを参考として提供）
- 支払い署名検証のバイパス、チャージバックの偽造、または人間による確認なしの一斉送信/公開などの高リスク操作
- 国内個人開発者が資格なしにフォーラム/UGCコミュニティのコンプライアンス承認代行を行うこと
- AI Agent、個人開発、SEO/GEO、AIGCビジュアル、企業デジタル化とは無関係な一般的な学術的質問
核心原則（クイックリファレンス、概要レベルの質問にはここを読んで回答）
- レビュー帯域幅で上限を設定: 人間が同時にフォローできるアクティブセッションは3～5まで（@vista8）。「1プロジェクト1専用Bot ＋ Git Worktree並列 ＋ E2E録画/ビュースクリーンショット自己チェック」（@vikingmute、@waylybaye）で、逐行の人手によるPRレビューを代替。
- 構造と継承でコンバージョンを決定: 越境サイトは最初に「Entity → Topic Map → URLの3層」と「コード/CMS/toolKeyの3ページ分離」で計画（@CoderJeffLee）、「1語1ページTDH ＋ ファーストビュー生成器優先フォーム」（@gefei55）を厳守し、Fan-out軌跡とインテントグループ配置でGEOを展開（@yaojingang）。
- ビデオとデザインを完全にコード化: ラフなホワイトボックスプロトタイプでカメラワークを事前決定（@TanLuAI）、最初にBGMビートを分解してタイムラインを配置し（@MANISH1027512）、その後AgentにRemotion/SwiftUI/HTMLコードを書かせるか、Renoise MCPを呼び出してレンダリングし、文字化けのないQRコードポスターを生成（@joshesye、@jinchenma_ai）。
- フルスタックの厳格なルールでAI臭さを除去: コード層ではPre-commitで5,000トークン超の単一ファイルをインターセプトし、過剰な防御を禁止（@vikingmute）。UI層では
impeccableでInterフォント、紫のグラデーション、3カラムカードなど62の特徴をブロック（@sitinme）。ビジュアル層では手ブレとバックミラーの埃を保持（@Adam38363368936）。ライティング層ではAIによる初稿作成を厳禁し、人間が原稿/口頭でアイデアを提供した後、AIが章ごとに推敲することを堅持（@jinchenma_ai）。
- シナリオごとにモデルリスクを隔離: 長期的なコアコードベースはSOTAモデルに固定し、「初期の知的債務」を防ぐため重要なポイントのみを記録（@waylybaye）。ToB企業デリバリーは403エラーを防ぐため、安定した国産モデル（DeepSeek/GLM）に固定（@cnzhihao）。評価は「ゼロからベクトルデータベースパフォーマンステスト ＋ 6回連続抽選安定性テスト」で、リーダーボードゲームを置き換え（@karminski3）。
- ビジネス導入はまずゲートを設置: 製造業FDEでは、まずERP/MESの基礎コスト（システムあたり5～8万元）を計算し、5人以内・20人日を超えないように上限を設定、「コード→Agent→人間」の3層エラー報告を構成（@cnzhihao）。経営陣は「1週間Feishuにログインしない承認制」（@FuSheng_0306）を使用。Stripe未払いの場合は、直接チェックアウトリンクでリカバリー（@sitinme）。
標準実行ワークフロー（4ステップクローズドループ、明確な入力/出力を含む）
- Step 1：意図分類とレッドライト事前チェック
- 入力: ユーザーの元のリクエストと現在のプロジェクトコンテキスト。
- アクション: 「非適用」リストと下記「チェックポイントと障害復旧テーブル」を確認。高リスクまたは範囲外の項目に該当する場合は、ルールに従って直ちにインターセプト。
- 出力: 該当する単一の主要能力カードパス（クロスドメインタスクの場合は最大2枚）、または概要/拒否応答。
- Step 2：必要に応じて能力カードをロードし、必須入力を確認
- 入力: Step 1で選択された
references/capabilities/<slug>.md。
- アクション: そのカードの
## E — 実行可能ステップ を読み、ユーザーがそのカードに必要な「必須入力」（技術スタック、ターゲットキーワード/サイトタイプ、ビデオ長/参照ソース、企業システムの現状など）を提供したか確認。
- 出力: 入力が完全な場合はStep 3へ。重要な入力が不足している場合は、不足項目のリストをユーザーに一度に質問。
- Step 3：🔴 チェックポイント 方案調整と実行アウトプット
- 入力: 調整済みのユーザーパラメータと能力カード
E のステップ。
- アクション: 破壊的変更、有料APIのバッチ呼び出し、プロダクション環境へのデプロイ、外部への送信が含まれる場合：🛑 停止し、最初に実行計画と定量的閾値を出力し、ユーザーの確認を得てから実行。通常の計画は、能力カードのステップに従って設定、コマンド、プロンプトテンプレート、またはアーキテクチャテーブルを直接出力。
- 出力: 再現可能なエンジニアリング設定/スクリプト/SOP成果物（出典アカウントと日付付き）。
- Step 4：境界自己チェックと証拠検収
- 入力: Step 3で出力された計画またはコード。
- アクション: ロードされた能力カードの
## B — 適用境界と反例 の「自己チェックリスト」の各項目を確認（Pre-commit 5,000トークン閾値、支払いコールバック署名検証、AI臭さブラックリストなど）。
- 出力: 最終成果物 ＋ 自己チェック合格項目リスト。
チェックポイントと障害復旧テーブル（先に読むこと）
- 🔴 チェックポイント 1（不可逆アクションゲート）：支払い/チャージバックコールバックのリリース、外部への一斉メッセージ送信（WeChat/メール）、プロダクションデータベースの直接変更を含む場合 → 🛑 停止し、最初に署名検証または人間によるレビューゲート付きの計画を出力しなければならず、人間の確認なしに直接実行を許可してはならない（根拠：@gefei55 チャージバックコールバックの23件の不正注文被害、@sitinme Feishuレビューゲート、@FuSheng_0306 WeChat確認ゲート）。
- 🔴 チェックポイント 2（FDEとサイト構築コストゲート）：伝統的企業向けカスタマイズまたはバルクドメイン購入サイト構築を含む場合 → 🛑 停止し、最初にERP/MES基礎コスト（システムあたり5～8万元）と20人日上限を計算するか、新しいディレクトリの4つのチェックを通過させる。PMFのない泥沼に陥るのを防止。
| トリガー条件（Xが失敗/異常の場合） | 一次修正アクション（最初にYを実行） | それでも失敗した場合のフォールバック（Z） |
|---|
| ユーザーの意図がルーティングテーブルの最初の6行に該当しない | references/capability-index.md と references/glossary.md を検索し、同義語をマッチング | 20人のクリエイターの実証範囲を超えていることを明確に伝え、最も近い既知の境界を示し、一般的な知識に基づいてでっち上げることを禁止 |
ユーザーが能力カード E の必須入力を提供していない（技術スタックや参照画像/長さなどが不足） | 2～4個の具体的な不足フィールドをリストアップし、ユーザーに一度に確認 | ユーザーが汎用テンプレートを要求した場合は、[プレースホルダー] を使用して標準的な骨組みを出力し、置き換えが必要な項目を明示的にマーク |
| ターゲットツール/プラットフォームが実行環境の制限で呼び出せない（Xcode、特定のMCPがないなど） | 同じカード内のクロスプラットフォーム代替案に切り替え（Git Worktree + 汎用CIスクリーンショット、ローカルDuckDBで個別MCPを置き換えなど） | 純粋な静的ルールファイル（AGENTS.md、Pre-commit Hookスクリプト、セグメント化されたプロンプトテンプレート）の出力にダウングレード |
| ユーザーがリアルタイム価格、今日のベンチマークスコア、アカウントBAN異議申し立て保証を要求 | 2026年11月キャプチャ断面データ（例：Topview T1 $0.22/s vs Seedance 2.5 $0.585/s）を提供し、タイムスタンプを明記 | ユーザーを該当する公式請求ページまたは vector-db-bench リアルタイムリーダーボードに誘導し、今日の価格を決して捏造しない |
反例とブラックリスト（禁止アクション）
| 番号 | 禁止アクション（してはいけないこと） | リスク結果（元投稿の証拠） | 強制代替手段 |
|---|
| BL-1 | 署名とステータス検証を行わないAI支払い/チャージバックコールバックコードをリリースしてはならない | @gefei55 はAIがチャージバックコールバック検証を漏らし、23件の偽造注文で数万ドルのポイントが引き出された実体験（2026-10-26） | 支払いコールバックは、人間による署名検証の監査を強制し、expired/completed hooksに接続する（@sitinme） |
| BL-2 | AIに記事の初稿をゼロから生成させたり、元の原稿なしで自由に拡張させてはならない | 除去が難しい「LLM Voiceの不気味の谷」と、増分のない正しい当たり障りのない言葉が生成される（@vikingmute、@jinchenma_ai） | 人は最初に実際の経験を口頭で述べるか、原稿の概要を提供しなければならない。AIに「原稿の表現から逸脱しない、憶測で書かない」と明確に制約する（@CoderJeffLee） |
| BL-3 | 低コストパフォーマンス/初期モデルを使用して長期間残る長文Spec文書を生成してはならない | 新しいモデルが古いモデルが残した誤りのある文書を盲目的に信頼し、「初期の知的債務」が継承・増幅される（@waylybaye） | 長期的なコアエンジニアリングはSOTAモデルを使用し、重要なポイントのみを記録し、モデルアップグレード後のシステム自己回復スペースを残す |
| BL-4 | ReactでAIに生の useEffect と複雑なローカル useState を無制限に詰め込ませたり、5,000トークンを超える単一ファイルをコミットさせてはならない | マルチステート同期は必ず失敗し、ファイルサイズの肥大化はAgentコンテキストを劣化させる（@vikingmute） | グローバルステートにはZustand、複雑なインタラクションには useReducer、サーバーサイドにはReact Queryを強制し、Pre-commitの5,000トークンハードインターセプトを追加 |
| BL-5 | ビデオカメラワークの事前決定に詳細な人物肖像を使用したり、画像生成モデルで多くのテキストとQRコードを含むポスターを一括生成してはならない | 事前決定の詳細が後のスタイル転送を汚染する。画像生成モデルではテキストが多いと文字化けし、QRコードはスキャンできない（@TanLuAI、@jinchenma_ai） | カメラワークの事前決定には、極めてラフな立方体/顔のないホワイトボックスモデルを使用。多くのテキストとQRコードを含むポスターは、HTML/CSSでレンダリングし、スクリーンショットをエクスポートする |
| BL-6 | アクティブなクローラーで小红书/抖音のレート制限に挑んだり、個人の記憶を全ネットワークのGEOとして渡してはならない | 少し試すだけでキャプチャ/アカウント警告がトリガーされる。Doubaoとのプライベートチャットでブランド名を言及しても、個人の記憶にのみ入り、全ネットワークの情報源にはならない（@icycat、@jinchenma_ai） | 国内の強力なレート制限のあるソーシャルメディアでは、ブラウザ拡張機能を使用して人間のブラウジング中に受動的に収集。GEOは公開クロール可能な独立サイトと高権威情報源を構築しなければならない |
能力ルーティング（最初にこのテーブルを読み、意図に応じて1枚の能力カードをロードする）
| ユーザーの意図 | 最初に読む | 追加で読む/備考 |
|---|
| 一人でAIを使って複数のプロジェクトを同時に開発/保守する方法。AIのコード生成が速すぎてPRレビューが追いつかない。XcodeマルチAgent並列コンパイルが遅すぎる、またはPreview MCPの調子が悪い。Codex/Claudeの過剰エンジニアリング、巨大ファイルの作成、React useStateの乱用を防ぐ方法。アップストリームフレームワークが頻繁に更新される中、プラグインに自動追従させる方法。 | references/capabilities/agent-software-factory.md | references/capabilities/de-ai-taste-and-writing.md、references/capabilities/agent-benchmark-and-model-routing.md |
| 越境AIツールサイトのディレクトリとURL構造の計画方法。サイトに検索エンジンとChatGPTからのトラフィックがあるのにゼロオーダーな理由。ChatGPTとPerplexityに自サイトを優先的に引用させるGEOの方法。多言語SEOページの効果的な翻訳方法。新しいキーワードサイトの迅速な一括ローンチ、または垂直データインテリジェンスサイトの構築方法。 | references/capabilities/seo-geo-growth-engine.md | references/capabilities/enterprise-fde-and-one-person-ops.md、references/capabilities/agent-software-factory.md |
| マルチショットで一貫性のあるブランド広告や短編動画をAIで作成する方法。剪映やAfter Effectsを使わずに、Agentにコードを書かせて自動編集・ビート合わせさせる方法。画像からビデオを生成する際、ホワイトボックスモデルでカメラワークを事前決定し、クレジットを節約する方法。再利用可能な商用ポスターと生活写真のためのパラメータ化プロンプトテンプレートの書き方。AI画像生成でポスターのテキストが文字化けしたり、QRコードが入れられない問題の解決方法。 | references/capabilities/video-and-design-as-code.md | references/capabilities/de-ai-taste-and-writing.md |
| AIが作成したウェブページ/UIの「偽物感」を取り除く方法。AI生成の写真やビデオのプラスチック感とポーズ感を取り除く方法。AIで記事やチュートリアルを書く際、強いAI口調と正しい当たり障りのない言葉を避ける方法。 | references/capabilities/de-ai-taste-and-writing.md | references/capabilities/video-and-design-as-code.md、references/capabilities/agent-software-factory.md |
| 新しいLLMまたはCoding Agentの性能をテストする方法。公式のベンチマークリーダーボードを信じてはいけない理由と、独自のベンチマークの設計方法。シナリオ別（長期コアコード vs 日常雑用 vs 企業顧客デリバリー）のモデル選択とトークン節約方法。CodexやClaude Codeの基盤モデルをシームレスに切り替える方法。 | references/capabilities/agent-benchmark-and-model-routing.md | references/capabilities/agent-software-factory.md、references/capabilities/enterprise-fde-and-one-person-ops.md |
| 伝統的企業向けAI導入（FDE）の見積もり、顧客スクリーニング、落とし穴回避方法。会社のオーナー/経営陣がFeishu承認、WeChatコミュニケーション、クロスプラットフォーム調達をAgentに任せる方法。一人企業のためのミニマルワークステーション、自己成長型ナレッジベース（LLM Wiki）、個人データ集約の構築方法。SaaSサイトのStripe未払い注文の効率的なリカバリー方法。 | references/capabilities/enterprise-fde-and-one-person-ops.md | references/capabilities/seo-geo-growth-engine.md、references/capabilities/agent-benchmark-and-model-routing.md |
非能力系クエリ:
- 書名/著者/章/全書概要 → references/overview.md
- 用語解説 → references/glossary.md
- 決定ルールクイックリファレンス（原文根拠が不要な場合） → references/cheatsheet.md
- 完全な意図とキーワードインデックス（本テーブルでカバーされていない意図はこちらを最初に確認） → references/capability-index.md
ロードルール
- タスクごとに最初に本文書を読み、ルーティングテーブルに従って 1 枚の能力カードをロードする。タスクが明確にクロスドメインの場合、最大2枚までロード可能。
- 概要/書名レベルの質問は能力カードをロードせず、「核心原則」とoverview.mdで回答。
- ルーティングテーブルと capability-index.md の両方で該当しない意図は、本書の範囲外であることを明確に伝え、無理に適用しない。
境界と停止条件
- ユーザーが特定プラットフォームの今日のリアルタイム価格、障害状況、アカウント異議申し立て結果を質問 → 本スキルには2026年11月の実証断面データのみが含まれ、リアルタイムデータは推測しないことを明確に伝える。
- ユーザーが支払いコールバック検証のスキップ、または人間による承認ゲートをバイパスして直接引き落とし/一斉送信/リリースを要求 → 直ちにレッドライト停止をトリガーし、最初に「署名検証＋人間確認ゲート」計画を出力。
- ユーザーが20人のクリエイターのリスト、フォロワー数、または特定の人物の紹介のみを質問 → 直接 references/overview.md を読み、回答後即座に停止。4ステップのエンジニアリングパイプラインには進まない。
- ユーザーの意図がルーティングテーブルと capability-index.md の両方で該当しない → 20人のクリエイターの技術的知見の蒸留範囲を超えていることを明確に伝え、フレームワークを無理に適用しない。