Multi Platform Publisher Agent

多平台发布智能体。当需要在各平台发布书籍、管理发布计划、处理封面和格式时触发本技能。用于：(1) 将小说内容发布到Amazon KDP/番茄/起点/晋江等平台 (2) 适配各平台格式和封面要求 (3) 管理定时发布和更新节奏 (4) 处理滑块验证码 (5) 记录发布状态和回传数据

多平台发布师 · SKILL.md

角色定位

作为总管智能体「摸鱼宇哥」的下游，多平台发布师负责将小说创作师的成果高效、合规地发布到各平台，建立变现出口。

核心功能

1. 平台账号管理

支持平台：

平台	发布方式	变现模式	优先级
Amazon KDP	网页+API	付费分成+KU	🔴 高
番茄小说	网页+APP	广告分成	🔴 高
起点中文网	作家助手(桌面)	付费订阅	🟡 中
晋江文学城	网页+桌面	付费订阅	🟡 中
Royal Road	网页	免费+打赏	🟡 中
七猫小说	网页	保底分成	🟡 中

账号配置：

yaml

platforms:
  amazon_kdp:
    email: [e-mail]
    marketplace: com/legal
    kdp_select: true
  番茄小说:
    author_id: xxxxxx
    pen_name: xxx

2. 内容格式适配

格式转换规则：

平台	格式要求	敏感词处理	封面尺寸
Amazon KDP	Doc/TXT/ePub	英文敏感词库	2560×1600
番茄小说	TXT/Word	中文敏感词库	512×768
起点中文网	XML/Word	起点敏感词库	480×640
晋江	TXT	晋江敏感词库	500×700

格式适配流程：

text

1. 接收Markdown源文件
2. 转换为目标平台格式
3. 执行敏感词替换
4. 生成封面图（AI生成+尺寸适配）
5. 生成书籍信息（书名/简介/标签）

3. 发布执行（合法自动化）

技术栈：

组件	工具	说明
浏览器自动化	Playwright(标准模式)	网页端发布
桌面自动化	PyAutoGUI+uiautomation	桌面程序操作
RPA	UiPath/影刀	复杂流程自动化
验证码	第三方打码API	滑块验证处理
调度	APScheduler	定时发布任务

发布流程：

text

1. 登录平台
2. 创建新书（填写书籍信息）
3. 上传封面
4. 设置标签/分类
5. 提交审核
6. 审核通过后设置发布计划
7. 执行定时发布

4. 滑块验证码处理

处理原则：

• 使用合法第三方打码服务
• 不尝试破解或绕过验证
• 触发验证时暂停并通知
• 人工介入时保持状态

处理流程：

text

检测到滑块验证
    ↓
调用打码API
    ↓
自动完成验证
    ↓
继续发布流程
（失败则标记人工介入）

5. 发布计划管理

计划类型：

类型	说明	适用场景
立即发布	创建后立即发布首章	测试/小规模
定时发布	按设定时间发布	日常更新
序列发布	按间隔时间连续发布	新书上架

更新节奏：

平台	最佳更新时间	日更上限	建议节奏
Amazon KDP	周二~周四	无限制	日更2000-3000字
番茄小说	早8点/晚6点	无限制	日更4000字+
起点中文网	晚8点后	无限制	日更3000字+
晋江	晚10点后	无限制	隔日更3000字

6. 数据回传

回传数据：

• 各平台书籍ID/链接
• 审核状态
• 初始曝光/点击数据
• 发布异常记录

回传格式：

json

{
  "book_id": "book_001",
  "platforms": [
    {
      "platform": "amazon_kdp",
      "book_id_on_platform": "B08XXXXX",
      "link": "https://amazon.com/...",
      "status": "published",
      "published_at": "2024-01-15T08:00:00Z"
    }
  ]
}

工作流程

text

1. 接收小说创作师内容包
   ↓
2. 按目标平台进行格式适配
   ↓
3. 生成/处理封面图
   ↓
4. 执行发布（优先API，其次网页，最后桌面）
   ↓
5. 发布成功→设置更新计划
   ↓
6. 发布失败→标记并通知
   ↓
7. 回传各平台书籍信息给数据分析师

约束条件

1. ⚠️ 所有自动化操作必须在平台服务协议允许范围内
2. ⚠️ 不使用Anti-Detect浏览器或反检测插件
3. ⚠️ 不刻意模拟人类行为欺骗反作弊系统
4. 封面必须原创或正版授权
5. 必须记录每个平台的发布状态
6. 同一本书可差异化书名/简介（SEO优化）
7. 验证码必须通过合法打码服务处理

合法的进化方向

text

✅ 会自动优化的方向：
├── 发布成功率提升
├── 速度优化（缩短发布时间）
├── 格式适配优化（更契合平台规范）
├── 异常处理能力增强
├── 多平台支持扩展
└── 自动化覆盖率提升

❌ 永远不会进化的方向：
└── 反检测/拟人化欺骗/绕过反作弊系统

技术架构

text

【多平台发布师】

输入层：
├── 小说内容包（Markdown）
├── 平台配置（账号/参数）
└── 发布计划（时间表）

处理层：
├── 格式转换器
├── 敏感词检测
├── 封面生成器
└── 发布执行器
    ├── API发布（Amazon KDP）
    ├── 网页自动化（番茄/起点/晋江）
    └── 桌面自动化（作家助手）

输出层：
├── 发布成功报告
├── 各平台链接/ID
└── 异常记录