QQLink Agent Operations & Brand Growth · Project Plan · 2026
QQLink全球Agent运营与品牌增长系统
项目方案：以Agent OS连接X触达、Telegram沉淀与支付用户增长
围绕既定项目目标，明确Agent运营系统蓝图、第一期15账号方案、增长模型、实施路径、长期演进、预算资源和关键风险，形成从品牌触达到支付用户增长的完整执行框架。
核心建设范围
10 Modules
规划、生产、转化、数据与风控
首期运营范围
15 X + 15 TG
账号、语言、市场与社群协同
第一阶段基准新增注册
80K–150K
90天资源与漏斗门槛成立的规划区间
第一阶段首次支付
8K–25K
90天真实支付成功事件
项目目标把QQLink品牌、产品、伙伴与账号资源转化为可预测、可归因、可持续优化的全球支付用户增长。
建设主线建设Agent运营中台，统一15个X账号、15个TG空间、内容、审批、数据归因和增长实验。
长期方向第一期完成15账号增长闭环，之后按验证市场复制增长单元，而不是把90天或15个账号视为项目终点。
01 · 项目方案总览
一页看懂：目标是什么、系统如何支撑、第一期怎样推进、长期如何扩展
本页先给出从项目目标到长期演进的完整主线；后续章节依次展开增长依据、系统蓝图、15账号运营、实施治理和证据校准。
方案总纲
第一期建设范围为15个X账号 + 15个Telegram社群空间 + 1套Agent运营与增长数据系统。实施采用2账号试运行、5账号验证、15账号全面运行的分段方式，在第一期内完成从X触达、TG沉淀到邮箱注册、首次支付和D30留存的闭环；之后按已验证市场持续复制。
项目目标新增注册 · 首次支付 · D30留存 · 可控CAC
增长系统Agent中台 · 15账号Worker · TG生命周期 · 数据归因
一期执行2账号试运行 → 5账号验证 → 15账号规模运营
增长闭环X触达 → TG教育 → 邮箱注册 → 支付 → 复购/推荐
长期演进市场包复制 · 15+N区域节点 · 多渠道增长网络
整份报告的逻辑架构
逻辑层回答的问题对应章节方案输出
一 · 目标与策略项目以什么结果衡量；80K–150K注册、8K–25K首付的依据和边界是什么第2–5章目标口径、增长因果与三大增长引擎
二 · 系统蓝图Agent如何把15账号、TG、内容、审批、用户生命周期和支付数据连接起来第6–10章建设范围、技术架构、自动化闭环与归因体系
三 · 第一期增长15个X账号如何分工；用户如何按语言与意图进入TG并完成注册、支付和复购第11–15章一期目标、账号矩阵、社群体系、组织与案例
四 · 实施与演进第一期怎样从2到5再到15账号；15账号之后如何按市场证据长期扩展第16–21章预算、阶段路线、长期蓝图、资源、治理与风险
五 · 参考与校准技术路线、增长模型、案例和QQLink事实分别来自哪里，哪些输入需要用真实数据更新第22章可追溯来源、假设边界与持续校准机制
方案阶段需要确认的四项实施边界
确认事项方案定义控制条件形成结果
建设边界Agent OS + 15个X账号 + 15个TG空间 + 注册支付数据闭环不把项目收缩为单纯发帖工具或Telegram Bot统一系统范围与验收口径
一期边界第一期最终覆盖15账号与15个TG空间，按2→5→15分段上线归因≥85%、累计首付≥1K且至少两个市场出单后进入全矩阵扩量兼顾建设速度、账号安全与结果验证
协同边界项目负责人、技术协作5–7人、增长/数据/品牌/合规/区域OwnerOwner、权限、SLA和RACI在启动期确认明确跨职能责任链
预算边界增长预算US$80K–150K按阶段释放；技术与云服务单独核算首付CAC、D30 CAC、毛利和LTV决定扩量或止损形成可调档的预算机制
Part I · 目标与总体策略
目标怎么定义：从QQLink基础盘推导增长空间、结果口径与实现路径
本篇先统一项目起点、增长目标和衡量口径，再说明Agent能力、渠道资源、产品转化与推荐循环之间的因果关系。
02 · 项目起点与增长原则
QQLink基础盘决定第一期应追求规模增长，同时坚持支付结果导向
QQLink已具备存量用户、全球支付产品、低门槛注册与战略合作基础，第一期重点不是验证是否存在需求，而是放大分发、提高转化并建立可预测的支付增长闭环。
平台优势
50万注册基础具备规模化召回、交叉销售、社群迁移和推荐裂变的用户资产。
邮箱低门槛注册用户仅需邮箱即可进入产品，显著降低全球获客入口摩擦。
支付与生态产品扫码支付、钱包、卡、交易、投资、AI和社交形成多场景价值承接。
增长杠杆
公域声量释放通过15个X账号覆盖全球品牌、支付教育、语言市场和本地场景。
Telegram社群资产把分散流量沉淀为可识别、可分层、可服务和可裂变的用户池。
战略伙伴放大腾讯战略合作与QQ品牌认知共同提升信任转化、媒体效率和合作触达。
增长原则
三台增长引擎存量与伙伴、X与TG、产品与裂变同步运行，形成规模与质量平衡。
全链路数据归因邀请码、深链、注册、激活、支付和留存统一进入增长数据层。
阶段化扩量以首付CAC、D30 CAC和90日毛利贡献决定预算释放和市场复制。
03 · 增长目标与推导逻辑
增长目标不是拍脑袋：由渠道贡献、漏斗转化和预算效率三层推导
所有数字均为资源条件成立时的规划区间，不是无条件承诺；原有50万用户的重新激活不计入新增注册。
目标建模采用的专业结构
Reforge端到端增长模型先定义业务输出，再拆输入变量、基线和时间预测，不从“发多少内容”直接推用户数。
Fintech GTM三情景模型悲观、基准、乐观使用同一公式，只改变流量、转化、CAC和产品激活假设。
增长规划采用的组织结构
Skyscanner区域增长策略先验证市场PMF，再通过多渠道提高LTV并降低CAC，扩量围绕市场证据而非语言覆盖数量。
Patreon增长战略使命、用户旅程、团队Ownership、影响预测、ROI和资源协同形成同一条执行叙事。
因此，本方案先从新增支付用户和D30留存反推所需注册量，再由渠道容量和漏斗效率验证该注册量是否可实现；15个X账号只是执行容量之一，不是目标依据本身。
增长来源90天新增注册贡献实现逻辑必要资源
存量外溢与伙伴渠道25K–50K现有用户分享、官网、商户、代理、腾讯合作媒体与联合活动带来新用户可量化入口、联合PR、活动排期和专属链接
15个X账号自然增长15K–30K多语言内容、实时互动、趋势响应、Spaces和本地支付场景持续获客15账号权限、真实素材、本地运营与官方X API
KOL、Spaces与付费放大25K–45K创作者内容、联合Space、媒体和付费投放扩大胜出内容US$80K–150K增长预算中的渠道部分
TG社群与用户推荐15K–25K城市队长、商户、创作者、大使和单层邀请形成裂变新增支付结果奖励、反作弊和退款观察期
合计80K–150K四类渠道去重后的规划区间任一核心资源缺失时同步下调目标
存量与伙伴25K–50K需要累计56K–111K可归因的新增访客 × 45%邮箱注册率；若实际注册率为30%，所需访客将上升至83K–167K。
X自然增长15K–30K需要约1.67M–3.33M有效曝光 × 2%访问率 × 45%注册率；15账号90天约1,620条内容，对应平均每条约1.0K–2.1K有效曝光。
KOL与付费25K–45K需要56K–100K可归因访客 × 45%注册率；实际CPC、KOL导流率和落地页转化共同决定预算是否足够。
TG与推荐15K–25K只统计去重后的成功邮箱注册，不用群人数、Bot启动数或邀请链接点击代替新增用户。
基准情景的漏斗计算
10M有效曝光矩阵 + 伙伴 + KOL + 付费
200K落地访问曝光到访问 2.0%
90K邮箱注册访问到注册 45%
40.5K有效激活注册到激活 45%
12.15K首次支付激活到支付 30%
4.86K D30首付到留存 40%
注册区间依据四类渠道贡献合计80K–150K；基准漏斗中值约90K。
首付区间依据80K–150K注册 × 35%–50%激活 × 25%–35%支付，约7K–26K，因此取8K–25K。
D30区间依据8K–25K首付 × 35%–45%支付留存，约3K–11K，因此取3K–10K。
产能校验：15个账号按平均每天1.2条有效内容、运行90天，约产生1,620条原创内容。X自然贡献目标对应平均每条约1.0K–2.1K有效曝光；10M是矩阵、腾讯/伙伴、KOL和付费共同形成的总曝光，不应全部归功于X账号或Agent。Day 14导入真实CTR、落地注册率、各账号基线和伙伴资源后，公式保持不变，只更新输入并自动升降目标档位。
04 · Agent增长因果
为什么这套Agent系统有资格支撑目标：每个系统能力都对应一个可测量的增长变量
每项Agent能力都必须对应一个漏斗指标和一个人工/产品依赖，避免把自动化包装成万能增长来源。
增长结果的因果公式
新增支付用户 = 可用分发资源 × Agent运营效率 × 产品转化效率 × 留存 / 推荐效率。 Agent直接提升第二项，并通过更快响应、本地化教育和实验反馈部分改善第三、第四项；腾讯/伙伴流量、KOL预算和产品支付体验仍是独立必要条件。
执行容量把15账号、多个语言和15个TG空间的排期、素材、回复、分流与日报变成稳定工作流。
转化质量按账号人格、国家场景、用户问题和生命周期生成不同内容与行动建议，减少机械复制。
学习速度把帖子、TG来源、注册、首付、退款和D30统一归因，使胜出打法可在数天内复制而不是季度复盘。
漏斗环节Agent具体作用影响指标不能替代的条件
有效曝光15账号排期、趋势监听、素材复用、语言版本和胜出内容自动放大建议内容产能、发布稳定性、有效曝光腾讯/伙伴入口、KOL、付费媒体和真实素材
曝光到访问按市场生成原生内容、场景化CTA、实时回复和对应TG/落地链接CTR与高意向访问比例品牌信任、产品价值和当地支付场景
访问到注册语言识别、深链、国家落地页、FAQ和注册问题自动分流邮箱注册转化率产品稳定性、页面速度和邮箱注册体验
注册到激活TG欢迎序列、D0/D1/D3/D7教学、用户标签和客服工单创建登录、钱包或有效产品行为产品可用性、本地支付网络和客服解决能力
激活到首付本地支付教程、真实案例、失败原因识别、提醒和高意向用户转人工首次支付率与支付成功率充值通道、汇率、费率、支付体验和用户资金意愿
首付到D30生命周期召回、场景推荐、权益提醒、复购任务和大使邀请D30支付留存与推荐率持续产品价值、商户覆盖和奖励经济性
预算与学习把账号、内容、TG、注册、支付、退款和LTV统一归因，自动生成扩量/停损建议CAC、D30 CAC、毛利回收期QQLink服务端事件、财务口径与人工预算决策
核心因果结论
Agent系统能够完成目标的原因，不是它“自动发得更多”，而是它把15账号内容产能、多语言本地化、TG生命周期运营、用户问题响应和支付结果实验连接成一个可持续优化的系统。增长目标成立仍依赖QQLink产品、合作渠道、预算、内容资产和本地团队共同投入。
05 · 三大增长引擎
三台增长引擎，共用一套支付结果数据
外部新增、存量唤醒和产品裂变同时运行；任一引擎缺失，目标必须同步降档。
A · 存量与伙伴引擎
- 50万历史注册用户分层召回
- 邮件、Push、App内活动与Team QQLink
- 腾讯合作渠道、联合PR与媒体资源
- 官网、商户、代理和产品更新流量
B · X与TG公域引擎
- 15个X账号本地化内容与实时互动
- KOL、Spaces、趋势借势和付费放大
- Telegram Gateway Bot来源识别
- 语言社群、支付教学、AMA与客服
C · 产品与裂变引擎
- 真实扫码支付视频与城市案例
- 首付奖励、复购奖励和单层邀请
- 商户、城市队长和创作者共同生产UGC
- 支付成功事件驱动下一轮内容与推荐
有效触达渠道与内容
邮箱注册低摩擦入口
有效激活登录 + 产品行为
首次支付成功订单
D30复购留存与推荐
Part II · Agent系统蓝图
系统如何运行：Agent运营中台、15账号Worker、TG生命周期与支付数据闭环
本篇定义系统建设范围、技术参考、15账号隔离架构、自动化工作流、人工控制点和业务数据归因。
06 · 技术标杆与建设边界
Agent技术架构以X与社媒生产系统为主标杆，而不是以通用聊天Agent为主要依据
本方案重点核对了多账号社媒中台、X原生Agent、Web3社交Agent、工作流编排和X官方政策，提炼可直接进入QQLink一期建设的生产能力。
开源 / 官方标杆已验证的相关能力QQLink应吸收不直接照搬的边界
Postiz + Postiz Agent多平台排期、Draft / Schedule队列、OAuth/API、团队协作、平台与帖子Analytics；Agent CLI可发现账号能力并批量排期内容队列、草稿—审批—发布状态机、发布ID回填、账号级Analytics和可替换发布适配层不把通用社媒后台当作增长大脑；项目仍需建立品牌知识、TG CRM、支付归因和预算决策机制
elizaOSX发帖、Mentions、Timeline、Discovery、Dry Run；OAuth1/2、单Agent单X账号、限流重试、Token刷新、错误策略测试及Telegram自动化中央Orchestrator管理15个隔离账号Worker；Dry Run、开关控制、指数退避、Fail-closed、Token Vault和故障告警不复制单账号产品形态；将其Agent runtime模式扩展为品牌矩阵和金融运营治理
ZerePy面向X部署自主Agent；Character配置、Tweet示例、时间倍率、Agent Loop及Web3 / Onchain插件每个账号独立Persona、语料示例、行动白名单、时段策略和市场记忆不允许Character自行突破品牌事实、国家可用性、促销和金融内容审批
Mixpost集中账号管理、内容日历、队列、Workspaces、团队权限和平台Analytics运营工作台、账号Owner、日历视图、权限分层和跨市场协作机制解决的是社媒管理效率，不包含Agent决策、Telegram生命周期和支付结果学习
n8n多步骤工作流、可视化编排、人工审批、可观测性、自托管及大量连接器用于连接器原型、通知、日报、运营工单和低风险自动化，加速一期联调核心X发布、支付归因、用户状态和审批审计不依赖单一低代码运行时
X API与开发者政策官方API支持发帖、回复、引用、媒体；政策禁止批量激进行为及多账号发布相同或高度相似内容只走官方用户授权接口；按账号限流；明确自动化身份；回复/DM遵循同意、退订和人工升级不采用绕过API、浏览器批量操控、刷互动或无差别群发的增长方式
Central Control统一策略、预算与审批
15 Isolated Workers一账号一身份一记忆
Official APIOAuth、Scopes与审计
Queue + Dry Run草稿、预演、批准、发布
Rate Limit + Retry账号级节流与故障恢复
Revenue Feedback从帖子回流到支付结果
OpenClaw与Hermes的参考位置
OpenClaw和Hermes仍可作为Gateway、Skills、Memory、Scheduler和多Agent路由的通用组件参照，但不再承担X运营架构或增长目标的主要论证；本项目生产架构以Postiz、elizaOS、ZerePy、Mixpost、n8n及X官方规则为主依据。
07 · Agent运营中台
建设QQLink Agent运营中台，而不是把项目收缩为账号日常发布
项目组负责定义并推动策略、知识、内容、审批、账号、社群、用户生命周期、实验和风险的统一运行机制；外部模型与工具只作为可替换技术组件。
01 Campaign Cockpit目标、市场、预算、账号和活动编排
02 Knowledge Hub产品事实、国家能力、品牌和FAQ
03 Social Intelligence趋势、竞品、Mentions与机会评分
04 Content Factory多账号内容、脚本、素材与版本
05 Localization & QA语言、本地文化、事实和重复度检查
06 Approval Center风险分级、人工审批、记录与回滚
07 X Operations排期、官方API发布、监听和回复队列
08 TG Community CRM来源分流、标签、工单和生命周期运营
09 Growth Analytics归因、实验、CAC、D30、LTV与预算建议
10 Risk & Model Ops账号、合规、成本、模型质量与异常熔断
Agent运营成熟度路线
L1 · CopilotAgent只生成草稿，全部由人工编辑和发布。
L2 · OrchestratedAgent完成检索、生成、审查和排期，人工点击批准。
L3 · Semi-autonomous低风险内容和TG流程自动执行，高风险进入审批。
L4 · Closed-loop根据支付与留存自动优化预算和内容，重大决策仍由人负责。
一期目标为L2并在部分TG流程达到L3；完成数据稳定性、模型评测和品牌安全验证后再进入L4。
周期Agent自动执行人工运营动作产出
每日08:00汇总趋势、Mention、竞品、社群问题、支付表现和风险Head of Agent Ops确认当日优先级Morning Brief与账号任务队列
每日09:00–11:00RAG检索、生成多语言内容、素材匹配和质量检查品牌、本地化和敏感内容审批当日发布池与互动话术
每日12:00–22:00按账号节奏发布、监听、分类、TG分流和工单创建高价值对话、危机、资金和客服问题处理实时运营与转化事件
每日22:30汇总曝光、互动、入群、注册、支付、成本和异常确认停损、补充素材和次日重点Daily Ops Report
每周生成市场/账号/内容实验复盘和预算建议增长委员会决定扩量、暂停和下周实验Weekly Growth Review
每月模型质量、知识过期、Prompt、成本和账号健康分析品牌治理、资源重配和市场优先级评审Monthly Agent Governance
运营指标一期目标测量方式责任人
已批准事实准确率≥99%抽样评测 + 来源引用 + 错误事件Product / Brand
本地化一次通过率≥95%本地Owner审批结果Regional Ops
内容发布成功率≥99%X API结果与重试日志Agent Ops / Tech
高风险内容自动发布0审批日志与策略审计Brand / Compliance
P0风险告警≤5分钟事件创建到通知时间Risk / SRE
人工审批SLA≤30分钟进入队列到批准/拒绝Brand / Local Ops
TG来源参数完整率≥95%Bot事件与用户绑定对账Data / Community
Agent调用成本预算偏差≤10%按模型、语言、Agent和任务统计Agent Ops / Finance
角色建议配置核心责任不可由Agent替代
项目负责人 / Agent Ops Lead1系统规划、全局节奏、SLA、预算、跨团队协调和最终运营结果优先级、判断与组织推动
Brand / Campaign1–2品牌声音、活动、主账号、合作与审批策略品牌判断与危机口径
Regional Operators首批4–6语言、本地文化、KOL、活动、客服升级和合规反馈本地场景判断
Community & Support2–315个TG空间、工单、首付辅导、反诈骗和大使体系资金与用户申诉责任
Growth Data1–2漏斗、归因、实验、CAC、D30、LTV和预算建议指标口径与商业判断
Agent Platform Team5–7后台、Agent、连接器、数据、安全、监控和持续迭代生产系统Owner责任
08 · 技术架构
中央控制平面 + 15个账号隔离Worker + TG生命周期 + 支付数据闭环
架构吸收Postiz的内容队列、elizaOS的X/TG Agent与可靠性机制、ZerePy的账号Persona以及n8n的快速编排，同时把品牌审批和支付归因留在QQLink自有核心。
业务与策略控制平面
Campaign Console市场、目标、预算、账号、活动和实验配置
Brand / Risk Policy品牌事实、国家能力、禁用词、金融边界和危机规则
Approval Center内容、回复、促销、金融声明和异常操作审批
Growth GateCAC、首付、D30、退款和预算释放门槛
账号编排与内容控制层
Central Orchestrator把活动Brief拆分为账号、语言、内容和互动任务
Account Router按Persona、市场、权限、时区和风险分配到15个Worker
Content QueueIdea → Draft → Review → Approved → Scheduled → Published
Experiment Allocator分配主题、CTA、发布时间、创作者和预算测试
Agent执行Worker层
15 × X Account Worker每个账号独立Persona、Memory、Token、频率、内容与审计
Listener & Reply AgentMentions、关键词、舆情、意向识别、回复草稿和人工升级
TG Gateway & Community Agent深链来源、语言分流、欢迎、FAQ、反诈骗与管理员工单
Lifecycle & Growth AgentD0/D1/D3/D7、首付辅导、召回、推荐和实验建议
渠道连接与可靠性层
Official X API v2用户授权OAuth、发帖、回复、引用、媒体、Mentions和指标
Telegram Bot APIWebhook、Deep Link、Join Request、群管理和Mini App
Rate Limit / Retry / Dedupe按账号节流、Retry-After、指数退避、幂等和重复内容阻断
Token Vault / Refresh / Kill Switch加密密钥、自动续期、权限隔离、故障熔断和全局停机
业务数据与学习层
AppsFlyer + Identity GraphClick ID、TG用户Hash、设备ID与QQLink User ID绑定
QQLink Event API注册、激活、充值、支付、退款、复购与邀请结果
Knowledge + Event Warehouse品牌RAG、内容版本、漏斗、归因、实验、CAC与LTV
Evaluation & Learning事实准确、账号重复度、内容表现、首付与D30结果共同评分
模块推荐实现一期职责技术原则
管理后台Next.js / React活动、账号、内容审批、工单、实验和看板RBAC与完整审计日志
Agent与账号WorkerPython FastAPI + TypeScript ConnectorsOrchestrator、15账号Worker、RAG、工具调用和事件服务账号隔离、结构化输出和版本管理
工作流Temporal内容生产、审批、发布、监听、召回和失败补偿核心链路不用纯定时脚本
发布与排期X Connector；可选自托管Postiz适配层OAuth、Draft / Schedule队列、媒体、发布ID和Analytics适配层可替换，接入公司现有权限、密钥和数据治理体系
模型网关多模型LLM Router按语言、成本、风险选择模型并记录调用支持多模型切换，降低技术锁定
知识库PostgreSQL + pgvector产品事实、国家能力、品牌、FAQ、禁用词与历史案例只有已批准资料可进入生成上下文
缓存与队列Redis任务队列、速率限制、会话状态和短期缓存按账号和接口独立限流
分析仓库ClickHouse或现有数据仓库高频事件、漏斗、归因、A/B测试和成本分析与生产交易库隔离
快速原型n8n验证连接器、项目通知、日报和非关键工作流支付归因与核心发布不依赖n8n单点
项目组牵头建设中央编排、账号Persona与Memory、品牌RAG、审批、TG CRM、支付归因、实验评价和预算Gate。
可复用成熟组件X官方SDK、Postiz式发布队列、n8n非核心编排、数据库与可观测性基础组件。
明确不采用绕过官方API的浏览器批量操控、跨账号重复发布、自动批量关注/私信、只按互动量自我优化的黑盒Agent。
09 · 自动化工作流
从趋势监听到支付回流的八步Agent自动化闭环
每一步都有明确输入、输出、自动化等级和人工Gate，避免把“自动化”误解为无人监管的批量发布。
执行组件Social Listening Agent
输入X趋势、Mentions、竞品、产品更新和内容表现
输出机会主题、风险事件、用户问题与响应优先级
自动化与Gate自动采集与分类；危机和高价值线索即时通知人工
场景触发器自动执行人工Gate
日常内容内容日历、热点评分、产品更新RAG取数→多账号草稿→相似度/事实/政策检查→排期主账号、金融敏感与合作内容审批
X发布已批准内容到达发布时间官方X API发布、媒体上传、链接参数、结果回写账号异常或接口限流时暂停
X互动Mention、Reply、关键词意向问题分类、回复建议、意向评分和TG路由链接默认草稿审批；禁止批量DM、自动关注和刷互动
TG入群Bot深链、Join Request、邀请链接解析来源、语言和国家；打标签；欢迎与防诈骗提示管理员处理申诉、诈骗和敏感问题
首付辅导注册未支付、支付失败或用户主动咨询按国家推送教学、可用网络、FAQ和工单状态资金、安全、退款和账户问题转人工客服
复购召回D7/D14/D30未复购或权益到期基于支付场景和用户分层生成召回任务促销规则和国家可用性审批
裂变大使完成支付与推荐资格邀请码、素材包、任务、排行榜和结算状态异常邀请图谱与奖励冻结复核
危机响应负面激增、账号异常、支付故障、安全关键词暂停队列、聚合证据、创建事件和通知负责人统一口径发布与恢复由危机小组决定
只使用官方接口X账号通过OAuth2与官方API操作；TG使用Bot API和Webhook，不使用高风险Userbot批量控制。
账号级安全节奏每个账号独立Token、限流、内容相似度、发布时间和异常熔断，避免矩阵同步行为。
金融内容默认人工审批合作、收益、费率、国家可用性、支付承诺和危机内容不得直接自动发布。
10 · 数据、身份与归因
统一Click ID、用户ID和支付事件，才能让Agent根据收入结果学习
X与TG只负责触达和承接；注册、支付、留存与退款必须由QQLink服务端回传，避免依赖前端像素和群人数估算。
内容IDaccount_id / content_id / campaign_id
TG深链start参数与invite_link_id
OneLinkclick_id / install / deferred deep link
QQLink用户anonymous_id绑定user_id
支付Webhookorder_id / country / amount / status
增长仓库CAC / D30 / LTV / experiment
事件来源关键字段用途
x_link_clickGateway / OneLinkclick_id、account_id、content_id、locale、campaign_id内容和账号归因
tg_bot_start / tg_joinTelegram Webhooktg_user_hash、start_param、group_id、language、country公域到社群路径
email_registeredQQLink Backenduser_id、click_id、country、registered_at新增注册与渠道CAC
app_activatedApp / Backenduser_id、activation_type、device、occurred_at排除注册空壳
wallet_fundedWallet Backenduser_id、asset、amount_bucket、network首付前意向预测
payment_succeededPayment Backendorder_id、user_id、country、network、amount、margin首付、支付CAC和毛利
payment_failedPayment Backendreason_code、country、network、stage产品瓶颈和客服任务
d30_paymentDerived Eventuser_id、cohort、orders、gross_margin留存、LTV与扩量门槛
referral_qualifiedReferral Backendinviter_id、invitee_id、milestone、risk_score奖励结算与反作弊
refund / chargebackPayment Backendorder_id、reason、amount、occurred_at净收入和奖励追回
身份图谱anonymous_click_id、tg_user_hash、AppsFlyer ID和QQLink user_id在注册时绑定；不在TG保存邮箱和钱包敏感信息。
归因规则保存首次触点、最后触点和辅助触点；邀请码单独记录，避免把全部功劳归给最后一个群链接。
隐私与保留PII最小化、哈希处理、字段分级、访问审计和按地区配置保留期限；分析仓库不存私钥与完整支付凭证。
接口认证关键能力上线前置条件
X API v2OAuth2 per account发帖、媒体、Mentions、指标和限流状态确认API等级、Analytics权限与15账号授权
Telegram Bot APIBot Token + Webhook Secret深链、消息、Join Request、邀请链接和管理员动作Bot管理员权限、域名、Webhook和隐私说明
AppsFlyerDev Key / OneLink Template点击、安装、延迟深链、归因和服务端回传App配置、事件命名和渠道参数规范
QQLink Event APIHMAC签名 / mTLS注册、激活、充值、支付、退款、复购和推荐事件字典、幂等键、重试策略和对账接口
LLM ProviderKey Vault / Service Account结构化生成、审核、翻译、分类和Embedding模型白名单、成本上限、数据处理协议
NotificationService Token审批、故障、账号风险、客服与危机通知负责人、值班表和升级路径
Part III · 第一期15账号增长方案
第一期怎么做：X矩阵触达、Telegram分层沉淀与支付转化
本篇把第一期目标拆成15个X账号的角色任务、用户进入Telegram后的分层路径、支付转化机制、团队协作和可量化增长情景。
12 · X账号矩阵
第一期15个X账号：身份、语言和市场各自承担一项增长任务
账号之间不做同文复制；每个账号拥有独立内容支柱、TG去向、KPI与人工负责人。
账号定位QQLink Official · Global English
主内容支柱品牌、公信力、产品发布与伙伴新闻
Telegram去向TG01 Global English / TG02 Announcements
核心KPI有效曝光、官网访问、注册与品牌搜索
账号角色市场/语言内容任务TG承接
X01全球官方Global English品牌、产品、伙伴与重大公告TG01 / TG02
X02QQLink PayGlobal Payments扫码实测、商户、费率与国家覆盖TG01 / TG13 / TG15
X03Founder / BuilderGlobal English愿景、行业观点、Spaces与合作关系TG01 / TG14
X04全球社区Multilingual活动、UGC、排行榜与城市队长TG01 / TG14
X05Web3支付研究Global English稳定币支付教育、数据与行业评论TG01 / TG15
X06简体中文中文用户出海支付、海外华人、产品教学TG03
X07繁体中文港澳台/海外华人场景案例、卡、投资与社区活动TG04
X08马来西亚Bahasa / EnglishDuitNow实测、校园、旅游与商户TG05
X09泰国ThaiPromptPay实测、旅游与本地KOLTG06
X10越南VietnameseVietQR、城市支付和年轻用户TG07
X11菲律宾English / FilipinoQRPh、汇款、自由职业者与消费TG08
X12印度尼西亚Bahasa IndonesiaQRIS教育、商户和社区合作TG09
X13拉美西语Spanish稳定币消费、汇款与本地案例TG10
X14巴西PortuguêsPix场景、创作者和城市增长TG11
X15中东Arabic / English跨境支付、旅游、商户与合规教育TG12
13 · Telegram社群体系
Telegram承担共享域沉淀，按语言、业务和生命周期三级分流
所有X链接先经过Gateway Bot，写入账号、内容、国家、活动和邀请码参数，再决定入群路径。
→
Gateway Bot语言、国家、意图、生命周期识别
→
TG空间用户核心任务升级路径
TG01Global English全球英文用户教育、活动、支付案例、AMA注册 → TG15 / 支付
TG02Official Announcements全部用户只读公告、防诈骗与产品更新语言群
TG03简体中文中文用户海外支付教学、客服与案例支付 / 大使
TG04繁体中文港澳台/海外华人卡、支付、投资与本地活动支付 / 大使
TG05Malaysia马来西亚用户DuitNow教学、商户与城市活动TG13 / 支付
TG06Thailand泰国用户PromptPay教学与旅游场景支付 / 大使
TG07Vietnam越南用户VietQR教学、年轻用户与城市活动支付 / 大使
TG08Philippines菲律宾用户QRPh、汇款和自由职业者场景支付 / 大使
TG09Indonesia印尼用户QRIS教育、社区和商户合作TG13 / 支付
TG10LatAm Español西语用户稳定币消费、汇款和本地案例支付 / 大使
TG11Brasil巴西用户Pix、创作者和城市增长支付 / 大使
TG12MENA Arabic阿语用户支付、旅游、商户与合规教育TG13 / 支付
TG13Merchant & Partner商户/代理/企业商务线索、API、渠道和商户支持CRM / 合作签约
TG14Creator & AmbassadorKOL/队长/创作者素材、任务、培训、排名与结算认证大使
TG15Product Beta & Support高意向用户首次支付辅导、失败处理和反馈支付 / 复购
14 · 人机协同组织
Agent能力由品牌、增长、产品、技术和本地团队共同运营
高频、低风险工作自动化；品牌、合规、危机、支付承诺和高价值对话必须人工审批。
Agent自动化职责输入与输出人工控制点
01 Strategy选题、市场节奏、活动日历输入产品更新/热点；输出15账号任务书周度增长负责人批准
02 Content Intel趋势监听、竞品和高潜话题输出机会评分、素材需求和响应窗口禁止未经证实的金融陈述
03 Creative线程、短帖、脚本、Space提纲一份核心事实生成多市场原生版本品牌主账号与敏感内容审批
04 Localization翻译、文化适配、术语一致性9种语言术语库、禁用词和本地CTA本地运营抽检
05 Publisher排期、发布、链接参数和素材版本每帖带账号/国家/活动/创意ID频率上限与X政策监控
06 Social Listener评论分类、问题识别、意向评分低风险回复建议；高意向进入人工队列不做批量私信和刷互动
07 TG Router来源识别、语言分流、欢迎序列生成用户标签、群组路径和CRM事件管理员处理诈骗与申诉
08 CommunityFAQ、活动提醒、支付教学、召回D0/D1/D3/D7/D14/D30生命周期触达支付失败和安全问题人工介入
09 Analytics归因、实验、预算建议和异常检测内容→TG→注册→支付→留存全链路周会决定扩量/停损
10 Risk Guard敏感词、重复度、政策和作弊预警账号健康、邀请图谱、设备/IP异常封禁、奖励冻结与危机响应
真实支付场景商户、城市和用户素材
多语言内容15账号差异化传播
TG教育转化教学、客服与社会证明
首次支付成功事件与失败原因
复购推荐D30与单层邀请奖励
数据再学习扩量胜出国家与内容
15 · Web3增长案例
参考案例定义可复制机制与合理增长边界
案例共同证明：规模来自嵌入式分发、低摩擦产品、强激励和本地社群的组合，而非账号数量本身。
案例公开结果QQLink可复制边界
Notcoin35M用户 / 2.8M链上持有者TG原生体验、团队邀请、低跳转和即时反馈约8%链上转化说明社区人数不等于金融用户
Hamster Kombat3个月239M注册；73天100M MAU任务、分享、社交关系和Mini App传播游戏/空投为极端上限，不是支付基准
TON Wallet2024年超过100M用户激活将Web3入口嵌入用户已经使用的平台依赖Telegram级分发资源
Bitget Wallet6个月约20M→40M；单月近6M下载钱包产品、活动、本地化和分发协同成熟品牌投入远高于一期矩阵
Bybit2023年20M；2024年40M+；钱包10M存量用户交叉销售和多产品生命周期交易所规模与QQLink阶段不同
OKX TG Growth HubUS$10M基金；最多10个项目用户引导、Mini App、开发资源和社区共建证明TG增长必须有产品与技术投入
Part IV · 实施、治理与长期演进
项目怎样持续推进：预算、第一期路线、长期扩展、资源协同与风险控制
本篇说明第一期15账号如何分段上线、15账号之后如何按市场证据扩展，以及预算、组织、治理和风险如何同步控制。
16 · 预算与单位经济
项目所需的增长、技术与运行成本分开核算
项目启动后由Finance、Tech和Growth共同确认预算口径：增长费用直接对CAC与D30负责；技术投入按研发人力、云服务和必要采购单独核算。
预算池90天参考覆盖范围说明
增长运营US$80K–150KKOL、内容、用户激励、本地社群、活动和付费放大按CAC与D30门槛分阶段释放
技术研发投入5–7人跨职能协作资源管理后台、Agent、X/TG连接器、事件平台、归因、安全与监控优先复用现有团队和系统；必要采购另行评估
云与第三方服务US$5K–15K/月X API、LLM、云资源、日志、监控、AppsFlyer和消息服务与调用量、视频素材和API等级相关
增长运营预算建议
分发/KOL 30%
激励 25%
内容 20%
社群 15%
风控预备 10%
创作者、Spaces、媒体与获客放大首付、复购、邀请与城市活动支付实拍、多语言、设计和剪辑本地运营、客服、管理员和AMA反作弊、账号安全、危机与预备金
| 阶段 | 预算比例 | 必须通过的门槛 | 未通过处理 |
|---|
| D0–D30 | 20%–25% | 归因完整≥85%；注册路径稳定；账号无重大政策风险；至少2个市场出单 | 修复产品/追踪，不扩大媒体 |
| D31–D60 | 30%–35% | 首付CAC进入目标区间；支付成功率≥95%；两市场出现复购 | 停掉低效市场和创意 |
| D61–D90 | 40%–50% | D30留存成立；邀请作弊可控；渠道毛利为正 | 只扩大已验证国家与用户类型 |
17 · 实施与长期演进路线
第一期完成15账号规模运营，长期按验证市场复制增长单元
第一期建设范围始终是15个X账号与对应TG社群；2账号和5账号是生产上线前的安全验证门槛，不是缩小一期范围。第一期结束后，项目进入持续运营、市场复制与多渠道演进。
阶段
技术平台架构、API、权限、事件字典和环境后台、知识库、X/TG连接器与审批MVP发布、监听、TG路由、归因和异常处理上线15 Worker扩容、成本优化、实验和SLA灾备、安全测试、运行手册和下阶段产品Backlog
数据统一用户/订单口径；事件字典；15账号基线2账号深链、Bot、注册与支付事件联调5账号国家/内容/创作者归因看板15账号预算建议与异常检测D30/LTV模型、市场包评分与滚动预测
X矩阵15账号审计、身份、内容支柱和风险分级2账号生产试运行；其余账号Dry Run扩至5账号；日级实验与周度淘汰15账号按角色、语言和市场全面运行固化胜出内容、Spaces、KOL和本地增长打法
Telegram15个目标空间、管理员和安全审计2个空间接入Gateway Bot与欢迎序列扩至5个空间；上线D0/D1/D3/D7转化15个空间完成语言、业务和生命周期分流城市活动、大使、推荐、复购和用户自治
产品注册、支付、失败原因与奖励接口首付教学、落地页和国家可用性联调修复首付瓶颈和支付失败Top问题复购权益、支付案例和本地活动协同推荐系统、高价值用户分层和产品实验固化
安全运维密钥、RBAC、日志和风险清单监控、告警、备份、限流和熔断验证故障演练、数据审计和账号隔离验证容量压测、费用告警和恢复演练生产SLA、值班表和季度安全计划
里程碑Owner、权限、目标和数据口径确认端到端闭环可运行；归因完整≥85%累计首付≥1K；至少2个市场出单15账号与15个TG空间进入稳定生产80K–150K注册 / 8K–25K首付 / 3K–10K D30
15账号之后的长期演进规划
演进阶段运营规模系统能力进入下一阶段的门槛
第一期 · 0–3个月15个核心X账号 + 15个TG空间；按2→5→15分段上线完成内容、发布、互动、TG分流、注册支付归因和风险治理闭环归因≥85%；至少2个市场出单；账号安全与支付链路稳定
市场优化期 · 4–6个月保持15个核心账号稳定运营；只为已验证市场增设1–3个区域节点市场知识包、自动实验、用户分层、复购召回、CAC/LTV看板和预算建议增量首付CAC进入目标区间；D30留存成立；新增节点带来净增量而非流量搬运
区域复制期 · 7–12个月形成15+N账号网络与3–6个可复制市场包；按需要接入本地社群和创作者节点多渠道适配、伙伴协作Agent、本地知识版本、跨市场实验复用和统一用户图谱每个市场包具有明确Owner、正向单位经济、稳定内容供给和可复用SOP
增长网络期 · 12个月以后账号数量不预设上限，按市场、产品与伙伴价值动态配置；逐步覆盖更多全球渠道从账号自动化升级为增长决策系统：机会发现、资源编排、生命周期运营和LTV优化扩展由边际CAC、D30/D90 LTV、风险等级和组织承载能力共同决定
长期规划原则
不把90天目标线性外推为年度承诺，也不把账号数量当作增长成果。每个季度用最近8–12周的真实曝光、点击、注册、首付、留存、毛利和风险数据重新校准目标；只有已验证市场才能复制账号、社群与预算。
项目推进中需要逐项访谈、协调、确认并建立Owner；关键条件未就绪时，先完成底座建设并主动把增长目标切换到验证档。
协同事项项目推进需要协调 / 获取目标时间完成标准
数据基线50万用户DAU/WAU/MAU、国家、来源、支付转化、D30/D90留存Day 1–3数据定义、时间区间和去重逻辑统一
经营数据口径历史注册、活跃、支付订单、独立支付人数与统计周期的统一定义Day 3形成可用于目标校准和管理层沟通的数据说明页
15个X账号Handle、权限、90天Analytics、受众国家、违规记录、最佳内容Day 3完成账号角色与风险分级
X API权限开发者项目、API等级、OAuth2授权、Analytics权限、月度配额与账单OwnerDay 515账号完成官方接口联调与限流验证
Telegram群组、频道、Bot Token、管理员、服务器、反诈骗流程Day 7来源参数完整率≥85%
AppsFlyerOneLink模板、Dev Key、App事件、Postback权限与现有渠道命名规范Day 5点击、安装、注册与深链参数可对账
产品接口注册、登录、充值、支付、退款、复购、邀请码、国家与渠道事件WebhookDay 10HMAC签名、幂等重试、延迟≤1小时和日级对账
技术环境开发/测试/生产环境、域名、云账号、KMS、日志、备份与监控权限Day 5环境隔离、最小权限和审计日志生效
腾讯合作合作文件、允许表述、Logo规范、媒体/产品/活动资源和排期Day 7每项资源有可量化曝光与负责人
内容资产真实支付视频、商户授权、产品录屏、品牌手册、9语术语库持续主市场每月≥20条可验证素材
激励与风控首付/复购/邀请预算、规则、退款观察期、设备/IP/钱包反作弊Day 14只对真实产品结果结算
商业模型支付成功率、客单价、费率、通道成本、毛利、90日LTVDay 7能够反推首付和D30 CAC上限
增长团队增长负责人、产品、数据、客服、合规与各市场运营OwnerDay 1重大事件响应≤30分钟
技术团队技术负责人1、Backend/Agent 2–3、Frontend 1、Data 1、QA 1、DevOps/Security 0.5–1Day 190天内完成MVP、试点、加固和运行手册
19 · 实施就绪度
第一期15账号按2→5→15逐级开放生产权限，每一级都通过实施就绪度审计
“需建设/需确认/需评审”代表项目组需要牵头关闭的工作项；每项必须建立Owner、日期和完成标准。
环节实施状态当前缺口项目推进动作协同Owner
增长目标与漏斗已定义缺QQLink真实基线验证目标区间导入历史注册、支付、留存和国家数据回测Growth + Data
15个X账号架构已定义缺各账号真实资产、权限和风险基线完成账号审计、OAuth2授权和内容定位确认Growth
X官方API需确认API等级、Analytics、月配额和媒体发布权限未知申请开发者项目并用2个账号完成端到端联调Tech + Growth
Telegram体系需确认Bot权限、群组清单、管理员和Webhook环境未锁定建立Bot、邀请链接字典、Join流程与反诈骗规则Community + Tech
Agent平台需建设缺工作流引擎、管理后台、审批、发布和监听服务按12周MVP路线建设并先支持2账号/2市场Tech
知识库与Prompt治理需建设产品事实、国家能力、术语、禁用词和版本Owner缺失建立可审批RAG知识库、Prompt版本和回滚机制Product + Brand
人工审批与责任链需建设高风险内容、危机、支付承诺和客服升级人未配置定义风险等级、审批SLA、值班表和替补负责人Brand + Compliance
QQLink事件接口需确认注册、激活、支付、退款、复购和邀请事件可用性未知签署事件字典、Webhook规范、幂等和对账方案Product + Tech
身份与归因需建设X、TG、OneLink和QQLink user_id尚未形成身份图谱建设Click ID绑定、首次/最后/辅助触点和数据仓库Data
产品注册与首付体验需评审邮箱注册虽低摩擦，但充值、支付失败和国家可用性未知完成各市场注册到首付UX测试和失败原因Top 10Product
内容供应链需建设Agent缺真实商户、支付视频、授权素材和持续更新输入每个主市场建立素材Owner与每月20条可验证素材配额Content + Local Ops
本地化运营需配置语言翻译不能替代本地文化、客服和支付场景判断优先4市场配置本地Owner、管理员和响应SLARegional Ops
激励与反作弊需设计邀请成本、退款观察期、女巫和多账户规则未确定奖励绑定支付与D30，建设设备/IP/钱包邀请图谱Risk + Finance
隐私与合规需设计不同国家的数据保留、营销同意和金融内容规则未映射建立国家规则矩阵、PII分级、同意记录和删除流程Legal + Security
客服与事件响应需配置Agent可分类但不能承担资金、安全和退款最终责任建立P0–P3工单、30分钟升级、故障公告和复盘机制Support + SRE
腾讯合作资源需确认品牌背书、媒体、产品入口和可量化流量尚未进入排期形成资源清单、曝光量、上线日期和双方负责人BD + Tencent
单位经济性需数据支付毛利、90日LTV、退款与渠道成本不足以确定CAC上限按国家计算首付CAC、D30 CAC、毛利回收期与止损线Finance + Data
技术运维与灾备需建设缺SLA、监控、备份、密钥轮换、限流、恢复与安全测试上线前完成压测、恢复演练、渗透测试和RunbookSRE + Security
评审结论
第一期交付边界为15个X账号与对应TG社群的稳定运营，但生产上线必须分段推进。首个技术里程碑是2个X账号、2个TG社区、1个市场完成“内容生成—人工审批—官方API发布—TG分流—邮箱注册—首次支付—数据回流”的端到端闭环；随后扩至5账号验证，再在第一期内完成15账号全面运行。
20 · 治理与安全
Agent运营的治理与安全红线
自动化必须服从平台政策、品牌安全、金融准确性、用户隐私和真实增长原则。
禁止虚假互动不购买粉丝、不刷转评赞、不进行协调式虚假声量。
禁止批量骚扰不做未经同意的批量DM；高意向对话进入人工队列。
禁止矩阵复制不得在多个账号发布相同或高度相似内容；共享事实，不共享整段文案和同一发布时间。
官方接口优先生产发布只走X官方用户授权API；不以浏览器脚本规避认证、限流或平台治理。
自动化身份透明由Agent自动运营的账号按X政策明确身份和责任主体，回复与DM提供退出并保留人工升级。
禁止金融误导不承诺收益，不虚构牌照、合作、交易量和商户覆盖。
奖励绑定结果不奖励X互动空壳，只奖励有效支付、复购和可验证推荐。
本地规则优先国家可用性、促销、支付和合规内容由本地Owner批准。
账号独立运营共享事实库但不共享完全相同文案，降低矩阵关联风险。
21 · 关键依赖与风险提示
六项关键依赖决定增长目标能否从规划区间转化为可执行目标
以下事项不是形式性资料清单，而是账号安全、数据闭环、预算效率和规模扩张的前置条件。未确认资源不计入基准目标，关键条件缺失时自动切换到验证档。
关键依赖当前不确定性QQLink需协调支持未满足影响项目应对
15个X账号真实数据账号规模、受众国家、历史风险、内容基线、API权限和目标分配尚未统一审计Growth / Brand协调账号Handle、管理权限、OAuth授权、最近90天Analytics、违规记录和最佳内容无法验证X自然增长15K–30K贡献，账号定位与自动化节奏可能失真，并增加平台风险先用2个账号完成审计与Dry Run；数据不完整时下调X贡献目标，不开放全矩阵自动发布
QQLink业务事件接口注册、激活、充值、支付、退款、复购、D30和邀请事件的可用性、字段与延迟尚未确认Product / Tech确认事件字典、user_id与click_id绑定、Webhook、HMAC签名、幂等、测试环境和接口OwnerAgent只能优化曝光和互动，无法判断真实支付结果、渠道CAC、退款质量与D30留存接口上线前使用日级批量数据作为临时方案；归因完整率未达到85%时不扩大增长预算
产品转化与留存数据邮箱注册、有效激活、充值、首付、支付失败和D30留存缺少按国家与渠道拆分的真实基线Data / Product提供最近6–12个月漏斗、支付成功率、失败原因Top 10、国家差异和D30/D90数据80K–150K注册和8K–25K首付仍只能作为条件模型，无法判断优先市场与产品瓶颈先按验证档运行；每周用真实漏斗更新模型，产品转化未达门槛时优先修复而非增加曝光
腾讯合作资源清单可使用的合作表述、品牌素材、媒体入口、产品资源、联合活动、曝光量和上线时间尚未量化BD / Brand协调合作文件、允许表述、Logo规范、联合PR、渠道入口、活动排期、预估曝光和双方Owner存量与伙伴渠道25K–50K贡献可能无法成立，同时存在合作表述不准确的品牌风险只把已经确认排期和量级的资源计入基准目标；未确认部分从目标中扣除并以独立渠道计划替代
支付毛利与90日LTV各国家费率、通道成本、补贴、退款、客服成本、客单价和90日LTV尚未形成统一模型Finance / Payment按国家提供支付收入、通道成本、奖励成本、退款率、毛利和90日LTV口径无法设定首付CAC、D30 CAC和预算回收期，可能获得规模用户但产生负毛利建立临时保守CAC上限并分阶段释放预算；毛利为负或回收周期超标的市场暂停扩量
实施成本与资源配置现有技术栈复用程度、研发排期、数据支持、区域运营人力、云资源和X API成本尚未锁定Tech / Growth / Finance确认项目组织、RACI、5–7人技术协作能力、区域Owner、云/API预算与采购周期MVP延期、审批和监控能力缺失，Agent系统可能停留在演示层，无法保障15账号稳定运营按MVP优先级分阶段建设；资源未落实前保持2账号/2社群范围，完成资源Gate后再扩大
目标管理原则
基准增长目标只使用已确认的账号能力、渠道资源、产品转化、事件数据和单位经济性进行计算。任何关键依赖未满足，项目组应同步降低目标、缩小市场范围或延后预算释放，而不是用更多自动化动作掩盖底层条件缺失。
Part V · 参考依据与持续校准
方案如何校准：公开来源、专业案例、技术项目与真实经营数据
本篇区分公开事实、行业案例与项目假设，确保技术选择、目标模型和阶段判断可追溯、可复核，并在项目运行后持续用真实数据更新。
22 · 来源与验证
公开来源与需要补充校准的经营数据
公开来源用于支撑市场判断；账号、产品、支付、留存、单位经济和腾讯战略合作资源等经营资料按权限统一管理，用于目标校准和日常决策。