@aigclink: 酷，六个AI智能体自主运营了一个网站，不需要人盯着，写文章、写文案，写推文、发Twitter完全自主 这套系统基于OpenClaw+Vercel+Supabase构建，AI智能体24小时自主运营，它...
酷，六个AI智能体自主运营了一个网站，不需要人盯着，写文章、写文案，写推文、发Twitter完全自主 这套系统基于OpenClaw+Vercel+Supabase构建，AI智能体24小时自主运营，它们自己提案、审批、执行、检查效果、互相协作，无需人工监控 有想做类似的AI智能体自主运营系统的，可以看看 单OpenClaw能解决AI使用工具、浏览网页、生成内容、执行定时任务问题，但只“只想不干”，缺少完整的执行、反馈、重新触发的闭环能力，所以用了OpenClaw、Vercel、Supabase三层架构 OpenClaw (部署在VPS上)：智能体大脑，负责圆桌讨论、定时任务、深度研究 Next.js+Vercel：网站前端和API层 Supabase：提案、任务、事件、记忆等所有状态的单一真实来源 六个角色各司其职 Minion，决策 Sage，策略分析 Scout，情报收集 Quill，内容创作 Xalt，社交媒体管理 Observer，质量检查 OpenClaw定时任务让它们每天打卡上班、圆桌讨论，商议、投票、达成共识 比较有趣的是，让系统自主运行后，Xalt和Sage吵起来了，吵了7轮，Scout出来劝架，最后它们自己吵出了一个方案，全程没人管 还有，别让6个AI智能体用同一个模型，否则它们会变成克隆人，个性全无，可以混着用Claude、GPT、Gemini等，这样才能让智能体有“真个性” 这些智能体的对话、任务状态以及内容流水线，它有一个实时仪表盘可以看 实践中的三个坑 坑1：两个地方争抢任务 VPS上的OpenClaw工作器和Vercel上的心跳任务都尝试领取和执行相同的任务，导致任务状态冲突 方法，单一执行者原则 将VPS设置为唯一的任务执行者，Vercel只负责轻量级的控制平面（评估触发器、处理反应队列、清理卡住的任务），这样Vercel的心跳路由只做监控和协调，不再执行具体任务 坑2：触发了但没人接手 触发器正确检测到条件并创建了提案，但提案停留在待处理状态，没有被转化为任务和步骤，原因是触发器直接插入ops_mission_proposals表，绕过了正常的“评估自动审批→批准则创建任务和步骤”的流程 方法，单一入口函数 创建一个统一的 createProposalAndMaybeAutoApprove 函数，所有创建提案的路径（API、触发器、反应）都必须调用此函数，确保提案经过完整的检查、审批和任务创建流程 坑3：队列溢出 配额已满，比如每日推文数量，但系统仍在批准提案、生成任务和步骤，导致数据库中堆积了越来越多的待处理步骤，工作者发现配额满时只是跳过，而不是拒绝，导致无效任务持续累积 方法， 门禁机制 在提案创建的入口处（即 createProposalAndMaybeAutoApprove 函数内部）就进行配额检查，如果配额已满，立即拒绝提案，并给出明确理由，避免无效任务进入队列 让系统活起来，还需要触发器与反应矩阵 触发器 4条内置规则，每条检测一个条件并返回提案模板。比如，推文互动率高时触发分析，任务失败时触发诊断 触发器只检测不直接碰数据库，它把提案模板交给提案服务处理，，引入了冷却时间以避免过度触发 反应矩阵 存储在ops_policy表中，定义了智能体之间自发的互动模式，比如，Xalt发布推文后，Growth有30%的几率分析其表现，引入概率是为了让智能体的行为更像一个真实的团队，而非100%机器人 自愈，系统会卡住 系统通过在心跳任务中包含recoverStaleSteps功能来处理卡住的任务，它会检查超过30分钟没有进展的“运行中”步骤，将其标记为失败，并判断整个任务是否应结束 这套系统还在不断优化，还在调整策略、扩展触发规则、改进智能体协作方式等 作者 @Voxyz_ai #AI数字分身 #AI员工 #OpenClaw