openclaw工作台设置

敢说如果没有自己详细看过这个 skills 的 人，绝对没有办法养好小龙虾。这个 skills 它是自我进化的一个 skills， 这个是现在目前所有 skills 里面下载量最多的一个， 我们今天来详细看一下这个 skills 它是怎么样构建的，你就会对整个 open curl 和它的一些配置能更加的理解。 它是一个纯英文呢，我就直接让 cloud code 给我做了一下翻译，当然大家如果用其他的也可以，甚至你让它自己把这个逐句翻译了之后，给你保存在一个文件夹里面都是可以的。 ok， 我 们就来看一下它的这个是怎么样的一个东西。 首先它的这个架构就是非常标准的 skills 的 一个架构，有一个 skills 的 文件 markdown， 然后这个原数据就是它的一些版本号啊这些，这个是它自己自带的一个文件夹，其他的这个东西就是它的一些资源。然后 hook 就是 它的可以理解成它的脚本，它会把这个钩子 去放在你的 open curl 的 配置下面。嗯，当 open curl 它在回答一些内容或者调用什么模式，或者告诉你这个任务完成的时候，这个钩子就会去检测这个内容，检测了这个内容，它就会去调用某一些脚本，或者说自动地把一些提示词放到这个 open curl 里面，让 open curl 再去跑一遍它的一个流程， 重点就是让 open curl 去思考一下刚才的任务到底需不需要去进化到它的记忆里面，去进化到一个新的 skills 里面，或者去更新新的 skills。 它主要的功能是这个，这个就是它参考的一些文档，比如说势利啊，比如说这个后壳应该怎么样安装，还有这个的一些知识，这个 script 就是 它的具体的脚本了， 这个脚本基本上就是它后壳的脚本，钩子的脚本。 ok， 我 们来一点一点的看。首先是看这个 skills， 这个 skills 就 标准的 skills 的 格式，首先是它的原数据，这个东西会直接加载到大模型和 opencorp 它的一个上下文中，它才知道什么时候需要用这个 skills， 如果它需要用，它就会自己去看这个东西， 但是这也是一个比较坑的点，你稍微模型差一点的，它根本就不会去看这个东西，因为它会聚焦去完成你的任务，它的注意力是没有那么多的。所以说 你通常如果说想要去进化的时候，你去直接告诉他显示的命令，他让他去完成，去使用这个 skills， 让他去调用这个 skills， 然后下面就是如果他需要调用的时候，他就会去查看下面的东西。 ok， 我 们来一点一点的看这个 skills 的 描述，就是什么样情况下会使用它。其实就是让 open curl 让模型知道什么样的一些特征的时候， 就要使用这个 skills 了，比如说命令操作失败，用户纠正了，然后用户请求不存在的功能， a p i o 失败，其实就是捕获一些关键词，关键的意图的时候，它就会去激活它，就是让模型知道什么时候应该激活这个 skills。 我们来看一下这个就是它的一个 markdown 格式的文档，首先是它是一个什么东西，然后它是一个持续改进的什么内容，参考的信息，它是怎么样存放的？可以看到它把这个地图首先放在了最前面，它是怎么样安装在这个 open curl 里面？ 呃，这个我感觉有点广告的嫌疑，你已经安装了之后，还还放在这个 skills 里面，按理来说它应该用一个 readme 会更好一点，这个会造成模型的这个上下文是不需要的， 然后它会告诉这个模型这个 open curl 的 一些信息。 open curl 的 这种工作区的内容就是它的 worker space 这儿它是什么样的一个框架，主要的个这些文件到底是什么格式，它进行更新的时候，它就可以更新这些文件，然后它就能了解到 open curl 它是一个什么样的东西。 它主要分成了三个部分，它会创建了这个 skills 的 时候，它会把这个文件直接复制到哦你的 workspace 里面去。直接会有这个文件夹，其实就是这个 skills， 它去维护这个文件夹里面主要的内容， 首先是学习的一些信息，再就是错误的一些信息，然后就是调用工具的一些信息。事实功能可以看到它就说首先你应该去创建这个文件， 然后去说一下直接复制过去，然后提升的目标是为了让你的一些工作技能可以沉淀到这里面去。 这三个其实就是 open curl 的 一些核心的配置了，可以看到 open curl 里面的核心的配置，这个是属于它自己的一些配置，其实这都是它去了解这个 open curl 是 一些什么东西，怎么样配置的触手化配置这个部分就是有用的，就是下载了这个 skills 的 时候，它应该按照这个过程，先把这个 skills， 把它的这个 open group workspace 的 一些东西先配置了来，可以看到，然后可选这个起用钩子。为什么必须要起用这个钩子？虽然它说是可选，因为我们用的模型往往都不是最强大的模型，比如说 opus， 它对你的指令它是会更加清晰的。但是我们用的这些稍微小一点的模型，像国内的 kimi， k 二点五这些，你不显示地去指挥它去用哪个 skills， 它大概率是不会用的，它的指令遵循是没办法注意到这么多信息的。所以说你必须要起用钩子， 钩子他就会强制的让这个 open curl 去完成某一个功能的时候，他会去思考我到底需不需要去调用这个 skills。 这个就是一个比较大的坑，如果我们是用国内的这种稍微小一点的模型，稍微不好一点的模型， 那么你钩子是必须要起用的，要不然你这个装了之后基本上就感觉没装一样。我相信很多人都已经装了，但是如果你没有仔细去读的话，大概率是没有起用这个钩子的， ok。 然后他也说了一下通用的其他配置，在其他配置里面也可以去创建，像 cloud code index 也可以去创建，这个东西就不太适合这个内容了，其实可以把这些东西删掉，因为他会影响他的上下文。然后就是怎么样去追加你的信息。 首先是学习到的内容应该追加到这个学习的 markdown 的 文件里面，他的格式是什么样的，然后是什么样的东西？ 然后就是错误的信息，它的格式是什么样的，是什么样错误的信息，应该怎么样格式去把它说出来，然后它的时间戳这些都要保存下来，但是我是没看到它这个时间是从哪里获取啊？如果说时间是一直放在这个 open curl 里面的话，会自动更新的话，那是不太好的，还会严重的影响这个 k v k h 的 命中率。 还有就是这个功能请求的 markdown 文件应该放些什么东西，然后它的格式是什么，它也说明了一下，然后 id 的 生成应该怎么样放 id， 其实这些都是一些案例事例， free shot 它应该怎么样放在哪个里面？这儿也有 可以放到这种项目记忆的，当一些错误的记忆啊，这种学习的记忆可以广泛使用，而且使用了非常多次的时候，它可以把它直接放在这种文件夹下面。这种比如说 cloud code， 比如说这个 so tools， 比如说这个 so 哈，它是一直会放在 这个 open curl 的 上下文里面的模型上下文里面的，它会全量加载，不像 skills 的 这个文件，它只会加载最前面的那几行，这个东西它是会全量加载的，所以说如果说非常需要经常用的这种规则，就可以直接加在这里面，这个就是他说当一个不是一次性修复，可以把它保存到永久的项目记忆中，就是这个东西。 还有它应该怎么样去检测这些关键词什么时候应该写在什么地方，什么时候它是功能请求，什么时候应该学习，什么时候是一些错误的， 然后优先级的一些指南，这个就是它应该怎么样去放，这个倒没有特别重要，就是它要去做提升的时候应该怎么样写，怎么样去排优先级啊这些，然后最佳实践这些 还可以进行 get， 可以 把它提交上去。其实最最重要的，我个人认为就是这个 hook， 大家一定要把它配置上。如果 你不是用的 opus， 四点六这些模型，一定要把它配置上，就算是用的 opus， 你 也最好把它配置上，因为现在很多这种厂商它都有这种会员套餐，比如说一百块钱，然后一个月基本上你是用不完它的托管的，所以说大家一定要配置这个东西， 这个东西只会多消耗你的托管，但是它能让你的体验感和这个 cf 提升会更加的强，要不然你这个东西装了跟没装一样，因为我们的模型本身不太好。 ok， 那 我们来看一下它其他的一些内容，比如说这个脚本吧，这个就是钩子的一些脚本怎么样去配置，然后它会把这种信息重新发回给这个 open curl， 就是 让 open curl 显示地去说明一下，你需不需要去记录，需不需要去更新一下这个 skills， 然后这个其实大概也是这样，然后这些就是参考的一些资料，比如说怎么样去做修改，然后工作区的结构，比如说 open curl 的 一些知识，工作区的结构应该怎么样去修改，然后有什么特点，有什么规则， 然后这个是钩子应该怎么样去做配置，可以看到应该怎么样去做配置，这是 cloud code 的， 它之前是因为这个开发者，它是一个 cloud code 的 自我提升的一个 skills， 它出来了之后再把它换成的这个 open curl， 它有些是没有改的， 但是大差不差，它只是这种项目跟目录不一样，其实它的逻辑都是一样的。然后这个就是后壳的一些配置，可以看到它 open 或者 cloud code 还有 codex 这种配置都有。 ok， 还有就是 example 了， example 就是 你什么情况下应该去放什么样的内容，以及这个内容 markdown 的 文件应该放什么样的东西，然后它的一些势例， ok， 这也是后壳的一些东西。后，后壳的一些 markdown 的 东西，它这个也跟这个 skills 的 框架一样，我不知道它是因为要先把这个东西发给向后壳执行的时候，它会先把这个东西发给这个 open curl， 可能是这样的，然后后壳的 这个就不是参考的，这是一些资源，它可以直接复制这个技能的一些模板，模板资源，然后学习的这个条目应该直接放在这里面， 应该是什么样的一个格式，它可以直接复制过去，然后我再去做一些修改，然后这个东西就没有了。这个东西它就是让 open curl 把这个东西直接复制到它的 workspace。 总结来讲，这个 skills 就是 专门用于提升的，提升和进化的，只有你真正看了这些 skills 了之后，你才能对这个 o workspace 有 一个比较好的认知。 但是我个人认为哈，我们的后壳甚至不要用它的这种方式，我们可以直接创一个子质人体后壳来调用这个子质人体去更新它的记忆，我觉得这样更加的好，但是这样肯定更消耗头肯，但是如果说按照他这种后后壳再发给 open curl 的 方式的话，它会破坏它的上下文结构， 它会导致上下文的长度会很快就满了，所以说你的这种执行任务的效果就会大打折扣。当 我们买了这种稍微大一点的这种会员套餐的时候，可以建议使用这种子智能体的方式，你专门创一个子智能体来更新记忆，更新这种学习的经验，然后哦后壳跟这个子智能体进行绑定上， ok， 这就是今天的一个分。

今天我来给大家介绍一下我们公司全员 open 可乐，全员小龙虾了，也就意味着现在我们除了有三十个人类员工，还有上百个 ai 员工。好，我先给大家演示一下 我的小龙虾团队，大家看一下我的小龙虾有八个员工，第一个员工是我的短视频编导，这个短视频编导每天可以给我十几个话题，然后我选两个，他就给我把能够直接爆的文案生成，然后我就直接拿着拍短视频就可以了。然后再来看看我们的课程研发，我们以前做一套课可能需要一周，现在用它足智级的课程 ppt 直接生成，然后再让它生成 ppt， 它就可以把 ppt 做出来。再看看我们的朋友圈运营，我们以前发朋友圈有个专人要天 天冥思苦想，现在直接搞定。而公众号选题官就更神奇了，它不光是可以把公众号写出来，还可以直接发到我的草稿箱，让我一键一分钟就搞定一篇公众号，并且我现在的公众号数据比以前好了三倍。那么我这里还有一个 ai 主管，他会监控我的每一个 ai 员工是怎么工作的，哪些员工我没用好， 需要去把它用好。除了这些基础的工作之外，我还有一个 ai 战略观，这个战略观会发现我发现不了的战略视角。好，接下来我带大家看一看我们其他员工是怎么用小龙虾的。我们先来到我们的技术同学水月这里，水月，你的小龙虾叫什么名字？ 我的叫大圣。哇，大圣这么屌的名字。然后你用你的小龙虾在做什么啊？我是在做咱们破局的十多个系统，然后让小龙虾来帮 老板，如果说没有小龙虾的话，你今年可能还得再招十个人。这么多的吗？对对对啊，那你太牛了。好，接下来我们看看我们的 业务负责人小军是怎么用小龙虾的，来给大家展示一下。我的小龙虾叫小小，做什么事呢？他是帮我做整个这个业务的这个管理，然后帮我能拆解到每日的每周的运营的动作和拆解的一些 细节。那有了它，我可以完全省略一个 p m o。 的 团队，让我高效的每日获得当周要做的事情，非常棒。基夏，你的小龙虾叫什么？我的小龙虾就叫做小夏，他主要帮你干什么工作？他平常会帮我写一些文案，或者是在我创建其他的事情 的时候，他帮我统一管理。好，非常好。 ok， 我 们再来看一看我们的训练营的负责人王庆同学，你的小龙虾叫什么名字？小龙虾有两个现在 一个是老王，一个是破底，他们家就是破底龙虾，就是专门负责我们现在所带的训练营的。有了小龙虾，你少招几个人，少招三五个吧。好，清晨，你的小龙虾叫什么名字啊？我的小龙虾叫管家。好嘞，王坤，你的小龙虾叫什么名字？我的小龙虾叫什么名字？我叫薇薇。 open call 华仔，你的小龙虾叫什么名字？我能叫阿卓，好，你用小龙虾做什么啊？我就是平常跟他对话一些，我平时用的一些。 啊，非常好，非常好。来看看我们的人力负责人云朵同学，你有小龙虾吗？我有小龙虾。哇，我们的人力都用上小龙虾了，你的小龙虾叫什么名字？我的小龙虾叫云朵，你看它可以帮我写文案，然后整理会议资料，然后写活动策划，而且它还可以帮我申请简历， 这样的话我就可以至少省两个人力的一个呃成本，所以他还是非常提高我的工作效率的。好，再看看我们的设计同学，哎，你的小龙虾叫什么名字？他用来帮你干什么？他会帮我收集这个海外的设计的流行 书籍。上，好，你再看看我们运营负责人辉源的小龙虾叫什么名字？我小龙虾叫雪莉。啊，他主要用来干什么？主要是我跟他对话，做项目的 组织的管理，以及说运营方面的支持，他设定的身份是运营总监，非常好。来，再来看看我们的运营负责人灰灰的小龙虾。我的小龙虾有好几个，一个是项目管理，一个是课程设计和一个公众号创作的，然后都是用来完成不同的工作内容。好，非常好。

各位好，今天我们来分享 openclaw 系统的架构设计。 openclaw 不是 简单的服务堆砌，而是一个围绕 getaway 构建的统一智能代理平台。通过六层架构设计，它实现了从接入层到自动化层的完整闭环。接下来我会逐一展开每一层的核心设计思路和技术实现细节。 opencloud 的 核心架构定位非常清晰，以 get 位为中心构建统一控制平面。在单个 get 位实体内部，我们集中管理了渠道接入、设备连接、绘画、状态、消息路由、 a 帧的调度等关键能力。 整体架构分为六层，从接入层到自动化层层层叠统。部署上，通常一台主机运行一个 get 位，但在特殊场景下也支持同机部署多个完全隔离的 get 位实体。 接入层是系统的入口，负责统一汇聚各种外部对象。它包括三类核心对象，外部消息渠道、控制端、客户端和节点设备。 外部消息渠道如 whatsapp、 telegram 等，由 git 位内部维护。对应的适配器控制端如 client web 管理界面，通过 web socket 接入。节点设备如 micros、 alrad 等也通过 web socket 连接并申明自己的能力。 这些对象不直接通信，而是统一汇聚到 get 位，进行中转、叫验和编排。 get 位控制层是整个系统的中枢纽， 相当于平台的总线和总调度台。它通过 web socket 提供控制平面，通过 http 提供健康检查、工具调用以及 canvas、 r u i 等辅助接口。 这一层负责连接握手、身份认证、协议校验、消息归一化、事件发布、通道状态维护和系统级控制。 所有连接、所有消息、所有控制指令都要经过这一层的统一调度。绘画与路由层决定了系统为什么能在多渠道、多群主、多用户场景下仍保持上下文隔离。他把来自不同渠道的消息抽象成统一事件， 再根据绘画键、渠道群主用户身份和 agent 绑定规则完成路由绘画。系统负责上下文、历史生命周期重置策略、压缩策略和持久化存储。 为减少病发冲突，系统按绘画维度串行处理，同意绘画中的任务顺序执行不同绘画，再交给局调度机制协调。 agent 运行时是真正负责理解请求、调用模型执行任务的核心引擎。 它嵌入在 get 位内部，主链路包括接收、输入、装配、上下文、读取、工作空间、文件选择、模型、触发、推理、调用工具、处理、工具、结果流逝、输出、写回、绘画与记忆、 工作空间中的 agents m d、 so m d、 tools r amp。 d 等文件，共同决定 agent 的 角色设定、行为边界、工具权限和上下文风格。简单说， getaway 偏向平台控制与调度， agent run time 偏向智能推理与执行。 agent 的 能力不止来自模型，更来自强大的工具系统。 openclaw 内置了文件命令、执行进程、网页浏览器、绘画记忆、消息节点等多类工具 节点。系统把能力延伸到设备侧，比如相机、屏幕、录制、定位以及 converse 交互能力。记忆系统负责跨绘画信息保留和语义解锁。多 agent 机制则支持主 agent 调用，子 agent 用于专业分工、复杂任务拆解和隔离执行。这些能力共同构成了 agent 的 执行基础设施。最后一层是扩展与自动化层，这体现了 opencloud 可扩展架构设计。插件系统可以扩展新的渠道、新工具、新后壳、新的记忆后端， 甚至新的模型提供者。互可和矿分别提供事件驱动和时间驱动的自动化能力，适合做通知、同步巡检和批处理流程。因此呢， openclaw 不 只是一个聊天代理，而是一个可以持续外接能力的自动化平台， 能够根据业务需求不断扩展边界。现在我们来看完整的架构全景。六层架构，从接入层到扩展层，层同共同构建了以 get 位为中心的统一智能代理平台。 接入层统一汇聚，控制层统一调度，路由层上下文隔离、 agent run time 智能执行能力。系统提供工具支撑，扩展层持续增强能力。六层之间通过 get 位这个控制中疏紧密连接，形成了一个完整、灵活、可扩展的智能代理平台架构。 以上就是 openclaw 的 完整架构设计，通过六层鞋桶，我们构建了一个以 getway 为中心的统一智能代理平台，既保证了系统的统一控制和调度，又实现了足够的灵活性和可扩展性。谢谢大家！

可以看到它是在 mac mini 上运行的，然后这时候的话它有权限去查看那个加目录，但是呢它没有呃权限去查看这个呃里面的文件内容， 然后让它查看文件内容，然后查看文件的问题。