分享 ｜ 进击的页面仔

Appearance

国内热点到 X / Binance Square 创作者收益工作流设计 ​

版本：2026-06-24（review 优化：评分权重归一、补 accounts 与状态机、velocity 时序数据、media 结构对齐、X API 分层选型、外部引用核校） 修订：2026-06-24 r2（商业可行性修正：X API 改按量计费、收益经济学与变现路径重估、来源归属方式调整、前置 go/no-go gate、采集吞吐口径澄清、账号矩阵成本与指纹隔离、LLM 仅产出风险信号） 修订：2026-06-24 r3（收敛为 X-only：移除双向扩展评估；账号矩阵对齐实际两号 0xgenffy=AI/科技、0xfomo_=Crypto/市场情绪；多语种降级为 Phase 2+ 扩展，起步英文） 定位：把“小红书、微博、视频号、抖音等中文平台的已验证热点”转化为适合 X 和 Binance Square 的多语种内容资产，通过发现、预检查、改写/二创、排期发布和复盘形成稳定内容流水线。

1. 背景与核心判断 ​

参考入口：

  • X 讨论帖：https://x.com/taresky/status/2068195692733243900
  • 评论区案例摘要：
    • 小红书图片换日文后起号成功。
    • 中国热门特斯拉视频被包装成海外视角。
    • 中国人运营泰国/西班牙语境账号拿到浏览。
    • 更进阶案例是用 AI 重新生成热门视频，完成内容重制。

这个机会的本质不是“复制粘贴”，而是：

  1. 中文互联网已经完成了一轮选题验证，热点素材池更便宜、更早、更密集。
  2. X 的多语种受众对中文平台内容缺少信息差认知。
  3. AI 可以降低翻译、改写、字幕、剪辑和多版本发布成本。
  4. X 创作者收益要求持续高质量互动，直接搬运和批量重复内容会带来账号、版权和收益扣减风险。

因此可落地方案应定义为“跨语种热点再创作系统”，而不是纯搬运系统。目标是在速度优势和合规边界之间取平衡：发现更快、筛选更严、改写更深、发布更稳。

两个必须前置的现实约束（2026 修正）：

  • 套利窗口在收窄：这个机会已被公开讨论（见上方入口帖），跟进者增多会稀释 novelty_score 与跨文化信息差，平台检测也在收紧。越晚做矩阵，单位回报越低。
  • X 创作者分成不足以作为主收入：X 分成已转为只计 verified/Premium 用户的曝光与互动，量级极小（见 §3.1）。本系统真正沉淀的是“可路由的跨语种受众资产”，变现以 §2.3 的多路径为准，X 分成只作后验指标。

2. 目标与非目标 ​

2.1 目标 ​

说明：以下为成熟期（Phase 2+）目标。Phase 0-1 为手工 / 半自动验证阶段，量级远小于此，具体节奏见 §16 路线图。

  • 每天发现 200-1000 条中文平台潜在热点（榜单/标题级发现量；受 §3.5 合规采集手段约束，可自动化的主要是公开聚合榜单，UGC 正文与素材多为人工，故“可用候选量”远小于此）。
  • 自动筛出 20-50 条候选选题。
  • 通过版权、重复度、敏感内容、事实风险、账号适配度预检查。
  • 为每个候选生成 3-5 个目标语种/受众版本。
  • 支持人工审核后自动排期发布到 X，Crypto/AI/交易相关内容可同步适配 Binance Square。
  • 追踪曝光、互动、收藏、关注转化、收益资格进度，反向优化选题模型。

2.2 非目标 ​

  • 不做批量盗图、盗视频、去水印、伪装原作者。
  • 不做刷量、互赞、批量注册、规避封禁。
  • 不绕过平台风控或 API 限制。
  • 不承诺固定收益。X 创作者收益规则会变化，收益只作为后验指标。

2.3 商业可行性与变现路径（2026 修正，先于一切开发） ​

这一节回答“做了能不能成立”，结论会反向约束目标与路线图。

收益现实：X 创作者分成现按 verified/Premium 用户的曝光与互动计费，Premium 用户约占全站 5-20%，且无固定每千次曝光单价。公开测算下，月 5000 万曝光（已属全站前 1%）的账号纯分成约 $20-120/月（见 §3.1）。本方案现实量级（起号期单账号日 3-5 条）离此还差 1-2 个数量级。因此 X 分成无法覆盖单条内容的全成本，不能作为主收入线。

单位经济（需在每阶段实测填表）：

项量级（估，需实测校准）说明
单条 LLM 多语种多版本生成低设 token 上限、低分候选不生成多版本（§12.4）
单条 OCR/ASR低PaddleOCR 自部署低成本，Whisper 视模型
单条 API 发布$0.015（纯文本）/ $0.20（带 URL）见 §12.3，链接帖贵约 13×
单条人工终审最大成本项5-15 分钟/条，版权+事实+语气+账号适配
单条 X 分成回报接近 0（仅成功账号、长期）见上

变现路径对比（按单位收益从高到低评估）：

路径单位收益可达性备注
加密联盟/返佣（Binance 等）+ Binance Square中-高中与 §11 内容天然契合，建议升为与 X 并列的主路径
受众导流到自有资产（newsletter / 自有产品 / 社群）中中沉淀可重复触达的受众，绕开平台分成
B2B：替品牌做跨语种内容代运营高中-低把这套流水线作为服务能力对外输出
X 创作者分成极低低（门槛高、单位收益极低）仅作后验指标，不作主收入

价值主张修正：本系统的产出资产是“低成本、合规的跨语种内容引擎 + 可路由的受众”，而非“X 分成收入”。路线图的成功判据据此改为内容-市场匹配与单条人力成本（见 §16 go/no-go gate）。

3. 合规与平台约束 ​

3.1 X 创作者收益门槛 ​

根据 X Help Center 的 Creator Revenue Sharing 页面，参与收益需要：

  • 开通 Premium、Premium Business 或 Premium Organizations。
  • 最近 3 个月至少 500 万 organic impressions。
  • 至少 500 个 verified followers（口径有歧义：Creator Revenue Sharing 多为 500，Subscriptions 及 2024-12 公告口径为 2000；以账号内监测页实际为准）。
  • 位于支持国家/地区（中国大陆直连不支持，但已走通的方式是香港卡收款：收益正常累积到 X 账户余额，仅有一段时间无法提现 lockup，不阻断变现，见 §16）。
  • 符合 X User Agreement。
  • 通过 Stripe 处理付款，最低付款门槛当前为 30 美元，付款通常每两周处理一次。

设计含义：

  • 前 1-3 个月主要目标不是提现，而是验证账号定位、选题命中率和 verified 用户互动。
  • 所有自动化必须优先保证账号长期健康，否则即使短期爆帖，也可能失去收益资格。
  • 收益按 verified/Premium 用户曝光与互动计费，非原始曝光：Premium 用户约占 5-20%，无固定单价。月 5000 万曝光（前 1%）约 $20-120/月。故分成只作后验指标，主收入见 §2.3。

3.2 X 对重复、自动化和虚假身份的限制 ​

X Authenticity 规则和 Developer Policy 对以下行为有明确风险：

  • 未授权自动化、批量或垃圾行为。
  • 使用虚假身份、偷来的头像/简介进行欺骗。
  • 多账号发布相同或高度相似内容来操纵传播。
  • 以热门标签引流但内容不相关。
  • 自动化发布、关注、互动必须符合 Developer Policy 和 Automation Rules。
  • AI 生成媒体须披露：自 2026-03-03，未声明的“武装冲突类 AI 视频”会被停 X 收益资格 90 天，再犯永久。涉 AI 重制（§9.1 visual remake、Phase 3 AI 视频流水线）必须强制加 AI 生成披露。

设计含义：

  • 可以做多账号，但每个账号必须有清晰、不同、非重复的定位。例如本方案两号：
    • 0xgenffy — China AI/tech explained (EN)
    • 0xfomo_ — crypto market & narratives (EN)
  • 不建议“装成本地人”。更稳的方式是透明披露为“curating / translating / explaining Chinese internet trends”。
  • 自动发布必须保留审核日志、内容差异度、来源链路和撤稿能力。

3.3 版权与内容权利 ​

X Creator Revenue Sharing Terms 要求创作者拥有或已取得发布和变现所需权利，且账号内容不得侵犯第三方权利。直接复制图片、视频、字幕、文案的风险很高。

建议内容分四类处理：

类型可用性处理方式
公共事实/新闻事件高自写文案，引用来源，不搬原图原视频
原创观点/段子/神帖中只提炼观点，重写结构，注明来源，不长段复制
UGC 图片/视频低优先授权；无授权则只做文字解读、截图马赛克、嵌入链接或 AI 重制
明确授权/CC/自采素材高可作为主素材，保留授权证明

来源归属方式（2026 成本修正）：X API 对带 URL 的帖子收费 $0.20/条（约纯文本的 13×，见 §12.3），且站外链接历史上在信息流中被降权。因此默认把来源链接放在回复、图片角标或文末纯文本，正文不内联 URL；仅在链接本身是内容主体时才在正文带 URL。§14.2 的硬拦截相应改为“必须有可追溯来源记录/归属”，而非“正文必须有 URL”。

3.4 Binance Square 约束 ​

Binance Square 可以作为第二发布渠道，尤其适合 Crypto、AI、交易所生态、市场情绪、链上热点和项目解读。当前可用的官方开源能力是 Binance Skills Hub 的 square-post skill：https://github.com/binance/binance-skills-hub/tree/main/skills/binance/square-post。

该 skill 支持：

  • 文本短帖。
  • 最多 4 张图片的图文帖。
  • 带标题的长文章，可选 1 张封面图。
  • 视频帖，脚本会用 ffmpeg 自动提取首帧作为封面。

该 skill 不支持：

  • 读取、搜索、管理已有 Square 帖子。
  • 编辑、删除、评论、点赞。
  • 平台内排期和草稿管理。

设计含义：

  • Binance Square 只能作为发布 adapter，不能替代我们自己的内容库、审核流、排期系统和数据看板。
  • 发布需要 BINANCE_SQUARE_OPENAPI_KEY 或本地保存的 key 文件，密钥不能放进命令行参数、日志或数据库明文。
  • 配额限制：每创作者账号只能生成 1 个发帖 key，每 key 每天约 100 条成功发帖上限，且 key 仅能发帖、不能读取。Square 账号矩阵与排期上限须按此规划（见 §11、§14.4）。
  • 金融/币圈内容必须额外加“非投资建议”检查，禁止价格承诺、收益承诺、带单口吻和未核实项目宣传。
  • Square 内容可以更偏长文、图表和行情解释；X 内容更偏短 hook、线程和快速传播。

3.5 数据采集合规 ​

中文平台（微博、小红书、抖音、视频号）普遍在 ToS 中限制自动化抓取，且多数部署反爬与登录态校验；境内大规模爬取同时存在技术与法律风险。本方案对采集采取以下立场：

  • 优先官方或授权渠道：微博热搜 RSS、第三方合法聚合、平台开放接口；无开放接口时以人工录入链接为主（Phase 0-1 默认形态）。
  • 不绕过登录态、风控、验证码；不存储账号 Cookie 或逆向私有接口。
  • 尊重 robots.txt 与平台 ToS；抓取频率与深度控制在合理范围，避免对平台造成负担。
  • 自动化采集（Phase 1 微博 / B 站热榜）仅针对公开聚合榜单，UGC 原页与正文以人工或授权获取为准。

采集合规是预检查的前置环节：来源无法合规获取的素材，直接不进入候选池。

4. 产品形态 ​

建议先做一个内部 Web 工作台，而不是纯后台脚本。

4.1 页面模块 ​

  1. 热点池

    • 按平台、领域、语言目标、热度、时效、风险过滤。
    • 展示原始链接、摘要、截图、互动数据、相似来源。

  2. 选题卡片

    • 自动生成选题角度。
    • 显示推荐目标账号和目标语言。
    • 显示预估爆点、风险等级、素材可用性。

  3. 预检查面板

    • 版权风险。
    • X / Binance Square 重复内容风险。
    • 敏感/误导/政治/医疗/金融风险。
    • 事实核验状态。
    • 发布账号健康状态。

  4. 内容生成器

    • 支持短帖、长帖、图文、视频脚本、字幕、线程。
    • 每个选题生成多版本 hook。
    • 支持多目标语言（起步只用英文，日/西/泰语等为 Phase 2+）。

  5. 审核与排期

    • 人工确认最终文案、素材、来源和发布时间。
    • 支持一键发布到 X / Binance Square、定时发布、退回重写。
    • 首期不建议无人审核直发。

  6. 复盘看板

    • 展示 impression、engagement、bookmark、follower gain、verified engagement。
    • 计算每个来源平台、分发渠道、内容类型、语言、账号定位的 ROI。

5. 总体工作流 ​

text
采集源配置
  -> 热点抓取
  -> 去重与聚类
  -> 热度/时效评分
  -> X 推荐适配评分
  -> 内容可用性预检查
  -> 事实与安全预检查
  -> 目标账号/语言匹配
  -> 文案和素材再创作
  -> 人工审核
  -> X / Binance Square 发布或排期
  -> 数据回收
  -> 模型与规则迭代

6. 数据源设计 ​

6.1 第一阶段数据源 ​

平台获取方式价值注意事项
微博热搜/话题榜官方页面/RSS/第三方聚合公共事件、娱乐、体育、社会热点噪声大，敏感事件多
小红书搜索页/手动收藏/创作者榜单生活方式、消费、旅游、美妆、情绪价值UGC 版权风险最高
抖音热榜/关键词监控/手动链接短视频爆点、视觉素材视频版权与去水印风险高
视频号人工录入/榜单聚合中老年、民生、社会向API 与自动化弱
B 站热门/排行榜/关键词科普、科技、鬼畜、长视频切片二创空间大
X 自身搜索目标语种关键词判断是否已被海外传播防止重复和撞车
Binance Square人工观察/后续 API 或页面采集Crypto、交易所生态、AI+Crypto 内容验证当前主要作为发布渠道，读取能力弱
Google Trends / YouTube / TikTok目标市场反查判断海外受众是否已有兴趣用于目标语境验证

6.2 采集字段 ​

json
{
  "source_platform": "xiaohongshu",
  "source_url": "https://...",
  "source_author": "author_id_or_name",
  "captured_at": "2026-06-24T10:00:00+08:00",
  "title": "原始标题",
  "text": "原始正文或 OCR 文本",
  "media": [
    {
      "type": "image",
      "url": "https://...",
      "local_hash": "sha256...",
      "perceptual_hash": "phash..."
    }
  ],
  "metrics": {
    "likes": 12000,
    "comments": 532,
    "shares": 1800,
    "views": null
  },
  "topic_tags": ["ev", "china", "funny"],
  "language": "zh-CN"
}

7. 热点发现算法 ​

7.1 候选评分 ​

候选内容总分：

text
score =
  0.30 * velocity_score
+ 0.20 * engagement_quality_score
+ 0.15 * cross_culture_score
+ 0.15 * visual_strength_score
+ 0.10 * novelty_score
+ 0.10 * account_fit_score
- 0.30 * risk_penalty

注：正向权重之和为 1.00，risk_penalty（0-1）作为独立扣减项，故 score 取值约 [-0.30, 1.00]，仅用于相对排序；权重可用历史数据校准（见 §20 P2）。

字段解释：

  • velocity_score：单位时间互动增长，越新越高。依赖多次回采的指标时序（见 §13.7 source_item_metrics）；在多次回采上线前（Phase 0-1），该项可退化为 0 或用发布时刻的瞬时热度近似，避免无数据时静默拉高总分。
  • engagement_quality_score：评论密度、收藏/转发比、争议度。
  • cross_culture_score：不依赖中文语境、海外用户能否 3 秒理解。
  • visual_strength_score：画面冲击力、截图信息量、视频开头吸引力。
  • novelty_score：X、TikTok、Reddit 是否已经大规模出现。
  • account_fit_score：是否匹配账号定位和历史高表现内容。
  • risk_penalty：版权、敏感、事实、低俗、平台重复等风险。

7.2 X 推荐算法适配 ​

X / xAI 当前的公开推荐算法仓库是 xai-org/x-algorithm：https://github.com/xai-org/x-algorithm。该仓库说明其目标是 For You feed，相对 2023 年开源的 twitter/the-algorithm，演进为以 Phoenix 为核心、基于 transformer 的推荐系统。

重要：公开仓库只反映算法的结构和排序信号方向，不等于线上完整权重，也不保证策略稳定不变。下文组件以仓库 main 分支为准；若后续仓库调整命名或结构，以实际代码为准。

仓库当前可核实的核心组件：

  1. Home Mixer：编排层，负责 candidate sources、hydration、filters、scorers、selector、post-selection filters，组装最终时间线。
  2. Thunder：in-network 候选源，主要取用户已关注账号的近期内容。
  3. Phoenix Retrieval：out-of-network 候选源，通过用户塔、内容塔和相似度检索从全局语料找候选。
  4. Phoenix Scorer：基于 transformer 的打分器，依据用户互动历史和候选内容预测多种行为概率。
  5. 内容理解与安全模块：负责分类、embedding、垃圾检测、政策 / 安全相关任务（具体模块以仓库实际命名为准，不作为固定引用）。

公开代码和 README 不等于完整线上权重，也不代表所有策略稳定不变；但它已经足够指导内容系统优化：不要只追求点赞，而要同时优化“被检索到、被点开、被停留、被分享/收藏、被关注、低负反馈”。

7.2.1 可利用的推荐信号 ​

推荐信号对内容的含义系统动作
In-network / Thunder关注者仍是最稳定的初始分发池先服务固定垂直受众，提高老关注者互动
Out-of-network / Phoenix Retrieval系统会用用户和内容 embedding 做相似检索账号长期主题、文案语义、媒体内容要一致
P(favorite/reply/repost/quote)传统互动仍是排序预测目标文案引导真实讨论，不做诱导刷互动
P(click/profile_click/dwell)点开、停留、看主页能提升相关性信号首句给反差，正文给上下文，主页定位清晰
P(video_view/photo_expand)媒体展开和视频观看是独立预测目标首帧/封面/第一张图必须承载核心信息
P(share/follow_author)分享和关注作者是更强的长期价值信号多做可转发解释、系列内容和账号人设一致性
P(not_interested/block/mute/report)负反馈会进入最终权重并拉低分发避免标题党、低俗、误导、版权争议和无关蹭热
Filters / VFFilter删除、垃圾、暴力、血腥等会被过滤预检查必须先于发布，宁可少发
Author diversity scorer同一作者重复出现会被衰减爆帖后延展要控制节奏，不要密集刷屏
Previously seen / served filters已看过或近期服务过的内容会被过滤同选题多版本要改变角度、素材和发布时间

7.2.2 对本方案的优化原则 ​

  1. 先服务一个明确社区，再追求泛爆。

    • Phoenix Retrieval 依赖用户和内容表示，长期主题漂移会降低账号的 out-of-network 可预测性。
    • 新号如果每天跨科技、八卦、政治、萌宠、金融乱发，很难形成稳定受众和内容 embedding。

  2. 用收藏/分享友好的内容替代单纯情绪刺激。

    • 对跨语种搬运号来说，最有价值的是解释中文互联网信息差。
    • “这是什么、为什么火、背景是什么、海外用户为什么该关心”更容易带来 click、dwell、share 和 follow_author。

  3. 把首小时当成推荐系统的冷启动窗口。

    • 起号期每条内容发布后 30-90 分钟内要观察点击、回复、收藏、负反馈。
    • 如果首小时表现差，不要同主题连续轰炸；如果表现好，2-6 小时内补一条延展内容。

  4. 优先优化互动质量，而不是互动数量。

    • 回复如果都是争吵、举报、质疑来源，会提高风险。
    • 高质量回复、引用和收藏更适合长期账号。

  5. 控制同作者刷屏和同选题重复。

    • 新仓库明确有 author diversity、duplicate、previously seen / served 等过滤或衰减逻辑。
    • 爆帖后要补充新信息、新角度或新格式，而不是连续发相似内容。

  6. 不做多账号同款内容复制。

    • 多账号发相同素材和相似文案，容易触发重复/垃圾内容风险。
    • 同一选题分发到不同账号时必须改变角度、语言、素材表达和发布时间。

7.2.3 推荐适配评分 ​

在候选评分后增加一个 x_recommendation_fit_score：

text
x_recommendation_fit_score =
  0.25 * community_fit_score
+ 0.18 * click_dwell_score
+ 0.15 * shareability_score
+ 0.12 * follow_author_score
+ 0.10 * media_expand_score
+ 0.10 * discussion_quality_score
+ 0.10 * early_hook_score
- 0.30 * negative_feedback_risk

注：正向权重之和为 1.00，negative_feedback_risk（0-1）独立扣减，与 §7.1 采用同一归一约定；子项权重随历史数据校准（见 §20 P2）。

字段解释：

  • community_fit_score：是否适合当前账号的固定兴趣社区。
  • click_dwell_score：首句、结构和信息密度是否能带来点开与停留。
  • shareability_score：用户是否愿意转发给朋友或 Quote 讨论。
  • follow_author_score：内容是否强化账号定位，让用户愿意关注后续更新。
  • media_expand_score：图片展开、视频观看、封面/首帧是否有足够信息量。
  • discussion_quality_score：是否能引发真实讨论，而不是低质争吵。
  • early_hook_score：首句/首帧是否能在 3 秒内交代反差或信息增量。
  • negative_feedback_risk：是否可能引发“不感兴趣”、举报、屏蔽、版权投诉。

最终排序可以改为：

text
final_candidate_score =
  0.70 * hotspot_score
+ 0.30 * x_recommendation_fit_score

起号期建议把 x_recommendation_fit_score 权重提高到 40%，因为账号 embedding 和早期负反馈比单条热点更重要。

工程升级（2026）：xai-org/x-algorithm 现已提供可运行的 phoenix/run_pipeline.py 与约 3GB 迷你预训练模型（Git LFS）。可用它对“草稿 + 本账号近期内容”做 embedding，离线估算 out-of-network 可检索性与 community_fit_score，作为手工打分的实测替代，逐步把上述权重从先验改为数据校准。注意开源代码只反映结构与信号方向，不等于线上权重。

7.2.4 内容生成约束 ​

每条草稿生成时增加推荐适配检查：

  • 首句必须包含明确的新信息、反差、数字、人物/地点或事件。
  • 正文必须回答“海外用户为什么要看”。
  • 图片/视频必须在第一屏传达主题，避免只有装饰图。
  • 如果使用视频，前 1-3 秒必须出现结果、反差或关键画面。
  • 如果使用图文，第一张图必须可独立解释主题，不能只做氛围图。
  • 线程第一条必须能独立成立，不依赖后文才知道发生了什么。
  • 每条内容最多 1-2 个相关标签，禁止蹭无关热词。
  • 高争议内容必须提供来源或降级为“讨论型/观察型”语气。
  • 爆帖延展必须补充新事实、新解释、新截图或新数据，不能重复同一表达。

7.3 推荐选题类型 ​

优先级从高到低：

  1. 中国科技/制造/城市生活中海外少见的事实型内容。
  2. 有强视觉冲击但不依赖原视频版权的事件解读。
  3. 中文互联网经典故事、历史神帖、冷知识的再叙事。
  4. 消费趋势、生活方式、情绪洞察。
  5. 娱乐八卦和冲突内容。

不建议优先做：

  • 单纯偷拍视频搬运。
  • 未成年人、事故、疾病、灾难猎奇。
  • 明显侵犯个人隐私的内容。
  • 金融、医疗、政治事实不确定内容。
  • 依赖中文梗、不翻解释不通的内容。

8. 预检查系统 ​

预检查是整套系统的核心，不只是风控，也是提高命中率。

判定边界（重要）：LLM 在版权/事实类判断上不可靠，只用于召回风险信号并给出证据链接；PASS/REVIEW/BLOCK 的最终判定由规则引擎 + 人工决定。金融、医疗、政治、未成年人、灾难等高风险类目跳过 LLM 自动判定，直接进人工。

8.1 版权风险检查 ​

输出：PASS / REVIEW / BLOCK

检查项：

  • 是否包含完整原视频、原图、原文。
  • 是否有平台水印、作者 ID、商业品牌素材。
  • 是否能找到原始发布者。
  • 是否已有授权记录。
  • 是否可用文字解读、重绘图、AI 重制、数据图表替代。
  • 是否可能属于新闻事实而非表达本身。

规则：

  • 原始 UGC 视频无授权：默认 REVIEW 或 BLOCK。
  • 只转述事实、不复用原图原视频：可 PASS。
  • 取得授权或使用自有素材：可 PASS。
  • AI 重制仍需判断是否过度接近原作；不要把“AI 生成”当作自动免责。

8.2 X 重复和平台风险检查 ​

检查项：

  • 目标语言下是否已有同款爆帖。
  • 当前账号近 7 天是否发布过相似主题。
  • 多账号之间是否会发布高度相似内容。
  • 是否使用无关热门标签。
  • 是否计划自动互动、互赞、批量回复。

规则：

  • 相似度过高但没有新信息：BLOCK。
  • 同主题但有新上下文、新数据、新解释：PASS。
  • 多账号同发：默认 REVIEW，必须改成不同角度和不同发布时间。

8.3 事实核验检查 ​

检查项：

  • 是否为真实事件。
  • 时间、地点、人物是否可验证。
  • 是否存在反转或辟谣。
  • 是否涉及公共安全、金融建议、医疗建议、政治冲突。
  • 是否需要来源链接。

规则：

  • 无法核验且可能造成伤害：BLOCK。
  • 可作为“网传/据称/评论区说法”但未确认：必须弱化断言。
  • 金融、医疗、灾难、犯罪内容必须人工审核。

8.4 内容质量检查 ​

检查项：

  • 3 秒内是否能理解。
  • 第一屏是否有 hook。
  • 是否有明确上下文。
  • 目标语言是否地道。
  • 是否有互动问题或讨论点。
  • 是否避免过度标题党。

9. 再创作策略 ​

9.1 文案模式 ​

  1. Context-first

    • 适合海外用户不理解中文背景的内容。
    • 模板：In China, [context]. This clip/post shows [event]. The interesting part is [insight].

  2. Curator voice

    • 适合长期账号定位。
    • 模板：Chinese social media is obsessed with this because...

  3. Explainer thread

    • 适合复杂事件、历史神帖、商业趋势。
    • 结构：hook -> 背景 -> 原因 -> 反差 -> 结论 -> 问题。

  4. Visual remake

    • 适合图片/视频版权风险高但概念强的内容。
    • 方式：重画信息图、AI 生成相似主题但不同表达、自己剪辑素材、做字幕解读。

  5. Quote and attribution

    • 适合直接引用 X 内已有内容或授权内容。
    • 方式：使用 Quote / Share Video 功能，自己的观点作为主体。

9.2 多语种处理 ​

不要机械翻译，应该本地化（起步两号均为英文；下表日/西/泰语为 Phase 2+ 扩展目标，当前不投）：

目标市场推荐内容风格
英语科技、中国城市、制造、离谱社会现象简洁、解释背景、避免中文内梗
日语小红书生活方式、可爱/治愈、消费趋势礼貌、细节、轻情绪
西语视觉冲击、体育、汽车、城市生活直接、情绪更强
泰语旅游、美食、生活方式、娱乐轻松、少长线程

10. 账号矩阵设计 ​

10.1 起步账号 ​

已有 2 个 Premium 认证号（蓝标，满足 §3.1 收益前置之一；仍需近 3 个月 500 万 impressions + 500 verified followers 才有收益资格）。先把这两个做透，不急于扩号：

  1. 0xfomo_ — Crypto / 市场情绪账号

    • 定位：加密市场情绪、叙事、meme、链上与交易所生态热点。
    • 内容：短 hook、线程、行情/资金流图表、观察型复盘。
    • 渠道：X 为主，加密/AI 相关同步 Binance Square（§11.3）。
    • 合规重点：金融话术与非投资建议检查，不带单不喊单（§11.2）。

  2. 0xgenffy — AI / 科技账号

    • 定位：AI、AI Agent、算力、机器人，以及中国科技/制造/EV 的事实解读。
    • 内容：事实解读、短视频再创作、数据图、解释型线程。
    • 渠道：X 为主，AI×Crypto 题材可分发 Binance Square。
    • 合规重点：版权（不搬原视频）与事实核验；科技事实型版权风险相对低。

两号保持清晰、不重复的定位与社区（§7.2.2）；同一选题不在两号同发，crypto 偏 0xfomo_、AI/科技偏 0xgenffy，交叉题材按主调性归一个号，另一号最多换角度延展。

10.2 账号安全策略 ​

  • 每个账号只服务一个明确受众。
  • 简介中说明是 curator / translator / explainer。
  • 不用偷来的头像，不冒充本地人或原作者。
  • 不同账号不发相同内容。
  • 不互相刷互动。
  • 起号期每天 3-5 条（与 §14.3 一致），高质量优先，不要一上来高频轰炸。
  • 基础设施指纹隔离：多账号若共用 IP、设备、支付方式或集中注册，X 协同/垃圾检测会关联它们，一个受罚易连坐。扩账号前先规划设备/网络/支付隔离，否则把矩阵规模压到很小。
  • 每账号变现成本是独立的：每个可变现账号各需自己的 Premium 订阅（变现前置）、各自的 500+ verified followers 和数周养号人力。矩阵线性放大成本，而单账号 X 分成接近 0（见 §2.3），矩阵规模应由变现路径而非账号数驱动。

11. 分发渠道适配 ​

11.1 X 与 Binance Square 的差异 ​

维度XBinance Square
主要目标扩散、关注、创作者收益Crypto 垂直曝光、交易所生态流量
适合主题跨文化热点、科技、城市、互联网文化、短视频Crypto、AI+Crypto、链上热点、项目解读、市场情绪
内容形式短帖、图文、线程、短视频短帖、图文、长文章、视频
关键优化首句、首帧、互动质量、分享、关注标题、图表、结构化分析、合规措辞
风险重点重复、垃圾、版权、负反馈敏感词、金融推广、投资建议、账号/设备限制
自动化能力X API 可发帖，数据回收能力相对完整square-post 只支持创建新内容，读取/管理能力不足

11.2 Binance Square 内容策略 ​

Square 不适合承接所有热点，只承接和 Crypto/AI/金融科技有关的候选：

  • 中国 AI 应用、AI Agent、算力、机器人和 Crypto 的结合。
  • Binance 生态、交易所产品、Launchpool、Alpha、钱包、支付等公开信息解读。
  • 链上热点、meme 传播、项目叙事，但必须标注风险。
  • 市场情绪和社媒传播观察，避免直接预测价格。
  • 图表型内容：时间线、资金流、叙事地图、项目对比。

Square 文案要求：

  • 标题必须清楚，不做夸张收益承诺。
  • 正文优先用“观察、复盘、解释、风险提示”语气。
  • 涉及 token、项目、价格时默认加入 “Not financial advice / 非投资建议”。
  • 禁止“必涨、稳赚、冲、梭哈、内幕、带单”等表达。
  • 不把未核实传言包装成事实。

11.3 渠道路由规则 ​

text
if topic in [crypto, exchange, onchain, ai_crypto, fintech]:
  generate X variant
  generate Binance Square variant
else:
  generate X variant only

该 topic 集合为配置驱动，可按 Binance Square 实际承接范围调整；判定输入来自 §7 选题打分阶段的 topic_tags，账号维度的发布约束见 §13.2 accounts。

同一个候选进入 Square 前增加检查：

  • 是否包含金融建议或收益承诺。
  • 是否引用未核实项目消息。
  • 是否需要免责声明。
  • 是否适合长文章而不是短帖。
  • 是否有图表或封面素材。
  • 是否触发 Square 敏感词风险。

12. 技术架构 ​

12.1 推荐架构 ​

text
Frontend Workbench
  - 热点池
  - 预检查
  - 内容编辑器
  - 审核排期
  - 数据看板

Backend API
  - Source Connector Service
  - Topic Scoring Service
  - Risk Check Service
  - Generation Service
  - Publishing Service
  - Channel Adapter Service
  - Analytics Service

Workers
  - Crawling jobs
  - OCR/ASR jobs
  - Similarity jobs
  - LLM generation jobs
  - X publishing jobs
  - Binance Square publishing jobs

Storage
  - Postgres: 业务数据
  - Redis: 队列和缓存
  - Object Storage: 图片、视频、截图、字幕
  - Vector DB: 文案/主题相似度

12.2 技术选型 ​

模块MVP 选型后续升级
前端Next.js / React增加多用户审核和权限
后端Node.js / NestJS 或 Python / FastAPI拆分服务
队列BullMQ / CeleryKafka
数据库PostgreSQL分库、ClickHouse 分析
缓存RedisRedis Cluster
对象存储S3/R2CDN
OCRPaddleOCR / 云 OCR多语种 OCR
ASRWhisper平台字幕提取
LLMOpenAI / Claude / Gemini多模型路由
发布X API（按量付费 pay-per-use，见 §12.3）多平台发布、多账号
Binance Square 发布Binance square-post skill / local Node scripts官方 API 完整开放后替换为 direct adapter
监控Sentry + Grafana完整数据仓库

12.3 X API 计费与可获取指标（2026 重写） ​

X API 已于 2026-02-06 改为按量付费（pay-per-use）为默认，原 Free/Basic/Pro 三档对新开发者关闭（存量订阅者仍可续用 Basic $200/mo、Pro $5000/mo）。新项目只能选按量付费或 Enterprise，设计须据此重算成本：

操作按量单价（2026-04 后）说明
发帖（纯文本）$0.015/条
发帖（含 URL）$0.20/条约纯文本 13×，且站外链接在信息流被降权
读取帖子$0.005/条返回 100 条算 100 次
读取自有内容$0.001/条自己的帖子/书签/粉丝/列表
月读取上限200 万次超过须上 Enterprise（约 $42,000/mo 起）

设计含义：

  • 来源归属不要内联 URL：合规要求的来源链接放回复/图片/文末纯文本，正文走纯文本计费（见 §3.3、§14.2），否则带 URL 的发帖成本与降权同时打击成本与分发。
  • 发帖成本随总量线性增长（与账号数无关，billing 在开发者项目层）：如起号期 2 账号 × 5 条/天 × 30 天 ≈ 300 条/月，纯文本约 $4.5/月；若大量带 URL 则成倍上升。Phase 2-3 上量前必须按本表重估，纳入 §12.4 月度预算。
  • 读取要花钱且有 200 万/月封顶：§15 的复盘指标尽量用“读自有内容”($0.001) 拿，控制读取频率；拿不全的指标退化为人工导出或抽样，不要把看板写成强依赖。
  • Binance Square 当前仅 square-post 创建能力，无指标读取 API，且每账号 1 key、每 key 约 100 条/天（见 §3.4），Square 效果数据以人工观察为主。

12.4 成本与算力预估 ​

AI 密集型流水线的成本需提前估算，避免 Phase 1-2 失控：

  • LLM 生成：每候选「多语种 × 多版本」是主要成本项，随候选量级线性增长；建议对生成设 token 上限，对低分候选不生成多版本。
  • OCR / ASR：PaddleOCR 自部署成本低，Whisper 视模型大小占用 GPU。
  • embedding / 向量检索：随候选库增长，索引与存储成本上升。
  • 建议在 §16 每个阶段给出单候选平均成本与月度预算上限，超限自动降级（减少多版本、跳过 ASR、降低 LLM 模型档位）。

13. 核心数据模型 ​

本节给出核心表与字段；各表 status 为受控枚举，取值与状态机见 §14.1.1。accounts 被多表引用，须先建立。

13.1 source_items ​

sql
CREATE TABLE source_items (
  id UUID PRIMARY KEY,
  platform TEXT NOT NULL,
  source_url TEXT NOT NULL,
  source_author TEXT,
  title TEXT,
  raw_text TEXT,
  ocr_text TEXT,
  media JSONB NOT NULL DEFAULT '[]',   -- 与 §6.2 一致的对象数组：type/url/local_hash/perceptual_hash
  metrics JSONB,                       -- 最新指标快照；时序见 §13.7 source_item_metrics
  captured_at TIMESTAMPTZ NOT NULL,
  created_at TIMESTAMPTZ NOT NULL DEFAULT now(),
  UNIQUE(platform, source_url)
);
-- 媒体去重：对 media[*].perceptual_hash 建索引，或物化为 media_hashes TEXT[] 供聚类
-- 视频 pHash 需明确抽帧策略（关键帧或等间隔多帧分别 hash），单帧 hash 对视频去重无效

13.2 accounts ​

sql
CREATE TABLE accounts (
  id UUID PRIMARY KEY,
  handle TEXT NOT NULL,                -- 账号唯一标识（@name 或平台内 ID）
  channel TEXT NOT NULL,               -- 'x' | 'binance_square'
  persona TEXT NOT NULL,               -- 定位描述，对应 §10 账号矩阵
  target_market TEXT NOT NULL,         -- 'en' | 'ja' | 'es' | 'th' ...
  language TEXT NOT NULL,
  x_fit_threshold NUMERIC,             -- 发布所需 x_recommendation_fit_score 下限，见 §14.2
  daily_post_limit INT NOT NULL DEFAULT 5,
  api_credential_ref TEXT,             -- 密钥引用（库中不存明文，见 §14.4）
  health_status TEXT NOT NULL DEFAULT 'healthy',  -- healthy | restricted | suspended | cooldown
  verified_followers INT,
  created_at TIMESTAMPTZ NOT NULL DEFAULT now(),
  UNIQUE(channel, handle)
);

13.3 topic_candidates ​

sql
CREATE TABLE topic_candidates (
  id UUID PRIMARY KEY,
  source_item_id UUID REFERENCES source_items(id),
  cluster_id UUID,
  summary TEXT,
  target_markets TEXT[],
  topic_tags TEXT[],                   -- 驱动 §11.3 渠道路由
  score NUMERIC,                       -- §7.1 候选总分（正向项归一为 1.00）
  x_recommendation_fit_score NUMERIC,  -- §7.2.3
  final_score NUMERIC,                 -- 合成分：0.70*score + 0.30*x_recommendation_fit_score（起号期 0.60/0.40）
  recommendation_reasons JSONB,
  risk_level TEXT,
  status TEXT NOT NULL DEFAULT 'new',  -- new | scored | precheck_passed | precheck_blocked | shortlisted | dropped
  created_at TIMESTAMPTZ NOT NULL DEFAULT now()
);

13.4 risk_checks ​

sql
CREATE TABLE risk_checks (
  id UUID PRIMARY KEY,
  candidate_id UUID REFERENCES topic_candidates(id),
  check_type TEXT NOT NULL,            -- copyright | duplication | fact | quality | financial
  result TEXT NOT NULL,                -- PASS | REVIEW | BLOCK
  reasons JSONB,
  reviewer TEXT,
  created_at TIMESTAMPTZ NOT NULL DEFAULT now()
);

13.5 content_variants ​

sql
CREATE TABLE content_variants (
  id UUID PRIMARY KEY,
  candidate_id UUID REFERENCES topic_candidates(id),
  account_id UUID REFERENCES accounts(id),            -- 见 §13.2
  channel TEXT NOT NULL DEFAULT 'x',                   -- 'x' | 'binance_square'
  language TEXT NOT NULL,
  format TEXT NOT NULL,                               -- short | long | image_text | thread | video
  title TEXT,
  text TEXT NOT NULL,
  media_assets JSONB,
  channel_metadata JSONB,
  source_attribution TEXT,
  similarity_score NUMERIC,                           -- 与同账号近 7 天 + 跨账号内容的最大相似度（0-1），见 §8.2
  status TEXT NOT NULL DEFAULT 'draft',               -- draft | review_ready | approved | rejected | scheduled | published
  created_at TIMESTAMPTZ NOT NULL DEFAULT now()
);

13.6 publish_jobs ​

sql
CREATE TABLE publish_jobs (
  id UUID PRIMARY KEY,
  content_variant_id UUID REFERENCES content_variants(id),
  channel TEXT NOT NULL,
  channel_account_id UUID NOT NULL REFERENCES accounts(id),  -- 见 §13.2
  scheduled_at TIMESTAMPTZ,
  published_at TIMESTAMPTZ,
  remote_post_id TEXT,
  remote_url TEXT,
  status TEXT NOT NULL DEFAULT 'scheduled',  -- 取值与状态机见 §14.1.1
  error_message TEXT,
  created_at TIMESTAMPTZ NOT NULL DEFAULT now()
);

13.7 source_item_metrics ​

sql
CREATE TABLE source_item_metrics (
  id UUID PRIMARY KEY,
  source_item_id UUID NOT NULL REFERENCES source_items(id),
  captured_at TIMESTAMPTZ NOT NULL,
  metrics JSONB NOT NULL,        -- likes/comments/shares/views 快照
  velocity_score NUMERIC,        -- 由相邻快照差分计算，回填给 §7.1
  created_at TIMESTAMPTZ NOT NULL DEFAULT now()
);

14. 自动发布设计 ​

14.1 发布流程 ​

text
Draft generated
  -> Risk checks all PASS or reviewed
  -> Human approves exact final post
  -> Store immutable approved snapshot
  -> Schedule job
  -> Channel adapter publish
  -> Save post id
  -> Poll analytics
  -> If policy/content issue found, queue deletion or correction

幂等：发布请求以 content_variant_id + channel_account_id + 内容哈希 为幂等键；重试或从 published_unknown_id 恢复时据此去重，避免双发。

14.1.1 publish_jobs.status 状态机 ​

text
scheduled -> publishing -> published
scheduled -> publishing -> failed -> needs_review
publishing -> published_unknown_id   (接口 504 但脚本提示已提交，见 §14.4)
published  -> deletion_queued -> deleted          (事后发现违规)
published  -> correction_queued                   (补发更正)

publish_jobs.status 取值：scheduled | publishing | published | published_unknown_id | failed | needs_review | deletion_queued | deleted | correction_queued。

关联实体状态（与 §13 对齐）：

  • content_variants.status：draft | review_ready | approved | rejected | scheduled | published。
  • topic_candidates.status：new | scored | precheck_passed | precheck_blocked | shortlisted | dropped。
  • accounts.health_status：healthy | restricted | suspended | cooldown。

14.2 发布前硬性拦截 ​

以下情况禁止自动发布：

  • 没有可追溯的来源记录或归属（来源链接默认放回复/图片/文末，不强制内联正文 URL，见 §3.3）。
  • 版权检查结果为 BLOCK。
  • 事实检查结果为 BLOCK。
  • 文案与已发内容相似度过高。
  • 发布到 X 但 x_recommendation_fit_score 低于当前账号阈值。
  • 目标账号 24 小时内已达发布上限。
  • 包含政治、金融、医疗、灾难、未成年人、隐私内容但未人工审核。
  • 素材来自未授权 UGC 且是主体表达。
  • 发布到 Binance Square 但缺少金融风险检查。
  • 发布到 Binance Square 的图文超过 4 张图片，或文章模式传入多张封面图。

“当前账号阈值”取自 accounts.x_fit_threshold（§13.2）。起号期建议设较高门槛（如 0.6），随账号 embedding 稳定与历史数据积累逐步下调，由 §16 复盘数据驱动校准。

14.3 发布频率建议 ​

起号期：

  • 每账号每天 3-5 条。
  • 70% 短帖/图文，20% 线程，10% 实验内容。
  • 只在目标市场活跃时间发。
  • 每条内容发布后观察 30-90 分钟，不在首小时连续发布相似主题。
  • 如果首小时收藏、分享、回复质量明显高于账号基线，2-6 小时内发布延展内容。

稳定期：

  • 每账号每天 5-12 条。
  • 每周保留 10-20% 实验位。
  • 爆帖后 2-6 小时内跟进一条相关解释或延展。
  • 每周按账号复查 topic/community fit，表现差的跨主题内容减少或拆到新账号。

14.4 Binance Square 发布 adapter ​

使用 Binance Skills Hub 的 square-post skill 作为本地发布 adapter：

内容类型脚本约束
短文本post-text.mjs --text必须有正文
长文章post-text.mjs --text --title必须有标题和正文
图文短帖post-image.mjs --text --images1-4 张图片，不能传 title
带封面的文章post-image.mjs --text --title --cover只能 1 张封面
视频post-video.mjs --video --duration --text只能 1 个视频，需要 duration，依赖 ffmpeg/ffprobe

实现注意：

  • OpenAPI key 只允许来自 BINANCE_SQUARE_OPENAPI_KEY 或 ~/.config/binance-square/openapi-key。
  • 不把 key 放入 CLI 参数、日志、数据库或任务 payload。
  • 我们自己的 publish_jobs 负责排期，到了时间再调用 skill。
  • skill 返回成功后的 ID 和 Link 写入 remote_post_id 和 remote_url。
  • 如果接口返回 504 但脚本提示已提交成功，状态记为 published_unknown_id，人工或后续能力补链。
  • 遇到敏感词、内容长度、上传限制、账号限制错误时，回写 error_message 并退回审核。

15. 指标体系 ​

15.1 漏斗指标 ​

text
采集量
  -> 候选量
  -> 通过预检查量
  -> 审核通过量
  -> 发布量
  -> 1000+ impressions
  -> 10k+ impressions
  -> 100k+ impressions
  -> 关注转化
  -> verified follower 增长
  -> 收益资格进度

15.2 内容指标 ​

  • Impression per post。
  • Engagement rate。
  • Bookmark rate。
  • Share rate。
  • Detail click rate。
  • Dwell time / long dwell rate。
  • Profile click rate。
  • Follow author rate。
  • Video 3s / 25% / 50% watch rate。
  • Photo expand rate。
  • First-hour engagement velocity。
  • Reply quality。
  • Follower gain per post。
  • Verified engagement ratio。
  • Negative feedback：举报、限流、删帖、版权投诉。
  • Community fit：同领域关注者互动占比、同领域账号引用/回复数量。

15.3 渠道指标 ​

  • X：impression、detail click、profile click、follow author、bookmark、share、video watch、negative feedback。
  • Binance Square：post success rate、content rejection rate、sensitive-word failure、image/video upload failure、article vs short-post performance。
  • 跨渠道：同一选题在 X 与 Square 的表现差异、复用成本、审核耗时、风险事件。

15.4 运营指标 ​

  • 每条发布从发现到上线耗时。
  • 每条内容的人审时间。
  • 每个平台素材通过率。
  • 每个目标语种命中率。
  • 每个账号的内容重复度。

16. MVP 路线图 ​

前置 go/no-go gate（先于 Phase 0） ​

以下三项任一不通过，则不应进入开发：

  1. 收款通道已就位：确认收款路径可用即可——已走通的方式是香港卡（收益正常累积到 X 账户，仅提现有一段 lockup，非阻断项）；关注 KYC、lockup 周期与税务申报即可，见 §3.1、§18。
  2. 单位经济一页测算：按 §2.3 与 §12.3 估出单条内容全成本，并对比各变现路径单位收益，确认存在为正的路径（很可能不是 X 分成）。
  3. 采集吞吐对齐：确认在 §3.5 合规手段下，“可用候选量”足以支撑目标账号的发布节奏（而非只有榜单标题）。

Phase 0：手工验证，1 周 ​

目标：验证选题命中率与目标账号定位（不验证收益——门槛与地区限制决定短期拿不到分成信号）。

  • 用已有的 0xgenffy（AI/科技）/ 0xfomo_（Crypto/市场情绪）两号（已 Premium 认证）。
  • 每天按两号方向各找约 15 条中文热点（0xgenffy 收 AI/科技，0xfomo_ 收加密/市场）。
  • 手动筛选 5 条，AI 辅助改写。
  • 人工发布 3-5 条。
  • 记录来源、文案、发布时间、24h/72h 数据。

交付物：

  • 选题表格。
  • 账号定位文档。
  • 50 条发布样本。
  • 初步爆点清单。

Phase 1：半自动工作台，2-3 周 ​

目标：把发现、预检查、生成、排期串起来。

  • 热点采集：微博热榜、B 站热门、小红书手动链接、抖音手动链接。
  • 自动摘要、翻译、选题评分。
  • OCR/ASR 提取素材文本。
  • 版权/重复/事实风险规则。
  • 内容变体生成。
  • 人工审核后 X API 发布。
  • 基础数据看板。

交付物：

  • 内部工作台。
  • 发布队列。
  • 风险检查日志。
  • 日报/周报。

Phase 1 后 go/no-go gate：达到以下最小内容-市场匹配信号才进入 Phase 2 的多账号投入，否则停在单账号优化：

  • 单账号曝光/关注增速达到预设基线（按目标市场设定）。
  • 单条内容可持续的人审成本在预算内（人审是扩展瓶颈，见 §17）。
  • 至少一条变现路径（§2.3）跑通最小验证，而非依赖 X 分成。

Phase 2：多账号与模型优化，4-6 周 ​

目标：提高命中率和规模化能力。

  • （Phase 1 gate 通过后）按表现再考虑增号/增语种，先把两号做透。
  • 增加向量相似度和跨平台聚类。
  • 增加 X 目标市场反查。
  • 自动学习历史爆帖特征。
  • 视频脚本、字幕、重制素材流水线。
  • 账号健康和发布频率自适应。

交付物：

  • 账号矩阵配置。
  • 选题推荐模型。
  • 多语种内容模板库。
  • ROI 看板。

Phase 3：规模化，2-3 个月 ​

目标：把系统从内容工具升级为内容工厂。

  • 多人审核权限。
  • 授权素材库。
  • 自动联系原作者授权。
  • AI 视频重制流水线。
  • 多平台反哺发布。
  • 收益、成本、风险的财务模型。

两号起号细化：选题清单与 Binance Square 承接 ​

把 Phase 0-1 的“找热点 → 筛选 → 改写”落到两个号的具体方向上。两号选题池分开维护（§19.1），交叉题材按主调性归属，不在两号同发（§7.2.2、§8.2）。

0xgenffy（AI/科技，X 为主）起号选题清单

  • 中国 AI 应用 / AI Agent / 大模型进展（海外少见的中文 AI 圈动态，事实解读）。
  • 算力、芯片、机器人、具身智能（事实型 + 数据图）。
  • 中国科技/制造/EV：工厂、供应链、城市基建、新品（强视觉 + 背景解释，不搬原视频）。
  • AI×Crypto 交叉：AI agent、去中心化算力、AI 相关 token（可外溢 Square）。
  • 中文科技神帖/冷知识再叙事。
  • 避开：政治、未核实事实、纯八卦、不翻译解释不通的中文梗。
  • Square 承接 ~15-30%：仅 ai_crypto / 算力×Crypto 交叉题材；纯制造/EV/消费科技 X-only。

0xfomo_（Crypto/市场情绪，X + Square 双分发）起号选题清单

  • 交易所/Binance 生态公开信息解读：Launchpool、Alpha、新上币、HODLer 空投、钱包/支付（复盘，非预测）。
  • 链上热点/资金流：大额转账、稳定币流入流出、ETF 流量（引用公开 dashboard 数据并注明）。
  • 叙事追踪：当前 meta（AI agents / RWA / DePIN / meme / L2 等）的兴起与降温观察。
  • 市场情绪/meme：Fear & Greed、社媒情绪、热门 ticker 讨论（观察型，不预测价格）。
  • 中文加密圈热点 → 英文：国内 crypto 社群在讨论什么、监管/政策动向（事实型）。
  • 硬约束：每条 “Not financial advice”，不喊单/不带单/不承诺收益；未核实传言降级为“据称/网传”（§11.2、§8.3）。
  • Square 承接 ~60-80%：crypto / exchange / onchain / ai_crypto 题材默认双发（§11.3）；纯投机/情绪类按风险降级或 X-only。

节奏：两号按 §14.3 起号期（单号每天 3-5 条）执行，按目标市场活跃时间发，首小时按 §7.2.2 冷启动窗口观察，表现好再 2-6 小时延展。Square 端注意每号 1 key、约 100 条/天上限（§3.4）。Phase 0 先各跑一周，用 Phase 1 后 gate 决定是否加码。

17. 人机分工 ​

环节自动化人工
热点抓取高低
去重聚类高低
爆点判断中中
版权判断中高
事实核验中高
文案生成高中
最终发布中高
数据复盘高中

首期必须保留人工终审，因为真正危险的不是生成失败，而是“看起来能发但长期伤账号”的内容。

人审是真正的扩展瓶颈（劳动密集、不可廉价并行），而非队列/存储。规模化靠分级审核而非取消人审：低风险类目（已验证账号 + 事实型 + 自有/授权素材）放宽抽审，高风险类目（金融/医疗/政治/未成年人/未授权 UGC）强制全审；用 §15.4 的“单条人审时间”作为扩张闸门。

18. 风险清单与对策 ​

风险影响对策
版权投诉删帖、限流、收益资格受损授权、自有素材、重制、只转述事实
被判垃圾/重复内容限流、封号降低频率、提高差异化、禁止多账号同发
虚假身份风险账号处罚透明定位，不冒充原作者/当地人
事实错误声誉和账号风险高风险内容人工核验，多来源确认
收益规则变化商业模型失效不只追收益，沉淀账号和流量资产
数据源封锁采集中断多源采集，支持人工输入
AI 低质内容互动差、被折叠模板库和人工编辑，按历史数据优化
Binance Square 敏感词/金融合规发布失败、账号受限加金融话术检查、免责声明、人工审核
Square skill 能力不足无法读帖、编辑、删除、排期自建排期和状态机，失败后人工处理
中文平台反爬 / ToS 限制采集中断、账号封禁、法律风险优先官方 / 聚合渠道与人工录入，不绕过登录态与风控（见 §3.5）
跨境收款 / 税务合规提现有 lockup 延迟，收益仍累积到 X 账户已走通：香港卡收款；关注 lockup 周期、KYC 与税务申报，非阻断项
LLM / 算力成本失控月度成本超预算每候选 token 上限、低分候选不生成多版本、超限自动降级（见 §12.4）
X API 改按量计费带 URL 帖 $0.20/条、读取收费且月封顶 200 万、Basic 对新开发者关闭来源不内联 URL、控制读取频率、按 §12.3 重算预算，超量再评估 Enterprise
套利窗口收窄机会公开后跟进者稀释信息差、平台收紧检测早做、做垂做深，靠受众资产而非单条热点；矩阵规模由变现路径驱动
单位经济倒挂以 X 分成为目标则越上量越亏见 §2.3，主收入改为加密联盟/导流自有/B2B 代运营，X 分成只作后验

19. 具体执行建议 ​

19.1 第一批账号定位 ​

用已有的两个号差异化起步：

  • 0xgenffy（AI/科技）：先跑事实解读型内容，版权风险相对低，作为稳健基本盘；AI×Crypto 题材可外溢到 Binance Square。
  • 0xfomo_（Crypto/市场情绪）：贴合 handle 调性与 §2.3 的加密联盟/返佣变现路径；但每条须过金融话术与非投资建议检查（§11.2），crypto 事实不确定内容须人工审核（§8.3）。

两号选题池分开维护，交叉题材按主调性归属，避免两号同发触发重复/协同风险（§7.2.2、§8.2）。

19.2 第一批内容模板 ​

0xgenffy（AI/科技）：

text
China's [industry/product] scene is moving fast.

This clip/post went viral on Chinese social media because [reason].

What makes it interesting: [context that overseas users do not know].

0xfomo_（Crypto/市场情绪，每条须过金融话术与非投资建议检查）：

text
What's actually driving [token/narrative] right now:

1. [catalyst / on-chain or exchange signal]
2. [why the market is reacting]
3. [what to watch next]

Not financial advice.

19.3 每日运营 SOP ​

text
09:00  拉取前一日数据，查看爆帖和失败内容
10:00  采集中文热点，自动生成候选池
11:00  人工挑选 10-20 个候选
12:00  系统生成多版本草稿
14:00  审核版权、事实、语气和账号适配
16:00  排期目标市场晚高峰内容
22:00  检查早期反馈，必要时补发延展帖
次日  记录 24h 数据，更新模板和规则

20. 最小可实现版本需求清单 ​

P0 ​

  • 手动录入来源链接。
  • 自动抓取页面标题、正文、截图。
  • OCR 提取图片文字。
  • LLM 生成摘要、风险点、目标语言文案。
  • 生成 x_recommendation_fit_score 和推荐适配理由。
  • 人工审核状态机。
  • X API 发布单条帖子。
  • Binance Square skill 发布文本/图文测试。
  • 基础发布数据回填。
  • 账号与发布状态机：建 accounts 与 publish_jobs 受控枚举（见 §13.2 / §13.6 / §14.1.1）。
  • 指标多次回采（§13.7）支撑 velocity_score；Phase 0 可先用瞬时热度近似。

P1 ​

  • 微博/B 站热榜自动采集。
  • 向量相似度去重。
  • 内容风险规则引擎。
  • 多账号排期。
  • 多渠道排期：X + Binance Square。
  • 24h/72h 自动复盘。
  • 首小时冷启动监控：点击、回复、收藏、分享、负反馈。
  • 按账号统计 topic/community fit。

P2 ​

  • 小红书/抖音半自动采集助手。
  • 视频 ASR、切片和字幕。
  • 授权管理。
  • AI 素材重制。
  • 历史爆帖训练推荐模型。
  • 用历史数据校准 x_recommendation_fit_score 权重。

21. 结论 ​

这个项目可落地，但不能按“批量偷内容发 X”来设计。短期看那样更快，长期看会遇到版权、限流、收益扣减和账号死亡。

更稳的产品定义是：用中文平台做选题雷达，用 AI 做跨语种再创作，用预检查系统做风险控制，用 X 账号矩阵做主分发，用 Binance Square 承接 Crypto/AI/交易所相关内容。先用 1 周手工验证选题，再用 2-3 周做半自动工作台，之后根据真实数据决定是否扩大账号和素材生产能力。

但目标要改（2026 修正）：X 创作者分成在新计费与 verified 加权下不足以作为主收入，也覆盖不了单条全成本。本系统真正的产出是“低成本、合规的跨语种内容引擎 + 可路由的受众资产”；主收入应放在加密联盟/返佣、导流自有资产、B2B 内容代运营等单位收益更高的路径（见 §2.3），X 分成只作后验指标。开发前先过 §16 的三道前置 gate（收款通道、单位经济、采集吞吐），任一不过就不要开工。

22. 参考资料 ​