昨天花了几个小时 Build 了一个小红书 MCP ，评估过 playwright 和 browser-use ，最后选择了前者，后面我也会支持一下后者就是了，两者各有优缺点，我们的 Project 里会用到这个，比起单出通过请求接口的方式去 fetch 内容，还是模拟用户请求在应对反爬上更加轻松低 effort 。
目前支持了 2 个 tool ，一个 login （也可以通过命令行，方便某些场景提前登录好），一个 search_notes 作搜索 topk 笔记内容和相关的信息
我其实有想过 login 让他返回二维码 base64 ，然后 mcp-client 去 open 这个图给用户扫码，但是考虑到有些场景还要做烦人的验证码二次验证，暂时就没这样尝试了
佬们，轻点骂～
8 条回复 • 2025-04-18 17:56:42 +08:00
 |
1
kennidiyuehan 13 天前
MCP 不会被反爬吗？我之前用 python 写了浏览点赞收藏小红书网页的自动化脚本，两天账号就异常了
|
 |
2
chairuosen 13 天前
他不是脚本，是无头浏览器实现
|
 |
3
foolishcrab 13 天前 via iPhone
挺有意思的，但我对反爬同样存疑
|
 |
4
junan 13 天前
握手
前两天也用 selenium 实现了类似功能，只不过没封装成 mcp ，作为 function call 给大模型调用了 |
 |
5
musi 13 天前
小红书：这就把 playwright 给 ban 掉
|
 |
6
IterX OP 哈哈，反爬是另外一个课题了，什么技术都逃不过这个的，哪怕模仿用户行为。我只会考虑实现 mcp 场景下的使用，有大规模的场景仍然需要 fork 了自己去处理😄
|
 |
7
killua67 6 天前
用 browser-use 试过，可以保存 cookies 到本地每次刷新，不用每次登录
|
Select Language