YYH211 在 xpzouying/xiaohongshu-mcp 上做的 GitHub 二创

背景和目标

YYH211 希望做出一个"普通用户在浏览器里就能配置和运行"的小红书内容生成与发布系统，而不是又一个命令行工具。其上游依赖是已经开源的 xiaohongshu-mcp（作者 xpzouying）。因此 YYH211 没有重复写小红书登录与发布逻辑，而是把检索、生成、批量、Web 界面放在自己的仓库中。

输入与条件

• 一个已部署并验证可登录的上游 xiaohongshu-mcp 服务。
• Python + Node.js + npm/npx 的运行环境。
• Jina Reader、Tavily、模型服务的 API Key 与配置。
• 三类内容输入之一：主题、网页 URL、热点候选。

过程

1. 在上游 MCP 项目完成平台登录。
2. 安装 YYH211 仓库中的 Python 与前端依赖。
3. 在 Web 界面或配置文件中填入 Jina、Tavily 与模型参数。
4. 选择主题、URL 或热点作为内容输入。
5. 启动工作流：检索 → 整理 → 文案生成 → 配图生成 → 预览。
6. 在界面查看实时进度，人工检查来源、事实、版权、重复内容。
7. 决定单篇或批量发布；失败或异常时中止流水线。
8. 在仓库中记录上游版本与本项目改动，便于升级时定位问题。

产物或结果

• 一份可发布的标题、正文、标签与配图。
• 一次单篇或批量的发布记录（通过上游 MCP 完成）。
• 一个能查看进度、配置、预览结果的 Web 管理界面。
• 一份"上游版本 vs 本项目改动"的更新记录。

边界与张力

• 作者展示的账号效果属于作者自述，平台数据与发布数量未独立核验。
• 自动抓取热点 + 批量发布会显著放大错误，必须有人工预览、来源记录、频率限制、失败中止。
• 上游 MCP 的账号风控、Cookie 与平台政策同样适用于本项目。
• 上游仓库一旦改变接口或被平台风控升级波及，本项目可能直接失效。
• 网页内容可能受版权保护，事实可能被模型错误生成，批量发布会让这些问题被快速放大。

与 Wiki 其他案例的关系

• xpzouying 把自用小红书自动化脚本改造成开源 MCP 服务 是上游案例：把自用脚本变成开源 MCP。
• 本案例是下游案例：把开源 MCP 进一步包装为带 UI 与批量能力的二创产品。
• 两个案例共同说明"在已有能力上做产品化"是一条可复用的路径。

相关工具与风险

• 工具：xiaohongshu-mcp（小红书 MCP 工具集）、Jina Reader、Tavily
• 风险：AI 自动发布到第三方平台必须人工复核、xiaohongshu-mcp 类工具的账号风控、Cookie 与凭证风险、二创仓库对上游 MCP/CLI 的版本耦合与升级风险、批量自动发布把版权、事实错误与重复内容问题放大