社交摩天轮：让 Sanity 当那个枢纽
来源：dev.to — 2026-09-30
📋 概述
作者是艺术家兼创业者，也是一个人的团队，她把所有业务社交内容收拢到一个 Sanity content lake 里，以简化社媒运营。构建物包括：定制的 Sanity Studio、一个通过 Sanity Context MCP 读取店铺与知识库来起草季节帖子的 Claude 代理、一个提供人工审核队列的 Node 发布器，以及一个用 App SDK 做的实时审核台。整套东西围绕她既有的 Rails 店铺 everfluorescent.com 展开，而且目前什么都还没有真正发布到平台——这是有意为之：她要保留最终批准权，确保机器人不会做出什么疯狂的事。文章前半是走到今天的记录，包括那些花掉好几天的坑，比如必须先把 MCP 功能打开才能看到创建 endpoint 的页面，以及她追踪到的陈旧数据其实来自同步环节。
🔑 核心要点
- 动机是「一个人的团队」需要极致优化：把社媒发布集中到单一 Sanity content lake 里草拟，再分发到各平台。
- 她刻意保留人工终审：不肯让机器人自动发布，这是整个设计里最重要的一条约束。
- 系统由四块组成：定制 Studio、读知识库起草的 Claude 代理、带审核队列的发布器，以及实时审核台。
- 代理接替了原先基于模板的 captionFor 逻辑，草案进入管理队列，审核卡片会显示来源分歧与每条文案的依据。
- 踩坑记录很具体：必须先启用 MCP 功能才能创建 endpoint，否则 token 得删掉重建并授予 Context Viewer 权限。
- 她还追查过 Sanity 里出现的陈旧数据，最终定位到同步环节，这也是这份记录里最值钱的部分。
💡 金句
我想保留最后的批准权，确保机器人不会做出什么疯狂的事——这里得留一点 sanity。
👍 0
👎 0
← 返回 dev.to 首页