案例：xpzouying 把自用小红书自动化脚本改造成开源 MCP 服务

背景和目标

xpzouying 长期使用自写脚本运营小红书。在他用 Claude Code 自动化运营数周之后，把这套程序整理为开源的 MCP 服务 xiaohongshu-mcp，希望让 Claude Code、OpenClaw、n8n 等 Agent 客户端都能复用同一套工具。

输入与条件

• 内部已经稳定运行一段时长的浏览器自动化脚本。
• 一个小红书账号及其浏览器登录状态。
• Claude Code 等支持 MCP 的客户端。
• 一台可以运行 Go 服务或 Docker 容器的机器。

过程

1. 把原脚本中登录、发布、搜索、读取笔记、互动数据、评论、收藏等能力抽象成 MCP 工具。
2. 用 Go 重写或封装服务端，对外暴露标准 MCP 接口。
3. 提供 Docker 与源码运行两种启动方式，并接入 MCP Inspector 做单工具验证。
4. 在 README 中给出 Claude Code、OpenClaw、n8n 等客户端的配置示例。
5. 在工作流中明确"先读取、后发布"的顺序，并把人工检查作为最后一道关卡写入文档。

产物或结果

• 一个开源 MCP 仓库 xpzouying/xiaohongshu-mcp。
• 一组可被 Agent 调用的工具，覆盖登录态下的内容发布、内容检索与互动操作。
• 一份同时面向开发者和运营者的 README，明确写出技术限制与平台风控。

限制

• 会话和 Cookie 依赖：多端同时登录、Cookie 过期都会让 MCP 会话失效。
• 媒体路径限制：视频必须使用本地绝对路径；图片路径不宜含中文。
• 平台风险：自动发布仍需遵守小红书规则，作者强调必须人工监督。
• 来源边界：作者关于"稳定运行一年多"的描述为自述，本资料未访问其账号后台。

相关教程和工具

• 相关工具：Claude Code、xiaohongshu-mcp
• 相关方法：通过 MCP 接入外部工具（Model Context Protocol）、用 MCP Inspector 先验证工具再接入 Agent、Agent 自动化中的"先读后写"低风险策略
• 相关风险：xiaohongshu-mcp 类工具的账号风控、Cookie 与凭证风险、AI 自动发布到第三方平台必须人工复核