作最近的安全预警让我重新审视这个问题——25万台OpenClaw实例暴露在公网上，API Key明文暴露，存在被接管的风险。
2月Snyk Labs的扫描报告显示，ClawHub上近4000个Skills中超过三分之一存在安全缺陷。
问题的根源在于本地部署的权限问题。OpenClaw运行在用户电脑上时，拥有完整的系统权限，一旦Skills出现安全漏洞，可能导致整台机器被攻击。
关闭这个生态不现实，但自己搭建安全方案门槛又太高。
解决方案：AstronClaw云端沙箱版
3月10日，国家互联网应急中心发布安全提示。
随后讯飞推出了AstronClaw:一个基于云端沙箱隔离的托管版本。
核心思路是将OpenClaw运行环境迁移到讯飞云端，通过沙箱隔离彻底规避本地部署的风险。
核心特征对比
| 维度 | 本地OpenClaw | AstronClaw云端版 |
|---|---|---|
| 部署方式 | 本地安装配置 | 一键云端部署 |
| 系统权限 | 拥有完整电脑权限 | 沙箱隔离，权限受限 |
| 安全隐患 | Skills漏洞影响整机 | 仅影响沙箱环境 |
| 可用性 | 依赖电脑开机状态 | 7×24在线运行 |
| 集成方式 | 需手动配置 | 支持飞书、钉钉、企业微信 |
实际操作流程
第一步：注册与部署
访问讯飞星辰Agent官网：https://agent.xfyun.cn/astron-claw
用手机号注册或讯飞账号直接登录
进入AstronClaw首页，点击「立即部署」
选择套餐版本：
- 基础版：16.8元/月，35000积分
- 专业版：56.8元/月，120000积分
等待1-2分钟，自动完成部署，无需任何配置
特别说明：3月20日前所有套餐对话不扣积分，可免费体验完整功能。
第二步：内置资源与配置
部署完成后，AstronClaw提供以下内置功能：
- 多模型支持：星火X2、GLM-5、MiniMax-M2.5、Kimi-K2.5，系统默认Auto模式自动选择最优模型
- API管理：API Key已集成在套餐内，无需单独配置
- Skills市场：130+官方审核过的技能，包含讯飞独有的「超拟人语音合成」等高级功能
右侧菜单可进行：模型切换、龙虾重启、沙箱重置等操作。
第三步：与飞书集成（移动端控制）
将AstronClaw与飞书连接，实现手机端控制。操作步骤如下：
3.1 创建飞书企业自建应用
访问飞书开放平台：https://open.feishu.cn/app
点击「创建企业自建应用」
输入应用名称和头像，完成创建
进入应用详情，在「凭证与基础信息」获取App ID和App Secret
3.2 配置权限
进入「权限管理」→「批量导入/导出权限」
粘贴以下权限配置JSON：
{
"scopes": {
"tenant": [
"aily:file:read",
"aily:file:write",
"application:application.app_message_stats.overview:readonly",
"application:application:self_manage",
"application:bot.menu:write",
"cardkit:card:write",
"contact:user.employee_id:readonly",
"corehr:file:download",
"docs:document.content:read",
"event:ip_list",
"im:chat",
"im:chat.access_event.bot_p2p_chat:read",
"im:chat.members:bot_access",
"im:message",
"im:message.group_at_msg:readonly",
"im:message.group_msg",
"im:message.p2p_msg:readonly",
"im:message:readonly",
"im:message:send_as_bot",
"im:resource",
"sheets:spreadsheet",
"wiki:wiki:readonly"
],
"user": [
"aily:file:read",
"aily:file:write",
"im:chat.access_event.bot_p2p_chat:read"
]
}
}注：权限配置不能跳过，否则机器人无法接收消息。
点「下一步，确认新增权限」
进入「应用能力」，添加「机器人」
3.3 连接AstronClaw
回到AstronClaw网页，右侧菜单选择「渠道」
选择飞书，填入App ID和App Secret
保存配置
3.4 订阅事件与发布
回到飞书开放平台，进入「事件与回调」
订阅方式选择「使用长连接接收事件」
添加事件im.message.receive_v1，勾选「接收消息」
进入「版本管理与发布」→「创建版本」
版本号填写1.0.0，点保存
完成发布，等待飞书个人版自动审核通过
第四步：开始使用
打开飞书，找到刚创建的机器人
发送任意消息，验证连接是否成功
可选：为机器人设置人设（名字、性格、工作职责），提升交互体验
实测反馈与特点分析
从产品经理的角度，我总结了AstronClaw相比本地OpenClaw的关键优势：
新手友好程度
一键部署到云端，无需接触终端或编写配置文件。整个流程从注册到跑通不超过5分钟。这对非技术背景的用户来说是重大改进。
安全隔离能力
每个用户的运行环境都在独立沙箱内，Skills的安全漏洞仅影响该沙箱，不会波及用户电脑。这是云端托管的天然优势——本地故障不会扩散。
可用性保证
本地OpenClaw依赖电脑开机状态，AstronClaw提供7×24在线运行，确保业务连续性。
功能完整性
内置多模型选择、130+官方审核Skills、语音合成等高级功能。集成飞书、钉钉、企业微信后，支持移动端控制。
权衡点
AstronClaw是高度封装的黑盒方案。底层运行机制、模型调优、环境参数等对用户不透明。对于需要定制化深度开发的场景，灵活性受限。
适配场景分析
| 场景 | 适配程度 | 原因 |
|---|---|---|
| 体验与学习 | 高度适配 | 部署简单，降低学习门槛 |
| 办公自动化 | 高度适配 | 与飞书等工具原生集成，7×24在线 |
| 内容生成（播客、文案） | 高度适配 | 语音合成、多模型支持 |
| 深度定制开发 | 中度适配 | 黑盒设计限制了参数调优空间 |
| 本地隐私场景 | 低度适配 | 数据运行在讯飞云端 |
总结
从我这半年观察OpenClaw生态的角度看，AstronClaw代表了一个现实的平衡点。
问题的本质在于，开放的本地生态带来灵活性，但安全成本被转嫁给最终用户。25万台裸奔的实例表明，大多数用户既没有意愿也没有能力自己负责安全。
讯飞的方案是把安全责任收回到平台侧，通过沙箱隔离、云端托管来提供可靠的基础设施。这个思路不新鲜，但在OpenClaw这个新生态里，它提供了一个相对完整的、开箱即用的选项。
对于产品经理的建议：如果你正在评估是否引入OpenClaw能力，AstronClaw可以作为第一步——用最低的部署成本和安全成本体验这个技术，验证它在你的业务流中是否有价值。如果需要深度定制，再考虑向本地版本演进。
传送门：
https://agent.xfyun.cn/astron-claw（3月20日前订阅，对话不扣积分）