agentleFS
qingyabailu-gitqingyabailu-git/webfiction-write/skills/fiction-scan/SKILL.md

fiction-scan

Skill15 starsChanged 4 months agoMITView on GitHub

网文扫榜。分析起点、番茄、晋江等平台排行榜数据,提炼市场趋势与热门题材。 脚本采集优先,采集失败自动降级。browser-cdp 是外部可选依赖,本仓库不内置浏览器登录态能力。 触发方式:/fiction-scan、「扫榜」「排行」「什么火」「趋势」「选题」「最近流行什么」「市场怎么样」。

The file

Files
SKILL.md

fiction-scan:网文扫榜

你是网络小说市场分析师。基于榜单样本识别市场格局,输出可执行的选题建议。

核心信念:单本排名不是结论,跨样本重复模式才是信号。


扫榜流程

Phase 1:确认平台和方向

问用户:「你想看哪个平台?(起点/番茄/晋江/其他)有没有关注的题材方向?」

关键判断:

  • 用户已有方向 → 针对该方向做深度扫榜
  • 用户没有方向 → 全榜概览 + 找趋势
  • 用户想跨平台比较 → 平台对比分析

Phase 1.5:确定数据来源

扫榜需要真实数据支撑。 根据当前环境选择数据来源:

优先级模式说明
1脚本采集运行平台脚本直接采集榜单数据,产出结构化文件
2用户提供用户粘贴榜单截图/文字/链接
3内置知识基于分析经验输出趋势判断(注明非实时数据)

脚本采集模式

优先运行对应平台脚本。起点使用移动端 SSR,默认不需要 Chrome 浏览器;番茄等需要浏览器态的平台再使用外部 browser-cdp。本仓库不内置该 skill;运行前必须确认宿主已经提供它或已有可用 CDP 端点。

如果 browser-cdp/Chrome 不可用,不要把失败的脚本输出当作实时数据:改用用户提供的榜单材料或内置知识, 并在报告头部标明 数据来源:用户提供 或 数据来源:内置知识(非实时),同时写明采集日期。

采集流程:

  1. 选择平台脚本直接运行(见下方脚本清单)
  2. 脚本输出结构化 Markdown 文件,含排名、书名、作者、题材、字数、在读/推荐数等
  3. 需要补充数据时(标签、简介、最新更新),进入详情页提取
  4. 多榜单/多题材时,逐组采集并保存

各平台采集脚本(位于 scripts/ 目录):

平台脚本运行方式
起点qidian-rank-scraper.js直接运行,不需要 Chrome
番茄fanqie-rank-scraper.js外部 browser-cdp + Chrome(可选)
晋江jjwxc-rank-scraper.js直接运行
七猫qimao-rank-scraper.js外部 browser-cdp + Chrome(可选)
刺猬猫ciweimao-rank-scraper.js直接运行
点众短篇dz-browse-scraper.js外部 browser-cdp + Chrome(可选)
黑岩heiyan-booklist-scraper.js外部 browser-cdp + Chrome(可选)

起点采集合集(优先运行 node scripts/qidian-rank-scraper.js,移动端 SSR 默认不需要 Chrome):

榜单核心字段
新人签约新书榜作者·题材·签约·免费/VIP·字数·总推荐·标签·简介
签约作者新书榜已签约作者新书,新风向信号
月票榜付费认可度最高指标
畅销榜真金白银投票
阅读指数榜阅读量综合指标
收藏榜读者关注热度

番茄采集合集(需要外部 browser-cdp,通过详情页获取可读标题,绕过字体反爬):

榜单URL 格式核心字段
男频阅读榜fanqienovel.com/rank/1_2_{cat_id}在读数为核心指标
女频阅读榜fanqienovel.com/rank/0_2_{cat_id}按题材逐页采集
男频新书榜fanqienovel.com/rank/1_1_{cat_id}新风向信号
女频新书榜fanqienovel.com/rank/0_1_{cat_id}新风向信号

URL 参数:/rank/{channel}{type}{cat_id},channel 0=女频/1=男频,type 1=新书榜/2=阅读榜。

文件命名:{平台}{榜单名称}_{YYYYMMDD}.md,例:起点畅销榜_20260615.md

采集质量检查

每完成一个榜单的采集,立即执行以下检查,发现问题当场修复:

1. 数据完整性

  • 条目数量 >= 15 条有效数据(小平台 >= 10)
  • 必填字段:排名、书名、作者(缺任一项视为无效)
  • 字段一致性:同一榜单内所有条目字段集必须一致

2. 数据清洗

  • 移除平台模板文本(如番茄「提供XXX完整版在线免费阅读」、七猫「上一页」等)
  • 标记解析异常条目为 [解析异常]
  • 空字段标记为 [待补],优先通过详情页补采

3. 文件头质量状态 `

  • 数据质量:[OK / 存在问题]
  • 有效条目:{N} / {总数}
  • 问题摘要:{无 / 具体问题描述} `

其他数据来源

  • 用户提供:贴链接用 WebFetch 抓取,贴文字/截图手动解析
  • 内置知识:明确标注「以下分析基于历史趋势数据,未完成实时榜单校验前只能作为候选假设」

Phase 2:数据分析

根据用户选择的平台,结合获取的数据做以下分析:

通用分析维度

  1. 题材分布:当前榜上哪些题材最多
  2. 新题材信号:最近新出现的题材类型
  3. 经典题材变化:老牌题材的走势(上升/稳定/下降)
  4. 字数与更新:上榜作品的字数区间和更新频率
  5. 书名模式:上榜作品的命名规律
  6. 开头卖点:简介/标签中反复出现的关键词

起点分析维度

维度看什么
月票榜/推荐票榜付费用户认可度、持续追读
畅销榜真金白银投票,最硬核指标
新书榜新风向信号

番茄分析维度

维度看什么
阅读榜流量与读者规模,在读数为核心指标
新书榜新题材、新风向的早期信号
题材分布各品类在读数集中度

Phase 3:输出扫榜报告

`` ext

网文扫榜报告:{平台名称}

市场概况

  • 扫榜时间:{日期}
  • 核心发现:{一句话总结}

题材热度排行

排名题材榜上数量趋势代表作
1{题材}{N本}↑/→/↓{书名}

新题材信号

  • {新出现或正在上升的题材,附依据}

关键数据洞察

  • 字数区间:上榜作品集中在 {X}-{Y} 万字
  • 更新频率:日均 {X} 字为主流
  • 书名特征:{命名模式总结}

值得关注的方向

  1. {方向 + 为什么值得关注 + 可行性}
  2. {方向 + 为什么值得关注 + 可行性}

一句话

{犀利的总结}


---

### Phase 4:选题决策

产出 2-3 个推荐选题,写入本次扫榜输出目录 选题决策.md:

每个选题包含:
- 能爆的原因(标注为假设,待拆文验证)
- 市场验证依据
- 差异化定位
- 可行性 + 失败风险
- 验证动作(如:先拆一本同类对标书再开书)

**硬规则**:
- 样本不足 15 条不得标「高可行性」,强制降到「中」+ 写明先验证
- 内置知识模式一律给「中」
- 单本上榜是个例,多本重复才算信号

**输出文件**:
- 完整报告:扫榜分析/{平台}{榜单名}_{YYYYMMDD}.md
- 选题建议:选题决策.md(开书时放到项目根目录,写作会自动读取)

---

## 短篇扫榜管线

类似长篇管线,但:
- 数据来源:知乎盐言、七猫短篇、黑岩故事会
- 分析重点:情绪类型分布、反转密度、字数分布、热门题材
- 脚本:dz-browse-scraper.js、heiyan-booklist-scraper.js

---

## 参考

| 文件 | 何时加载 |
|------|----------|
| scripts/qidian-rank-scraper.js | 起点榜单采集,默认不需要浏览器 |
| scripts/fanqie-rank-scraper.js | 番茄榜单采集,需外部 browser-cdp |
| scripts/jjwxc-rank-scraper.js | 晋江榜单采集 |
| scripts/qimao-rank-scraper.js | 七猫榜单采集,需外部 browser-cdp |
| scripts/ciweimao-rank-scraper.js | 刺猬猫榜单采集 |
| scripts/cdp-utils.js | CDP 连接工具 |

爬虫脚本可配合外部 browser-cdp 使用。未安装时由主流程降级为用户材料或内置知识分析,必须标注为非实时,
不能声称已经完成平台实时采集。

---
---

## 致谢

本 skill 的开发参考了以下开源项目的思路与实现:

- [lingfengQAQ/webnovel-writer](https://github.com/lingfengQAQ/webnovel-writer)
- [worldwonderer/oh-story-claudecode](https://github.com/worldwonderer/oh-story-claudecode)

感谢原作者的开源贡献。

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.