OpenClaw配置Bot接入飞书机器人+Kimi2.5

OpenClaw配置Bot接入飞书机器人+Kimi2.5

上一篇文章写了Ubuntu_24.04下安装OpenClaw的过程,这篇文档记录一下接入飞书机器+Kimi2.5。

准备工作

飞书

创建飞书机器人

访问飞书开放平台:https://open.feishu.cn/app,点击创建应用:

填写应用名称和描述后就直接创建:

复制App ID 和 App Secret

创建成功后,在“凭证与基础信息”中找到 App ID 和 App Secret,把这2个信息复制记录下来,后面需要配置到openclaw中

配置权限

点击【权限管理】→【开通权限】

或使用【批量导入/导出权限】,选择导入,输入以下内容,如下图

点击【下一步,确认新增权限】即可开通所需要的权限。

配置事件与回调

说明:这一步的配置需要先讲AppId和AppSecret配置到openclaw成功之后再设置订阅方式,要不然会提示一个错误。

订阅方式选择【使用长连接接收事件】

配置成功后如下图

添加事件,点击【添加事件】

至少需要开通以下权限

配置成功后如下图

回调配置(可选),如果配置的话,也选择【使用长连接接收事件】

配置完成后需要进行发布,有2种方式:

方式1:创建版本

方式2

创建版本

发布成功后,状态显示:当前修改均已发布

说明:

(1)只有机器人的状态为已发布,openclaw才能识别

(2)有任何修改和配置的修改,都需要创建新的版本进行发布;

申请Kimi Code的AppKey

(1)访问https://www.kimi.com/code

(2)登录后,购买套餐 plan,目前 OpenClaw 消耗 token 还挺大的,最好买个套餐划算一些,我买的是 Moderato 套餐。

(3)点击【控制台】→【新建API key】

名字随便起

这个API key一定要复制下来,因为你点完【完成】之后,你就再也无法查看你的API key了,如果你忘记了你的API key,那就只能重新创建一个了。复制完后,找地方先保存起来,后续在OpenClaw配置的时候会用到。

下面的使用记录能看到你最近的使用记录。

openclaw配置

在安装了openclaw的服务器上输入

openclaw onboard

选择Yes

选择QuickStart

因为前面配置过,所以提示是否用原来的配置信息,可以使用Reset进行重置

选择:Moonshot AI(Kimi K2.5)

下一步就是输入Kimi控制台申请的API key

其他的配置还是按以前的配置就可以,具体可以参考前一篇blog内容。

飞书的插件是要进行安装的,现在openclaw的配置界面里面也支持了飞书,我通过openclaw的配置安装了几次,并没有成功,提示缺少包或插件重复

openclaw正常安装之后,我在想是不是可以让它来帮我解决这个问题,尝试了一下,我告诉它飞书插件一直安装不成功,让它进行修复,修复完成后给飞书机器人发信息会有回应。

看到飞书机器人的回复,飞书的配置就算是成功了,你可以直接给飞书机器人发信息,告诉它你的需求,它收到你的问题后会回复一个表情确认收到,如果没有收到的话可能就要看它是不是还在线了。

Read more

FPGA Debug:PCIE XDMA没有Link up(驱动检测不到xilinx PCIE设备)使用LTSSM定位问题

FPGA Debug:PCIE XDMA没有Link up(驱动检测不到xilinx PCIE设备)使用LTSSM定位问题

问题现象: 与驱动联调:驱动无法扫描到Xilinx的PCIE设备 通过ila抓取pcie_link_up信号:发现link up一直为低 问题分析:         出现这种情况,在FPGA中搭建测试环境,使用XDMA+BRAM的形式,减少其它模块的影响,框架如下: 1 检查PCIE的时钟 时钟,必须使用原理图上的GT Ref 差分时钟,通过IBUFDSGTE转为单端时钟 2 检查PCIE 复位 复位:PCIE复位信号有要求--上电后,PCIE_RESTN信号需在电源稳定后延迟一段时间再释放,通常是100ms以上 而这100ms的时间,系统主要做以下的事情: * 电源稳定时间 * 参考时钟稳定时间 * PCIe IP核的复位和初始化时间 * 链路训练时间 // 典型的100ms时间分配: 0-10ms   : 电源稳定 (Power Stable) 10-20ms  : 参考时钟稳定 (Refclk Stable)   20-30ms  : 复位释放和PLL锁定 (Reset Release

Microi 吾码:低代码解锁服务器虚拟化的无限潜能

Microi 吾码:低代码解锁服务器虚拟化的无限潜能

目录 一、服务器虚拟化的时代浪潮与核心意义 二、Microi 吾码在服务器虚拟化资源管理中的卓越表现 虚拟机资源分配与监控的智能掌控 资源调度与优化的精妙策略 三、Microi 吾码助力服务器虚拟化的网络配置与优化 虚拟网络架构的灵活构建 网络流量优化与安全保障的双重守护 四、Microi 吾码在服务器虚拟化高可用性与容错机制中的关键作用 虚拟机备份与恢复的可靠保障 故障转移与容错技术的智能应对 五、Microi 吾码与不同服务器虚拟化平台的无缝集成 与主流虚拟化平台的深度对接 跨平台管理与资源整合的独特优势 六、总结 一、服务器虚拟化的时代浪潮与核心意义 在当今数字化转型加速的时代背景下,服务器虚拟化技术已成为信息技术领域的关键驱动力之一。服务器虚拟化旨在通过软件技术将一台物理服务器划分为多个相互隔离且独立运行的虚拟服务器环境,也就是虚拟机(VM)。这一创新技术带来了诸多显著优势,如显著提高服务器资源利用率,使得企业能够在有限的硬件资源基础上运行更多的应用程序和服务;大幅降低硬件采购成本与数据中心能源消耗,为企业节省大量资金并助力环保事业;同时,

别再硬编码熬BPM了!低代码手把手实操,4000字技术流落地指南(避坑不踩雷)

别再硬编码熬BPM了!低代码手把手实操,4000字技术流落地指南(避坑不踩雷)

作为IT产品技术人,咱们大概率都踩过BPM搭建的坑:领导拍板要做流程自动化,后端堆代码写流程引擎、前端画表单、测试反复调试兼容性,一套下来1-2个月,上线后业务说“流程要改”,又得推翻重写,加班熬夜不说,还落得个“效率低下”的评价。        近几年低代码火得一塌糊涂,腾讯、阿里、百度等大厂纷纷入局,融资动辄数千万甚至数亿,但争议也随之而来——很多程序员嗤之以鼻,觉得“低代码是给非技术人员玩的,不够硬核”“用低代码就是摆烂,解决不了复杂场景”;也有不少人盲目跟风,选个平台拖拽几下,最后搭出来的BPM要么流程卡壳、要么数据错乱,还过不了平台审核。        今天不聊虚的,不堆砌概念,也不夸大低代码的“万能性”,更不硬广轰炸——本次实操选用JNPF快速开发平台作为演示工具(仅作实操载体,全程不堆砌平台特性,只讲核心技术和落地逻辑),手把手带大家用低代码搭建一套可直接落地的中小企业采购审批BPM系统,4000字技术流干货,穿插实操踩坑点和争议观点,带你看清:低代码搭建BPM,不是“摆烂”,而是程序员解放双手、聚焦核心业务的最优解。        先抛核心观点,

Qwen3-VL-Reranker-8B应用场景:智能家居设备多模态指令理解与执行

Qwen3-VL-Reranker-8B应用场景:智能家居设备多模态指令理解与执行 想象一下这样的场景:你下班回到家,又累又饿,厨房里一片狼藉。你对着家里的智能音箱说:“把厨房台面上那个红色的、装着剩菜的碗放进洗碗机,然后帮我热一下冰箱里那盒贴着‘周三午餐’标签的饭。” 说完你就瘫在沙发上等着。 结果呢?音箱可能只会识别出“洗碗机”和“热饭”这两个关键词,然后机械地回复:“已启动洗碗机”和“微波炉已开始加热”。至于哪个碗、哪盒饭?它根本分不清,最后要么洗错了碗,要么热错了饭。 这就是当前大多数智能家居的尴尬现状——它们能“听”到你的话,却“看”不到你的世界,更“理解”不了你话语里那些丰富的视觉线索。指令一复杂,或者涉及多个物体和具体描述,系统就懵了。 今天要介绍的 Qwen3-VL-Reranker-8B,就是为了解决这个问题而生的。它不是一个简单的语音识别或图像识别模型,而是一个“多模态重排序”引擎。简单说,它能让你的智能家居系统真正“