mulerun不支持脚本驱动批量私信，仅允许通过订单事件或用户行为埋点触发两类合规场景；引流需用agent组合而非单脚本，发送频率与对象由平台风控动态调控。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
批量私信功能在 MuleRun 里根本不是脚本驱动的
骡子快跑（MuleRun）没有开放「写脚本→调用接口→发私信」这类传统自动化路径，它压根不让你碰 send_message、loop 或 sleep。这不是限制，而是设计选择：所有对外触达动作都必须走平台内置的合规通道，由 Agent 自主判断节奏与内容边界。
常见错误现象包括：用户试图上传 Python 脚本、往 /skills 目录塞自制 wechat_sender.py、或在 prompt 里硬写“每5秒发一条给列表里100人”——这些操作要么被 Runtime 层直接拦截，要么触发风控熔断，导致整个 Agent 暂停 2 小时。
- 使用场景只有两类可安全触发批量私信：① 电商客服场景下对「已下单未确认收货」用户自动补发物流提醒；② 漫剧创作者对「收藏但未订阅」粉丝推送新集上线通知
- 参数差异在于：前者由订单系统事件驱动，后者依赖用户行为埋点（如
collect_timestamp和subscribe_status），两者都绕不开 MuleRun 的event_filter配置面板 - 性能影响很小，因为私信实际由云端虚拟机里的独立
notification_worker进程异步处理，不占用主 Agent 的推理资源
引流任务得靠「场景化 Agent 组合」，不是单个脚本
MuleRun 不提供“引流脚本”下载包，也没有 run_lead_gen.py 这种东西。所谓引流，是把多个已有 Agent 像搭积木一样串起来，每个只干一件确定的事，比如：wechat_group_scanner 找活跃群 → profile_analyzer 筛出高意向用户 → message_crafting_agent 按画像生成个性化首条消息。
容易踩的坑是强行让一个 Agent 兼顾识别+筛选+发送，这会导致它在 Knowledge 层反复加载不同领域模型，响应延迟飙升，甚至因上下文溢出被自动降级为只读模式。
- 必须用
Agent Linking功能连接三个组件，中间数据走加密内存管道，不能落地成 CSV 或 JSON 文件 -
profile_analyzer的筛选阈值不能设死，比如“近7天发言＞5条”，而要绑定动态变量activity_score_threshold，该变量会随你历史成功转化率自动浮动 - 首次启用组合前，系统会要求你手动确认每段链路的隐私授权范围，漏点任何一个
Allow data flow to next agent开关，整条链就卡在第一步
为什么不能自己控制发送频率和对象列表
因为 MuleRun 的独立云端虚拟机虽归你专用，但网络出口层受统一反骚扰策略管控。所有外发请求都经过 rate_limiter_v3 中间件，它的限流规则不是按 IP 或账号，而是按「行为指纹」：包括消息文本相似度、接收方关系图谱密度、以及是否跳过 user_intent_check 步骤。
你看到的“已发送127条”，背后其实是 notification_worker 在过去4小时里，把原始队列里的219条请求，按平台实时风控评分，动态过滤掉92条（比如检测到其中31条收件人近24小时已被同类消息触达过3次以上）。
- 想提高通过率？重点调优
message_crafting_agent的personalization_ratio参数，低于0.6会被打上“模板化”标签，优先限流 - 别碰
/etc/rate_limit.conf—— 这个文件在你的虚拟机里是只读的，硬改会导致runtime_healthcheck失败，Agent 自动重启 - 导出“已触达用户ID列表”只能从后台的
campaign_report_v2页面下载，且仅保留最近7天数据，不支持 SQL 查询或 API 拉取
真正起效的引流动作，往往发生在你没点“开始”按钮的时候
MuleRun 的自进化机制会让它悄悄记住你过去三次手动发送私信时，总在下午3:15–3:22之间插入一句“刚忙完，顺手帮你看了下…”。之后，只要检测到相似上下文（比如对方刚发完“求资源”、你刚打开某个文件夹），message_crafting_agent 就会提前半分钟生成草稿，等你光标移过去就弹出建议发送——这种“主动预判”才是它区别于龙虾类工具的核心。
复杂点在于：这个能力不会立刻出现，需要你至少完成5次真实对话闭环（发送→对方回复→你回应→达成目标），而且其中不能有超过2次是复制粘贴的固定话术。系统在等你暴露真实的决策节奏，而不是教它怎么干活。
