YYH211 在 xpzouying/xiaohongshu-mcp 上做的 GitHub 二创
背景和目标
YYH211 希望做出一个"普通用户在浏览器里就能配置和运行"的小红书内容生成与发布系统，而不是又一个命令行工具。其上游依赖是已经开源的 xiaohongshu-mcp（作者 xpzouying）。因此 YYH211 没有重复写小红书登录与发布逻辑，而是把检索、生成、批量、Web 界面放在自己的仓库中。
输入与条件
- 一个已部署并验证可登录的上游
xiaohongshu-mcp 服务。
- Python + Node.js + npm/npx 的运行环境。
- Jina Reader、Tavily、模型服务的 API Key 与配置。
- 三类内容输入之一：主题、网页 URL、热点候选。
过程
- 在上游 MCP 项目完成平台登录。
- 安装 YYH211 仓库中的 Python 与前端依赖。
- 在 Web 界面或配置文件中填入 Jina、Tavily 与模型参数。
- 选择主题、URL 或热点作为内容输入。
- 启动工作流：检索 → 整理 → 文案生成 → 配图生成 → 预览。
- 在界面查看实时进度，人工检查来源、事实、版权、重复内容。
- 决定单篇或批量发布；失败或异常时中止流水线。
- 在仓库中记录上游版本与本项目改动，便于升级时定位问题。
产物或结果
- 一份可发布的标题、正文、标签与配图。
- 一次单篇或批量的发布记录（通过上游 MCP 完成）。
- 一个能查看进度、配置、预览结果的 Web 管理界面。
- 一份"上游版本 vs 本项目改动"的更新记录。
边界与张力
- 作者展示的账号效果属于作者自述，平台数据与发布数量未独立核验。
- 自动抓取热点 + 批量发布会显著放大错误，必须有人工预览、来源记录、频率限制、失败中止。
- 上游 MCP 的账号风控、Cookie 与平台政策同样适用于本项目。
- 上游仓库一旦改变接口或被平台风控升级波及，本项目可能直接失效。
- 网页内容可能受版权保护，事实可能被模型错误生成，批量发布会让这些问题被快速放大。
与 Wiki 其他案例的关系
相关工具与风险