MuleRun不提供本地脚本执行环境，仅通过Computer（定时/轮询任务）和Super Agent（自然语言驱动多步工作流）两种云端模式实现自动化办公。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
直接打开浏览器就能跑，不用写脚本
骡子快跑（MuleRun）根本不是让你写自动化脚本的工具——它压根不暴露本地执行环境，也不提供 Python 或 Node.js 运行时。所谓“自动化办公”，是靠它的两种内置模式完成的：Computer（计算机模式）和 Super Agent（超级智能体模式）。前者专干定时、守夜、轮询类活儿；后者负责理解意图、串联动作、主动推进流程。
你不需要写 while True: 循环，也不用配 cron 或 schedule 库。所有任务调度、异常重试、状态记忆，都在云端虚拟机里自动处理。
Computer 模式怎么设定时任务
这是最接近传统“自动化脚本”的用法，但操作路径完全不同：不是编辑文件，而是用自然语言描述任务 + 设定触发条件。
- 在
Computer界面点击「新建任务」，输入类似：“每天上午9点抓取https://example.com/report页面表格，存成 CSV 发我邮箱” - 系统会自动识别时间、URL、格式、交付方式，并生成可确认的执行计划
- 支持的触发类型只有三种：
daily、weekly、on_event（比如监听某网页 DOM 变化），不支持秒级或复杂 cron 表达式 - 如果页面结构改了导致解析失败，
Computer会停在错误节点并通知你，不会静默跳过或乱填空值
Super Agent 模式怎么串起多步骤办公流
它不像 RPA 工具那样拖拽组件，而是靠对话定义工作流。关键在于“动词+宾语+约束条件”的表达要具体。
- 别写：“帮我处理客户反馈” → 太模糊，
Super Agent会卡在第一步问你要模板 - 要写：“从邮箱收件箱筛选含‘退款’字样的新邮件，提取订单号和问题描述，查
orders.db表核对状态，若未发货则自动回复模板A，否则转给客服组飞书群” - 首次运行时，它可能调用不到
orders.db—— 因为那是你本地数据库，Super Agent默认只能访问你上传到Drive的文件或已授权的 SaaS 接口（如飞书、Notion、Gmail） - 它不会自己猜字段名，如果你说“查订单状态”，但上传的 CSV 里列名是
status_flag而非status，就会报错KeyError: 'status'
为什么不能导出脚本或接管本地进程
这不是功能缺失，而是设计选择。MuleRun 的每台用户虚拟机都做了物理隔离，禁止任何本地命令执行（比如 os.system()、subprocess.run()）、禁止读写宿主文件系统、禁止访问未授权端口。
这意味着：
- 你没法让它运行你写的
auto.py，也不能让它帮你杀掉卡死的chrome.exe - 所有对外服务必须走 HTTPS API 或平台预置连接器（如 Gmail、飞书、AWS S3），没有 shell 权限
- 好处是：不用担心理由不明的
PermissionError或ConnectionRefusedError，坏处是——想绕过限制做深度集成，目前没入口
真正容易被忽略的一点：它的“自进化”只发生在任务闭环之后。如果你总在中途手动打断、跳过确认、或频繁修改指令，模型就学不到稳定模式，Computer 的下次执行可能退回原始逻辑，而不是越用越懂你。
