Hermes Agent 与 Python 自动发布小红书 AI 资讯
一位项目作者称，他构建了一套开源的无人值守小红书发布流水线：由 cron 定时唤醒 Hermes Agent 搜索 AI 资讯、核实原文日期、生成 5 条要点、渲染两张 1080×1440 卡片，再通过浏览器自动化发布并确认笔记是否公开可见。作者称小红书没有开放发布 API 或现成 MCP server，因此系统通过 Chrome DevTools Protocol 控制常驻 Edge 实例，并由 9 个 Python 脚本处理确定性步骤。作者称系统从 2026 年 9 月 14 日运行至 11 月 2 日，发布 35 篇，任务运行失败 3 次，因本机网关未启动而有 15 天未运行，重复发布为 0；这些数据未经独立核实。
报告提供了一个开源案例，将选择和整理资讯等智能体判断与上传、发布、验收等确定性执行分开。文中还记录了具体的浏览器自动化问题，包括 closed shadow DOM 中的发布按钮和不可靠的编辑器键事件。
从 0 到持续运行：用 Hermes Agent + Python 搭一个小红书 AI 资讯自动发布系统
每天 9 点，一个 Agent 会自己去搜当天的 AI 新闻、逐条打开原文核实日期、写成 5 条要点、渲染成两张 1080×1440 的卡片、上传到小红书创作平台、填标题正文、点发布，然后回头确认这篇笔记到底有没有真的发出去、是不是公开可见。
这套东西从 2026-09-14 跑到 2026-11-02，一共发出 35 篇，中间失败 3 次。
这篇文章想讲清楚两件事：一个没有开放 API 的站点，怎么被自动化到可以无人值守；以及哪些活该交给 Agent，哪些活必须写成确定性脚本。代码全部开源在文末。
一、为什么做这个项目
起因很具体：我每天要看 AI 圈的更新，读完又觉得"不如顺手整理出来"。但手工做这件事的成本不在写，在重复的机械动作——搜、点开、核对日期、排版、上传、填标题、点发布、确认发没发出去。全是可枚举的步骤，一步不能少，而且每天一模一样。
#Hermes Agent#Xiaohongshu#Chrome DevTools Protocol#Microsoft Edge#Python#Cron