10月9日晚上，一个叫 Easel 的 GitHub 仓库又推了一次更新。它是浙大、北大两家实验室 8 月 28 日开源的"社媒运营 Agent"，一个多月星数爬到 3376。官方 README 给了定义：Easel 是一个面向社交媒体创作者的开源内容工作台，它把 OpenClaw Agent、账号画像、内容技能和真实的媒体工具接在一起。 新智元 9 月 16 日报道的标题更直接：浙大与北大联合推出「自进化社媒Agent」。 它想接管的，正是一个人做自媒体最累的那段：找热点、想选题、写文案、做封面、剪视频、发平台、看数据，微博的推荐帖直接把这套流程交给 AI Agent 的说法写得很清楚。GitHub知乎微博
先泼一盆项目自己泼的冷水。README 的"使用提示"里白纸黑字写着谨慎自动发布到小红书：小红书平台可能检测自动化操作，存在验证、限流或账号风控风险；建议使用预览与发布前检查，并由用户确认后手动发布，其他平台正常。 演示里登录发布支持小红书、抖音、快手、知乎、B站、微信视频号、微信公众号七个平台，光小红书这一环，连开发方自己都没把握。GitHub
docs 里的能力地图显示当前共 114 个 Skill，按六层排布：基础 6、发现 9、策划 16、创作 51、发布 20、归因 11。 发现层聚合多平台热榜和竞品动态，创作层从文案、知识卡到配音、字幕、切片都配了可运行脚本，归因层负责读取播放、互动、评论和内容表现，把有效结构和偏好沉淀回账号画像。 这三段是流程活，不碰账号本体，可以放心交。两件东西别交：一是平台登录态，Easel 的发布走 Playwright 浏览器自动化，账号登录在你本机环境里，本地部署保住了"素材和画像不出机器"这个卖点，但账号被风控的后果也全算你自己的；二是终审，仓库里虽然有 quality-gate 和敏感、版权检查技能，README 自己定位是"将研究成果应用到真实社媒创作场景的一次实践"，发布前那一眼必须留给人。GitHubGitHub
免费的是程序，不是这件事。最小配置要在 .env 里自带一个 LLM API Key，AI 视频、音乐、云端配音各要再配各家服务；聊天 API 不带向量模型时会去请求 text-embedding-3-small，报"模型不可用"，不配向量服务就降级成关键词检索。环境门槛也不低：Python 3.10+、FFmpeg、Playwright Chromium，Node 版本自带一个坑，25.x 与 26.0 不兼容；Windows 全链路适配至今挂在 Roadmap 第一项没打钩，Mac/Linux 才是顺路。 已知问题文档里还躺着一个坑：问答后回复在终端重复显示，官方给的规避办法就是直接走 Web 工作台。GitHubGitHub
社区已经有人开扒这个仓库：选题、写稿、做图，连发布都能让 AI 接着做？ 知乎的实测帖标题直接发问：真的能让一个人 1 小时做 7 条内容吗？ 也有给广告人算账的帖子喊"1 个内容运营 + Easel = 7 个平台，省下 5-8 万/月人力"，这种降本公式是销售话术，不是实测结论——仓库 contributor 栏总共才 6 个人。小红书知乎
更值得警惕的是同一周的知乎"最新"页：4 条标题几乎一字不差的"1 分钟 1 篇原创图文，批量做矩阵号"推荐帖零赞零评刷屏。 挑工具先看评论区，没人评论的"测评"，多半本身就是矩阵号。知乎
按人群拆一句话：能在 Mac/Linux 上折腾、要素材画像不出本机的手摸党，可以现在就装，重点用发现层抓料和发布层改稿，发布自己点；只想"零成本一键托管账号"的观望党，等 Roadmap 的 Windows 适配和安装简化落地再说；商业矩阵方是最该谨慎的一群，光小红书那条官方警示就够劝退全自动发布。继续盯三个信号：Windows 全链路适配的进度、Claude Code/DeepSeek harness 等更多运行框架接入、以及项目对小红书自动发布口风会不会变。
