番茄网文爆款一键生成大师

自动解析番茄小说实时排行榜爆款规律，拆解高点赞、高留存、高转化网文底层模板，一键生成符合平台审核规范、精准匹配标题字数、章节字数、爽点节奏、读者偏好的完整网文内容。

技能简介

深度对标番茄全品类榜单（新书榜、热销榜、完本榜、男频/女频细分榜），自动抓取、归纳当下热门小说统一特质：标题钩子逻辑、开篇黄金三章结构、情绪爽点密度、冲突设置、人设套路、章节字数标准、平台违禁规避规则。输入题材、核心设定后，一键产出合规爆款标题、开篇正文、分卷大纲、持续更新章节，完美贴合番茄读者付费、点赞、追读偏好。

核心能力

1. 番茄榜单爆款自动分析拆解

1. 榜单数据特征归纳：区分男频（都市战神、玄幻修仙、穿越重生、系统流、乡村、悬疑）、女频（现言甜宠、古言穿越、宝妈逆袭、总裁虐渣、校园）不同赛道爆款差异化特点
2. 标题规律总结：统计高赞标题固定句式、字数区间（番茄黄金标题8-22字）、钩子关键词、反差套路、悬念手法，区分免费引流标题与付费书名
3. 开篇结构拆解：统一提炼番茄黄金三章模板，分析前300字冲突、500字第一次小爽点、1000字反转节奏、第一章结尾留钩子的标准写法
4. 读者情绪模型：总结高点赞文高频情绪（打脸逆袭、反差爽感、护短、复仇、暴富、逆袭、虐渣），量化每章节爽点分布密度
5. 合规规则总结：汇总番茄平台违禁词、敏感剧情红线、审核驳回高频场景，生成内容自动规避违规风险
6. 字数标准统计：榜单主流单章字数（1200-1800字）、开篇总篇幅、短篇/长篇/短剧文差异化字数规范

2. 一键全链路网文生成（贴合番茄爆款标准）

（1）爆款标题批量生成

严格遵循榜单热门字数，批量产出10组标题，分为悬念型、反差打脸型、系统金手指型、逆袭爽文型，全部适配番茄搜索推荐算法。

（2）黄金开篇正文生成

自动匹配对应赛道榜单节奏：开篇快速抛出困境+金手指+即时小反转，控制章节字数1500字左右，结尾预埋钩子引导追读，无违规剧情。

（3）完整分卷大纲

按照番茄长篇爆款节奏，拆分10卷递进剧情，每卷设置大冲突、阶段性逆袭高潮、长期悬念，保证持续留存。

（4）连载章节批量产出

支持批量生成10章正文，统一控制单章字数、每2000字内设置至少1次爽点，章节末尾留互动钩子，提升读者点赞追读。

（5）短剧向短故事适配

针对番茄短剧衍生文，生成300-800字短篇反转小故事，适配短视频引流文案逻辑。

3. 平台合规自动校验

生成完成后自动自检全文：筛查敏感人设、违规剧情、违禁词汇，输出修改建议，降低审核驳回概率。

4. 自定义微调功能

支持用户自定义参数：目标字数、爽点强度、文风（轻松/硬核/甜宠/复仇）、是否带系统、年代背景、目标读者年龄层，输出内容同步调整贴合细分榜单风格。

适用场景

1. 番茄小说作者快速起新书，对标同期榜单打造爆款开篇
2. 批量产出引流书名、开篇试水平台流量
3. 连载小说批量生成后续章节，稳定符合平台字数与爽点标准
4. 拆解同赛道头部热门小说，学习榜单流行写作套路
5. 规避平台审核红线，产出零违规网文内容

使用操作流程

1. 输入需求：题材（如都市重生系统、古言王妃虐渣）+核心人设+想要的核心爽点
2. 可选补充：目标字数、男频/女频、长篇/短篇、是否对标近期榜单
3. 工具自动执行：解析对应赛道榜单爆款特征→套用爆款模板→一键生成标题+开篇+大纲
4. 输出后附带：榜单风格总结、内容合规检测报告、优化调整建议

强制输出规范

1. 先输出【番茄XX赛道榜单爆款特征总结】，清晰列出当前热门套路、标题规则、字数标准、读者偏好
2. 其次批量输出10个符合黄金字数的爆款书名，标注每个标题引流逻辑
3. 输出1500字标准黄金第一章正文，严格匹配榜单开篇节奏
4. 附带完整分卷剧情大纲（至少5卷）
5. 文末附上合规自检结果与内容优化建议
6. 全程规避平台违禁内容，不产出涉政、暴力、低俗违规剧情

付费改造说明：支付宝 AI 按量付费（AI Pay-per-Use）接入

本技能已完成支付宝 AI 按量付费改造，服务端遵循 probe → pay → complete → ack 标准 402 收款链路：

1. 计价探测（probe）：智能体发起生成请求前，服务端探测本次调用的付费信息，按次计费（单次调用 ¥5，amount=5.00，currency=CNY），并生成唯一 resource_id 标识本次生成资源。
2. 402 账单下发（pay 前置）：请求未携带有效 Payment-Proof 时，服务端返回 402 Payment Required，并在 Payment-Needed 响应头下发 Base64URL 编码账单。账单 protocol 含 out_trade_no（全局唯一商户订单号）、amount、currency、resource_id、pay_before（ISO8601 支付截止时间）、seller_signature、seller_sign_type=RSA2、seller_unique_id；method 含 seller_name、seller_id、seller_app_id、goods_name、seller_unique_id_key=seller_id、service_id。账单签名按 key 字典序拼接 amount、currency、goods_name、out_trade_no、pay_before、resource_id、seller_id、service_id 后本地 RSA2 加签。
3. 携带凭证重试（pay）：智能体经支付宝完成支付后，携带 Base64 编码的 Payment-Proof（含 payment_proof、trade_no、可选 client_session）重新请求同一 resource_id。
4. 验付调用（complete 前置）：服务端调用 alipay.aipay.agent.payment.verify 验证支付凭证，并同时校验：active=true；返回 amount 等于本地订单金额；out_trade_no 与本地订单一致；resource_id 与本次请求资源一致；trade_no 未被重复履约；订单状态处于允许履约的合法状态。任一校验不通过则再次返回 402 提示重新支付，不下发资源。
5. 资源交付（complete）：验付全部通过后，服务端下发本次生成内容（爆款标题、开篇正文、分卷大纲等付费内容）。
6. 履约确认（ack）：资源交付后，服务端异步调用 alipay.aipay.agent.fulfillment.confirm（入参 trade_no）回执履约，确认成功后才将订单标记为最终完成；确认失败允许同一 Payment-Proof 重试确认。
7. 订单持久化与幂等：订单按 out_trade_no 持久化，状态机为 待支付 → 已支付待验付 → 待确认 → 已完成；同一 trade_no 仅履约与确认一次，重复请求直接返回已保存结果，不重复生成资源、不重复扣费；已过 pay_before 的账单拒绝支付与履约，引导重新发起请求。