相关软件nowledge Memory是一款针对AI使用场景，包括写代码、网页chat的历史和上下文做的一款历史软件，你可以把它看成你AI时代的个人"史官"，记录你和AI的交互、决定并自动提炼你的AI Skill、习惯、更正和同步你的决定、改变。我这篇文章实际只是作为简单的记忆软件用途作为介绍，其他的rag、skill提炼请参考nowledge memory的官方文档。安装在懒猫微服上的安装还是比较简单，通过应用商店安装即可注意这里的设置向导里面的账号密码是给记忆快照使用的，记忆快照主要的作用的将nowledge memory的记忆自动备份到 webdav和s3存储，记忆快照的访问入口是在图标右键下面的菜单里。安装好以后，打开日志，找到 开头的随机生成的apikey，请妥善保管这个key，后面要使用到然后登录输入刚才的那个apikey对于apikey重置的操作比较麻烦，建议做好备份！第一次需要下载相关的离线嵌入模型然后还需要配置相关的openapi 来进行自动处理时的记忆处理，主要是用于提炼和自动更新相关的记忆内容，你可以使用来进行聚合一些免费的api，一般deepseek-v4-flash就够用了。这样基本的使用必备设置就完成了。使用使用上，限于篇幅，我不做太多的介绍，也无法做每个平台跟agent的集成说明，请参考官方的文档进行。这里我仅以使用了Arch Linux的Lightos 为例命令行安装nmem-cli 通过 来安装命令行工具配置通过然后再按官方的说明在不同的agent和软件的集成 ,这里以codex为例执行然后把下面这段放进 ~/.codex/config.toml：安装完成后重启 Codex。这时，你的codex应该会出现这些skill按你之前正常使用的节奏使用即可，后续可以在nowledge memory里面看到你的修改以及跟agent的交互。后面即使是你换电脑、换一个agent都可以通过nmem来获取某个时候，我做了啥决定，引入了啥功能，做了啥破坏性更改，性能做了啥N倍的优化，不用再给AI在描述一次，都可以在agent里面让AI自己去检索和回溯。桌面端可以通过 进行桌面端下载，aur用户可以通过 进行安装。如果你PC要连接懒猫上的nowledge mem请在pc里面先选一个任意的方案，进入到界面然后打开随处访问选 “连接到远程 Nowledge memory”，在服务器地址分别填写懒猫应用的域名或者你转发出来的域名点击连接即可。这样相当于所有的设备都可以直连你懒猫上的nowledge memory实例。记忆备份对于懒猫平台的nowledge memory，默认集成了nowledge memory的备份管理。直接通过图标的记忆快照访问，打开登录以后（懒猫自动注入之前输入的账户和密码设置），添加你的nowledge memory实例远程的存储配置备份时间等配置完成以后，程序就可以自动进行备份后续可以通过本程序进行记忆的恢复，也可以通过nowledge memory自带的恢复进行恢复数据。域名转发为什么要域名转发使用域名转发的目的的为了在不需要懒猫客户端、cli安装的情况下访问到自己的记忆内容，把记忆更新到懒猫的nowlege mem实例，这样适用场景更加广泛。用到的软件有通过cfui可以方便地进行域名转发，虽然nowledge mem内置的cloudflared，但是仅仅添加一个cf tunnel是不够的，所以我这里选择了cfui来做配置，好处是添加一次，后续不需要添加官方的局域网转发工具局域网转发找到nowlegde mem应用，监听懒猫虚拟网卡即可CFUI转发cfui需要配置两个东西1、tunnel token2、api token按软件界面的指引获取设置即可功能选项记得打开 远程隧道管理配置好以后，就可以在远程隧道管理添加相关的域名映射加好以后，你就可以通过你的域名访问nowledge memory实例了。

+18

rclone 可以连接非常多类型的在线网盘，如：google、onedrive、dropbox等都是可以的。本次主要配置的是google drive 和 onedrive注意：google photo 只能读取不能修改里面的内容。（无法双向同步）修改默认语言添加相关网盘信息本教程只涉及到相关网盘的挂载不会涉及到网络配置，如果网络问题导致无法访问相关网盘，请到VIP群咨询相关问题。Google Driveps: 1处可以自己定义挂载名称。（不能使用中文）直接点击创建，挂载和同步功能后面教程会介绍。复制这个链接到自己电脑浏览器去验证。登录成功，并且给了权限之后会有一个127.0.0.1的回调地址，后面的第一个参数是status。复制这个回调地址，粘贴到应用中。在首页可以看到刚才挂载的信息并且进去之后刷新可以看到网盘的容量情况就表示挂载成功了。One Drive可以自己定义挂载名称。（不能使用中文）直接点击创建，挂载和同步功能后面教程会介绍。复制这个链接到自己电脑浏览器去验证。登录成功，并且给了权限之后会有一个localhost的回调地址，后面的第一个参数是code。复制这个回调地址，粘贴到应用中。这里选择个人或者商业账号。这里一定要选择 One Drive（Personal）不然会挂载失败看到这个页面表示挂载成功了，点击继续。切换到 One Drive ，看到报错没关系。刷新一下。出现容量就表示成功了。挂载相关网盘到微服网盘中1: 选择google网盘中的文件夹2: 选择懒猫网盘的文件夹。图片中的配置是：将google网盘中的 lazycat 挂载到网盘中的 rclone测试/google- 这个文件夹中。注意：第二步中可以直接选择懒猫网盘目录。微服文件夹选择一个空的文件夹。点击进行挂载提示挂载成功之后去网盘里面验证。能在挂载的路径中看到相关文件比较挂载成功。设置懒猫网盘和相关网盘双向同步注意：目前OneDrive双向同步的自动触发，触发源只能是懒猫网盘这边。（懒猫网盘中的文件变化了会自动同步到OneDrive中， OneDrive中文件变化无法自动同步到懒猫网盘中）1.应用启动之后启动开启双向同步功能2.双向同步开启一个定时任务。（指定什么时候同步）3.实时监控双向同步。本地有文件变化有自动同步。1.选择网盘中需要同步的文件夹。2.选择懒猫网盘中的文件夹。图片中的配置是：将One Drive网盘中的 lazycat-test 和网盘中的 rclone测试/onedrive- 这个文件夹进行双向绑定。点击开始同步之后就会同步两个文件夹的内容。

+38

LightOS本文用于介绍 LightOS 的主要能力、适用场景、安装方式和核心功能说明。文中的界面、版本和镜像列表可能会随应用更新而变化，请以实际界面显示为准。LightOS 是懒猫微服自研的一套轻量化容器编排平台，和 LPK 深度集成，提供 WebShell、远程桌面、GUI 应用接入本地等能力。它适合拿来做远程开发环境、轻量桌面系统、局域网服务节点，以及接显示器直接使用的桌面主机。LightOS 是什么如果把 LightOS 当成一个“可快速创建的系统容器”，会更容易理解它的定位。你可以在 LightOS 里：创建一套独立的 Linux 系统环境使用 WebShell 在浏览器里直接操作终端配置 XRDP，通过 RDP 远程访问桌面挂载懒猫网盘，在系统里直接访问数据使用快照快速回退系统状态通过 HDMI 把某个容器当作桌面主机使用它更像是“带管理界面的 Linux 系统容器”，而不是传统意义上的虚拟机。适合哪些场景LightOS 常见的使用方式主要有三类：远程桌面主机：适合需要从 Windows、macOS、Linux 远程接入桌面的用户开发与运维环境：适合需要长期保留终端会话、安装开发工具、跑脚本和调试服务的用户桌面主机：适合通过 HDMI 接显示器、键盘和鼠标，直接把微服当作一台轻量 Linux 电脑来使用如果你是第一次接触，建议优先按“远程桌面”或“WebShell + 开发环境”这两个场景来理解和配置。安装入口应用商店地址：在商店中下载并打开 LightOS 后，需要创建一个系统实例。创建流程分为三步：基础页面设置网络界面设置身份页面设置系统安装按照本文操作一步步执行，即可安装成功。1. 创建系统打开 LightOS，新建一个系统实例。2. 基础页面系统镜像：镜像仓库：基础软件包：桌面环境选 开发者工具: 安装 工具包Node 与 NPM：前端构建工具常用 CLI 工具：安装 、、、、、、 等工具codex cli: 终端代码开发工具claude cli: 终端代码开发工具国内源：选择 USTC选完后点击下一步。3. 网络页面网络模式：选择 SSH：保持开启挂载 ：选择开启，挂载后可以获取懒猫网盘的数据。：选择开启选完后点击下一步。4. 身份页面操作系统名称：debian，自定义即可用户名：一般有默认值，自定义即可 ⚠️不要使用纯数字，会出错⚠️密码：设置一个登录系统的密码语言：建议选择中文（简体）设置完成后点击创建。5. 等待构建完成构建完成后，界面会显示安装完成提示。点击知道了返回主页面。如果不需要安装远程桌面，可以跳过下面的远程桌面安装远程桌面 (如果不需要可以不安装）未安装远程桌面的容器显示是灰色的图标安装远程桌面按照下面的流程进行操作进入设置安装 Selkies开启远程桌面打开远程桌面提升清晰度打开了远程桌面，感觉清晰度不是很好，可以设置画面的质量。质量越高对网络的要求也高。大家可以根据实际需求来设置。文件上传下载这里下载，打开后看到的是桌面的文件。要把下载的文件放到桌面。剪切板（可以粘贴图片）粘贴图片需要开启剪贴板的图形支持功能其他使用场景把它当作 HDMI 桌面主机使用 HDMI 线连接微服和显示器，再配合键盘和鼠标，即可把 LightOS 当成一台桌面主机使用。推荐：桌面环境优先选 KDE自动启动按需开启如果有多个桌面容器，注意它们会竞争 HDMI 接口懒猫智慧屏也会占用同一个 HDMI 接口如果插上显示器后看到的不是预期桌面，通常要先检查是不是其他容器抢占了 HDMI。如果不打算当作主机使用，可以关闭 DHMI 对应的服务，在脚本里面关闭手动关闭命令: 相关设置参考这部分放在文章后面，供需要时查阅，不打断前面的安装和远程桌面主流程。基础页面设置说明系统镜像怎么选Arch Linux：滚动更新，适合熟悉 Arch 的用户Debian Bookworm：Debian 12Debian Bullseye：Debian 11Debian Stable：Debian 13 当前稳定版，适合大多数用户Debian Testing：测试版，不建议新手使用自定义：适合有明确需求的用户，自行指定 OCI 镜像推荐建议：新手优先选 Debian Stable需要稳定远程桌面环境，优先选 Debian 系镜像只有在你清楚镜像来源、软件包管理方式和系统初始化方式时，再考虑自定义镜像镜像仓库怎么选：懒猫微服官方源，推荐：镜像加速源：Docker 官方源自定义：使用你自己的镜像仓库基础软件包怎么选开发者基础工具：基础开发环境Golang：Go 开发环境Node 与 NPM：前端和部分 AI 工具依赖，推荐常用 CLI 工具：常用命令行工具集，推荐hclient-cli：在系统中使用微服客户端yay：仅 Arch Linux 相关Codex CLI：可选，按需安装Claude CLI：可选，按需安装KDE / XFCE：桌面环境二选一桌面环境推荐：远程桌面优先选 XFCEHDMI 桌面主机优先选 KDE国内源怎么选NPM：选择了 Node 与 NPM 时建议开启Golang：选择了 Golang 时建议开启系统包源：USTC 或 TUNA 二选一即可，保持默认也可以网络页面设置说明网络模式说明：默认最稳妥，外部访问内部端口时需要配合端口转发：与微服共享网络，能力更强，但操作不当可能影响主机网络：独立 IP、独立 MAC，但通常不能直接访问主机上的其他服务：独立 IP、复用主机 MAC，部分路由器不支持SSH建议保持默认开启端口一般保持默认即可如果需要修改，请确认界面中显示该端口可用挂载设备：桌面环境通常建议添加允许磁盘设备：仅在需要操作外接 U 盘或移动硬盘时开启挂载 ：把懒猫网盘挂到容器中，推荐只读：勾选后只能读取，不能写入挂载内容主页面功能说明启动 / 停止：控制系统运行状态命令行界面：打开 WebShell设置界面：修改系统配置菜单：克隆、删除等功能SSH 复制：快速复制 SSH 命令自动启动：控制该实例是否随微服启动WebShell 说明WebShell 适合远程执行命令、手机和电脑协同操作，以及保留长期终端会话。注意事项：浏览器环境下，部分快捷键可能和浏览器自身冲突类似 这类操作可能直接关闭页面关闭浏览器窗口后，终端会话一般仍然保留，再次进入可以继续使用终端支持多标签和使用右键分屏操作。手机与电脑可以共享同一个终端状态：手机电脑如果你有多个容器，也可以在右上角切换当前连接的容器或返回主页，另外可以在设置中修改终端的选项终端设置主题设置手机快捷键设置PC快捷键设置发布服务可以将本地服务转发到微服里直接生成应用。先进入设置进入服务转发设置部署服务在应用里面搜索创建的服务打开应用如果出现下面的图片说明在容器里面没有启动对应的服务SSHSSH 适合从本地终端直接连接 LightOS 容器，也适合配合 IDE 和脚本化运维使用。主页面上的复制按钮可以直接生成连接命令。常见问题1. 为什么我可以创建系统，但远程桌面连不上优先排查：XRDP 是否已安装并启动容器网络模式是否适合远程接入3389 端口是否被占用连接地址是否填写正确2. 为什么显示器上不是我想要的桌面通常是因为多个桌面容器或智慧屏在竞争 HDMI 接口。3. WebShell 和 SSH 有什么区别WebShell：打开即用，适合随时进入SSH：更适合本地终端、IDE 和脚本化使用4. 快照适合什么时候用建议在安装桌面环境、批量装软件、改系统配置之前先手动创建一个快照。

+29

定位：给已经安装或准备安装 Cumora 的个人用户使用。一、开始前：Cumora 与懒猫微服各自负责什么Cumora：网页协作界面、对话、Agent、任务与持久化数据。LightOS 设备：运行本机 Codex/Claude 等 CLI 的 Computer daemon。核心原则：浏览器走懒猫 SSO；盒内 daemon 优先走 内网地址，不把本地 Agent 的工作目录或登录态交给服务器。适用范围：当前（20260824）应用版本号为 （对齐社区版本 ，支持了中文、支持 Grok、Cursor)本应用的项目代码也放到了 上，有兴趣可以提 PR 共同维护。二、安装并打开 Cumora在懒猫应用商店安装 Cumora，首次打开通过懒猫 SSO 自动进入。打开之后中会自动创建工作空间、进入 Computer 管理页。点击“添加 Computer”，复制一次性的配对令牌。 后面的 url 参数是可以修改的，根据你 computer 的所处环境，比如懒猫内的 LightOS 连接，直接复制执行就行。懒猫外的设备，可以通过转发工具转发端口，然后通过懒猫 IP 进行配置。执行的 Harness 目前新版本支持了 Grok Build 和 Cursor，本人目前只自测了 Claude Code 和 Codex。三、最重要的地址选择：浏览器地址与 daemon 地址不同应用访问地址（或者你懒猫里面打开可以不用管这个）：使用懒猫为应用分配的 HTTPS 域名。四、在 LightOS 实例中配对先确认本机已安装并登录要使用的 CLI，例如 Codex，LightOS 实例中执行：说明每个参数：：页面刚生成的一次性令牌；正文标记为必须替换。：自托管 Cumora 的内网服务地址；遗漏后会连到默认服务，属于最常见错误。：按实际本地引擎替换；可补充 Claude 等示例。配对成功后安装为用户常驻服务：日常检查和重启：正式成文前会按当前 CLI 实际版本再复核 与服务名，避免命令漂移。五、完成后的最小验收Computer 页面显示设备在线。为 Agent 指定该 Computer，发送一条简单消息。确认本机 CLI 被唤醒并且网页收到回复。重启用户服务后确认自动上线；再验证历史对话仍在。六、其他设备连接其他设备（非懒猫设备）如果需要连接 Cumora 服务端，最简单的一个方式是通过端口转发工具，暴露出来接口，确保你要配对的 computer 能够访问即可。如下图所示，把 cumora 的 5181 端口转发出来即可。比如我局域网其他机器配对的时候，命令如下参考我的：连上之后，默认会创建几个 Agent，可以愉快玩耍了。最后有个点需要注意一下，管理 Computer 的操作页面需要在 PC 端（或者大屏设备）上操作，左上角才能看到自己的头像并点击进入（移动端我也没有找到入口。。）

+5

如果你玩过群晖、威联通、飞牛、绿联、极空间或者 UNRAID，大概都做过同一件事：买回来的第一天先创建存储池，第二天打开 SSH，第三天开始安装各种软件，最后把一台 NAS 折腾成了家庭服务器。然后问题就来了：如果我通过 CLI 安装软件，把 NAS 的操作系统跑挂了怎么办？这个问题不分用户水平。Linux 小白担心误删系统文件，爱好者担心升级依赖翻车，开发者和运维人员则更清楚，软件源、内核、驱动、网络规则、磁盘空间和容器权限，任何一个地方出问题，都可能让系统进入不可预期的状态。如果你是 Arch Linux 用户，大概率见过甚至亲手经历过“滚挂”。通用 Linux 的自由很迷人，但自由的另一面是：系统升级、安全补丁、依赖兼容和故障恢复，很多时候都需要自己负责。所以，面向开发者的 NAS，不应该只问“能不能装软件”，而应该问：它能不能让我放心折腾，同时把系统、应用和数据的风险隔离开？第一层需求：系统可以重建，数据不能跟着消失从我在懒猫微服上的实际观察来看，它对 Linux 做的第一件重要事情，就是把“系统环境”和“用户要长期保存的内容”分开。通过 Neofetch 等工具可以看到，宿主环境基于精简的 Debian 12。系统默认没有安装所有常用工具，例如某些版本里可能没有 、、 等软件，不过拿到 root 权限后，可以使用 安装。但这里有一个和普通 Debian 服务器很不一样的地方：懒猫微服会在重启后还原大部分系统层改动，而 等约定目录中的内容可以保留。例如，我可以把初始化脚本放在：然后通过 在启动后重新安装自己需要的软件。这样，系统环境即使被还原，我自己的脚本、配置和数据仍然存在，开发环境也能自动恢复。这并不意味着“怎么折腾都绝对不会坏”。任何给了 root 权限的 Linux，都不应该做这种承诺。更准确的说法是：懒猫把可恢复的系统环境与需要持久化的用户内容做了边界划分，降低了长期修改宿主系统的必要性。官方文档中提到的三层系统模型，也不能简单理解成“Debian、懒猫 OS、应用商店”三个普通软件层。更准确的理解是：最底层负责设备启动、基础网络和系统更新；中间的业务操作系统负责应用调度、资源与网络管理；最上层是 LPK 应用及其容器运行环境。开发者平时通过 SSH 看到的 Debian 环境，更接近业务操作系统的一部分，而不是把一套未经处理的 Debian 直接暴露给用户。这个设计解决了“我不小心把系统玩坏怎么办”，但另一个问题仍然要依靠厂商：如果系统自身出现漏洞或者 CVE，谁来负责更新？答案是厂家远程 OTA，和云计算一样。用户可以维护自己的应用，却很难长期维护 NAS 的内核、驱动、系统服务和硬件适配。一个产品化 NAS 的基础系统必须由厂商持续更新。分层文件系统解决的是可恢复性，OTA 解决的是生命周期与安全补丁，两者不能互相替代。第二层需求：先把数据放稳，再谈上面的应用NAS 爱好者喜欢中心化存储池。群晖和威联通提供 Web 文件管理器，UNRAID 更偏向存储与容器平台，而懒猫微服把“懒猫网盘”放在了整个用户体验的中心。它看起来更像百度网盘、阿里云盘这类普通用户熟悉的产品：上传、下载、移动、分享文件，不必先理解 Linux 挂载点、容器卷和文件权限。但对开发者来说，更重要的是网盘背后的数据关系。懒猫应用的持久化数据会进入系统约定的数据目录。例如应用的持久化目录可以在 下看到，Devshell 的临时工作区则位于 。开发环境可以销毁，应用可以重新安装，而真正的数据应该脱离临时容器的生命周期。这也是容器平台最基本却最容易踩坑的一条原则：容器可以删除，数据卷不能跟着删除。懒猫网盘不仅是用户上传文件的地方，也可以成为访问应用数据和外接磁盘的统一入口。我的旧 Windows 硬盘通过 Type-C 接入后，系统能够自动识别并挂载 NTFS 分区，网盘页面也可以直接浏览其中的文件。对于不会 Linux 的用户来说，它是一个文件管理器；对于开发者来说，它是宿主机存储、应用数据与外部设备之间的可视化入口。SMB、WebDAV 和 Time Machine，一个都不能少图形化网盘解决的是“人如何管理文件”，SMB 和 WebDAV 解决的是“设备和软件如何访问文件”。懒猫网盘可以通过 SMB 在 Windows、macOS 和 Linux 中挂载，也可以通过 WebDAV 供 Obsidian、文件同步工具和其他客户端使用。我的实际使用场景包括：Windows 映射网络驱动器；电视盒子通过 SMB 播放视频；Obsidian 通过 WebDAV 同步笔记；Steam 游戏库放到网盘；Mac 通过 SMB 把懒猫微服作为 Time Machine 目标。Time Machine 最终会在共享目录里创建 文件，备份内容也可以从网盘中看到。这种能力没有多么炫技，但它决定了一台设备能不能真正融入家庭的数据流。外接磁盘同样重要。移动硬盘可以用于导入资料、抢救旧电脑数据，也可以作为备份链路的一部分。不过，“能够挂载外接磁盘”和“已经建立可靠的自动灾备”是两回事。NAS 不是备份，RAID 也不是备份。重要数据仍然应该遵循至少两条原则：保留一份与主存储分离的副本；对误删除、勒索软件和整机损坏分别设计恢复方案。把数据集中到 NAS，只是第一步。能否验证备份、定期恢复，以及设备损坏后能否接管数据，才是灾备真正完成的标志。第三层需求：不是“支持 Docker”，而是把不同 Docker 分开作为开发人员或者运维人员，我们几乎每天都要和容器打交道。很多 NAS 都支持 Docker，但懒猫微服真正有意思的地方，不是简单地在系统里预装了一个 命令，而是同时维护了三个用途不同的 Docker 环境。根据我对系统的拆解，它们分别是：命令主要用途Socket / 数据边界运行部分系统组件默认系统运行环境用户的 Playground，用于自由部署和测试独立 Socket、数据目录和命名空间运行懒猫商店中的 LPK 应用独立 Socket、数据目录和命名空间 和 并不是重新发明了一套 Docker CLI。它们通过包装脚本设置不同的 ，连接各自的 Docker Socket；后端则使用独立的 daemon 配置、、、PID 文件和 containerd namespace。有了LightOS之后，pg-docker逐渐退居二线。官方不再推荐这套设计最实际的价值，是把三类工作负载拆开：系统组件由系统维护；用户自己拉镜像、写 Compose，放在 Playground；应用商店负责安装、升级和删除 LPK 应用。用户在 Playground 里部署失败，不应该直接污染商店应用；商店卸载某个应用，也不应该删除其他环境中的容器。对于普通用户，这种隔离可能没有存在感；对于开发者，它意味着更容易定位问题，也更适合做实验。Dockge 等图形工具默认可以管理 Playground，熟悉命令行的用户也可以直接使用 。如果需要把自己的应用上架商店，则通过 、 和 打包成 LPK。社区应用生态就是在这套机制上建立起来的。懒猫商店的应用数量已经超过 3000，既包括官方应用，也包括社区开发者移植的开源项目。对用户来说是点击安装；对开发者来说，背后仍然是熟悉的镜像、Compose、环境变量、持久化目录和 HTTP 路由。第四层需求：远程访问不应该从端口映射开始传统 NAS 的远程访问，常见路线是公网 IP、DDNS、端口映射、HTTPS 证书、反向代理，再逐个处理服务账号和权限。这套方案并不是不能用，我也折腾过很多年。但服务一多，端口和域名越来越难管理；更重要的是，一旦把管理后台或应用接口暴露到公网，就要长期面对扫描、弱口令、组件漏洞和零日攻击。懒猫微服的思路不同。客户端负责设备登录和连接，系统根据网络条件尝试建立直连；网络条件不足时，再使用中继。用户访问应用时使用统一域名，不需要为每个应用在路由器上创建端口转发。这类架构的优势不是“永远没有漏洞”，而是默认减少公网暴露面。攻击者不能像扫描公开 IP 和端口那样，轻易发现家里的每一个服务。它当然也有代价。远程访问会更依赖厂商的控制面、中继服务和长期运营能力。平台发生故障时，本地数据还在，但远程体验可能受影响。所以选择这种方案，本质上是在做风险交换：少承担公网入口和端口维护的风险；多依赖厂商的账号、网络与服务基础设施。对我来说，这个交换是值得的。因为即使是专业用户，也不想每天都做自己家里的服务器运维。传输加密和磁盘加密，不要混为一谈谈到安全，很容易把“传输加密”和“磁盘加密”放在一起。但从我现有的实测文章来看，目前能明确确认的是远程连接、HTTPS 和传输链路的安全能力，不能仅凭这些推导出“NAS 数据盘已经提供原生全盘加密”。这是两个完全不同的问题：传输加密保护数据在网络中不被窃听；静态加密保护硬盘被拆走、设备丢失或送修时的数据。如果厂商或具体系统版本提供磁盘加密，还需要继续确认密钥放在哪里、重启后如何解锁、磁盘损坏时如何恢复，以及开启加密后是否仍能提供官方数据救援。我的旧硬盘文章也验证了另一个现实：BitLocker 等加密会提高数据恢复门槛；而我此前记录的售后说明中，数据恢复服务也存在“不加密”的前提。前面是 Infra，下面才是应用平台当存储、容器和网络问题被平台解决后，开发者真正能获得的是一个长期在线的应用运行环境。你可以在上面运行数据库、中间件、Git 服务、监控工具、个人知识库和 Web 应用。本地电脑关机之后，服务仍然运行；出门在外，也不必先回家修改路由器配置。懒猫的 LPK 应用模型为 Web 应用提供了几种路由方式： 托管前端静态文件； 或 把请求代理到后端服务； 在启动程序后把请求转发到指定端口。从开发者视角看，这就是平台帮你接管了一部分 HTTP 七层入口。应用不必各自处理公网端口、域名和基础 HTTPS 接入，开发者可以更专注于自己的服务。OIDC：别让每个应用再维护一套账号应用多了以后，账号系统会迅速变成另一种运维负担。懒猫微服内置了 OIDC 身份能力。应用在 中声明回调路径后，平台可以向运行环境注入 Client ID、Client Secret、Issuer、Token 和 UserInfo 等相关配置。这件事对开发者很有价值。以前上架一个 Web 应用，除了业务本身，还要考虑用户注册、登录、密码找回、Session 和权限；接入 OIDC 后，应用可以使用微服现有的用户身份，减少重复造轮子。OIDC 解决的是“你是谁”，HTTP 路由解决的是“请求去哪儿”，容器解决的是“程序在哪儿运行”，持久化目录解决的是“数据放在哪儿”。这四件事组合起来，懒猫微服才不只是一个能运行 Docker 的 NAS，而更像一个家庭场景中的轻量 PaaS。Devshell：在目标环境里调试，而不是打包后碰运气应用开发最怕一种情况：本地运行正常，打包上架后才发现路径、依赖、网络或者环境变量不对。懒猫提供的 Devshell 可以创建一个容器化开发环境，把本地项目同步到微服，在接近真实的应用环境中安装 Node.js、Python 等依赖并运行服务。配置里的 还能把开发端口映射到可访问域名。这里也需要纠正一个容易误导的说法：Devshell 的体验有点像远程开发机，但它本质上更接近容器和 ，不是一台完整虚拟机。对于调试 OIDC、平台环境变量、路由和持久化目录，这种方式比“本地写完直接上传”可靠得多。开发完成后，可以继续打包 LPK、安装测试，再提交商店。至于 MCP，它很适合运行在这类 24×7 在线、能够提供 HTTPS 入口和身份认证的设备上。我们可以在懒猫微服中部署自己的 MCP Server、知识库或自动化服务，但这属于“平台适合承载 MCP 应用”，不等于系统已经提供原生 MCP 管理能力。在没有对应实测前，二者不要混写。HDMI、键鼠和 Linux 桌面：NAS 也可以直接面对人有些人会问：既然底层是 Linux，能不能直接接显示器使用？我很早以前就在威联通的 HDMI 输出上尝试过 Ubuntu。我手上的懒猫微服 x86 机型提供 HDMI 和 USB 接口，在影音上主要是“懒猫智慧屏”。懒猫智慧屏是商店中的独立应用。通过 HDMI 连接显示器后，可以打开微服应用和浏览器；USB 接入键盘、鼠标后，也可以进行本地交互。它更像是把 NAS 上的 Web 应用和服务直接搬到大屏幕，而不是宿主机默认启动一个传统 GNOME 桌面。这类轻量桌面环境称为 LightOS，更准确的表达是：懒猫微服可以通过智慧屏、虚拟机和容器化桌面，为 HDMI 与图形化 Linux 提供多种实现方式。还有几条不同路线：在Light OS环境安装图形组件，通过 XRDP 远程使用；在虚拟机中运行 Debian、Ubuntu、Windows 或其他系统；在容器中运行带 Web VNC、浏览器桌面或图形界面的 Linux 环境。容器可以被用得很像轻量虚拟机，但容器与虚拟机仍然有不同的内核边界和隔离模型。对于需要内核、驱动或强隔离的工作负载，应优先使用真正的虚拟机；对于浏览器、IDE、日常 Linux 工具和可重建的开发桌面，容器环境通常更轻巧。最后再说 Dashboard传统 NAS 的 Web Portal 通常像一套浏览器里的桌面系统：文件管理器、控制面板、应用商店、资源监控都放在同一个页面。懒猫微服的产品逻辑不太一样。设备绑定、用户与系统设置等操作主要集中在全平台客户端中；网页端更像应用 Dashboard，用户看到的是已经安装的服务入口。访问应用时使用域名，PC 和移动端看到的内容也比较一致。这个设计对普通用户比较直接：登录客户端，点击应用即可使用，不需要记住 IP、端口和每个服务的管理地址。对于传统 NAS 玩家，它也有一个适应过程。因为我们习惯先进入控制面板，再从系统视角寻找存储、网络和服务；懒猫则更偏向“服务导向”，先把应用交给用户，再把底层系统藏在后面。我认为一个面向开发者的 Dashboard，最终应该同时照顾两类需求：普通用户看到文件、应用、备份和设备状态；高级用户能够继续进入日志、容器、网络、存储和开发工具。隐藏复杂度不等于取消控制权。懒猫最有价值的地方，恰恰是客户端和应用商店负责简单，SSH、Docker、Devshell 和开发工具继续保留深度。我们到底需要什么样的 NAS？写到这里，答案其实已经比较清楚了。我们需要的 NAS，首先必须把数据放稳。它要提供网盘、SMB、WebDAV、Time Machine、外接磁盘和清晰的持久化目录，让不同设备与应用围绕同一份数据工作。它还应该允许开发者折腾，但不要求用户把每一次实验都变成宿主系统的永久修改。系统可以还原，开发环境可以重建，应用可以重新部署，真正需要长期保存的内容则留在明确的数据边界里。它不能只是在设置里放一个“支持 Docker”的开关，而应该区分系统组件、用户实验环境和商店应用，减少工作负载之间的互相污染。它也不应该要求每个家庭用户都成为网络安全工程师。远程访问、域名、HTTPS、身份认证和应用路由，应当尽可能成为平台能力，而不是让用户为每个容器重复搭建一遍。最后，它还要给开发者留下出口：SSH、root、Docker Compose、OIDC、Devshell、LPK、虚拟机和 HDMI，一个都不一定是普通用户每天使用的功能，但它们决定了这台设备的上限。懒猫微服并不完美。它的远程体验依赖厂商服务，生态成熟度仍需要时间，静态磁盘加密等能力也应该按版本继续核实。但它至少提出了一种不同于传统 NAS 的答案：普通用户不必学习运维，开发者也不必交出自由。对于普通用户，它是一朵放在家里的私人云。对于开发者，它是一台长期在线、可以部署应用、承载数据、提供身份与网络入口的家庭服务器。也许我们真正需要的 NAS，本来就不应该只是一个会联网的硬盘盒。它应该是一台以数据为中心、以应用为边界、允许用户继续创造的个人计算平台。

之前写过一篇《懒猫微服开发篇（零）：上架应用需要哪些知识》，里面列了 NPM、Linux、Docker、HTTP，后面做登录还会遇到 OIDC。那个时候的结论是：如果你只是移植现成的开源软件，开发能力可以弱一点，但是 Docker Compose 总得会一点吧，端口、环境变量、目录映射这些东西也得看得懂。这话没有错，就是普通用户看完可能已经被劝退了。最近官方制作了一个项目：，也是，我之前的答案可能要改一改了。不会写代码，也可以给懒猫贡献软件。当然，这里的不会代码，不是说对着 AI 喊一句“给我写个软件”，然后喝杯茶回来就能上架。更现实的玩法是：找一个已经能运行的开源项目，让 AI 帮你看 Docker 配置、写懒猫的 LPK 文件、执行打包命令，再根据日志一点点修改。说白了，AI 帮你干开发和运维的活，你负责提需求和验收。Lazycat Skills 是干什么的？现在的 AI 会写 Python、JavaScript，也会写 Docker Compose，但是它不一定知道懒猫微服最新的应用规范。我以前让 AI 写配置的时候也遇到过类似问题。它看起来什么都会，YAML 写得整整齐齐，字段也挺像那么回事，结果一打包就报错。继续问，它再换一种写法，最后可能把新旧版本的配置混到了一起。Lazycat Skills 相当于给 AI 准备了一套懒猫开发手册。仓库里和普通应用移植关系比较大的有：：负责判断这是打包、路由、认证还是上架问题。：把 Docker 镜像、Docker Compose 或源码转换成 LPK。：处理安装应用时需要用户填写的参数。：处理路径转发、二级域名和 TCP/UDP 端口。：处理 OIDC 登录和用户身份。AI 遇到打包问题就去看打包文档，遇到 OIDC 再去看认证文档，不用一次把所有资料都塞进上下文。这个设计和我们查手册也差不多，用到什么再看什么。安装方式也很简单，在项目目录执行：或者你干脆把GitHub链接扔给AI，然后就可以对它说：这个 Skill 不是替你开发一个软件，而是让 AI 更懂懒猫。以前的教程还能看吗？可以看，但是需要注意版本。我之前写懒猫全栈上架指南时，主要讲的是 、 和应用图标。现在仓库的 和 分支已经按照 LPK V2 编写，应用元数据和运行配置被拆开了：：应用名称、版本、作者、多语言和权限。：容器、路由、环境变量和数据目录。：正式版本如何构建和打包。：开发调试时的覆盖配置，可选。以前文章里的 Docker、路由和数据持久化思路没有过时，但是具体字段应该以新版 Skill 和文档为准。有意思的是，这正是 AI Skill 适合做的事情。人很容易搜到一篇旧文章照着抄，AI 也一样。现在直接把当前规范装进项目里，至少不会上来就拿旧版 Manifest 硬套。最适合普通人的方式：搬一个 Docker 应用第一次做应用，不建议让 AI 从零写网盘、相册或者密码管理器。这类软件看起来很常见，实际上涉及账号、权限、数据库、文件上传和数据迁移，后面全是坑。最简单的方式是找一个自己已经使用过的开源项目，而且最好已经提供 Docker 镜像或者 。比如项目文档里有这样的内容：以前我们需要自己分析： 是应用端口。 是环境变量。 需要持久化。 是需要复制到懒猫镜像仓库的镜像。现在这些工作可以先交给 AI。它会读取 Compose，再生成懒猫对应的服务、路由、权限和存储配置。LPK 的 Manifest 和 Docker Compose 本来就有不少相似之处，所以 Docker 应用移植是最容易成功的路线。第一次选项目，我建议满足下面几个条件：已经有公开可用的 Docker 镜像。最好只有一个容器，最多再带一个数据库。有 Web 界面，打开浏览器就能使用。文档里写清楚了端口、环境变量和数据目录。不依赖 GPU、USB、宿主机网络和特殊硬件。有明确的开源许可证，允许重新分发。确实有人会用，而不是单纯为了上架凑数量。懒猫商店需要的还是应用场景。数据库、开发库和只有程序员才会使用的中间件，原则上并不适合当作第一个上架项目。纯前端项目更简单如果连 Docker 都觉得麻烦，还可以先找一个纯前端项目。我以前移植过纸砚双拼，这种 Vue、React 写的工具，构建完成后基本就是 HTML、JavaScript、CSS 和图片。懒猫可以直接托管静态文件，不需要数据库，也没有数据持久化的问题。计算器、文本处理、格式转换、小游戏、学习工具，这些都很适合拿来练手。大致流程就是：AI 读取源码，确认使用什么命令构建。执行 和 。找到生成的 或 目录。写 LPK V2 配置，把根路由指向静态文件。打包后安装到自己的微服测试。这类项目甚至不一定需要自己做 Docker 镜像。不会代码，也可以做原创应用再往前一步，就可以让 AI 根据自己的需求写一个小工具。我之前用 Amazon Q 写过一个 Docker 客户端 Containly，后来也上架了懒猫商店。它的起点很简单：群晖里的容器多了以后，我记不住每个服务的端口，每次登录 Container Manager 又比较麻烦，所以想要一个简洁的面板，能看容器状态、URL、日志，也能做启动和停止。最早用 GPT 写，项目大了之后，它经常忘记之前改过什么。后来换成可以直接操作本地目录的 Amazon Q，体验就好很多。现在 Claude、Codex 这一类工具也能直接读取文件、修改工程、运行命令和查看报错。所以不会写代码并不代表做不了软件。很多时候，能把自己的问题说清楚，比上来就讨论用 React 还是 Vue 更重要。比如可以直接告诉 AI：不要第一次就让 AI 做十几个功能。先把最小版本跑起来，再一点点加。这个和正常开发没有区别，只不过以前是程序员敲代码，现在是你和 AI 结对。实际怎么开始？首先还是安装懒猫的命令行工具：然后在准备移植的项目目录安装 Skill：我建议第一轮不要让 AI 直接修改文件，先让它做检查：代码看不懂不要紧，命令看不懂也可以继续问。最重要的是报错不要只截最后一行，更不要只告诉 AI“不能用”。把完整日志交给它，说明自己点了什么、原本想看到什么、最后出现了什么，排查会快很多。打包和安装使用：能够生成 LPK，只能说明配置通过了打包检查，还不能说明应用真的能用。最容易踩的几个坑第一个是数据持久化。很多应用第一次安装可以正常打开，写数据也没问题，结果重启或者升级之后全部没了。因为数据写在容器内部，没有映射到 或 LPK V2 对应的文稿目录。所以测试的时候不要只看首页能不能打开。先创建几条数据，重启应用，再升级一个版本看看数据还在不在。第二个是镜像。自己电脑上能拉取，不代表商店审核时也能拉取。正式上架前，需要把公网可访问的镜像复制到懒猫官方仓库：复制完成后，再把返回的 地址写进 。第三个是架构。有些镜像只有 amd64，有些只有 arm64。在 M 芯片电脑上构建成功，也不代表放到另一种架构的微服上就能运行。这个问题我以前移植镜像时也踩过，所以第一轮就让 AI 检查镜像清单，省得最后再返工。第四个是默认密码和权限。示例里的密码只能拿来测试，不能原样上架。应用需要联网、访问局域网、读取文稿或者使用 GPU，也应该在 中声明对应权限，而不是一股脑把权限全部打开。第五个是 AI 一本正经地写错。Skill 能减少错误，但不能保证项目一定成功。第三方镜像的启动方式、文件权限、健康检查、Host 校验都可能有自己的脾气。遇到问题继续看日志，实在不行就在社区里问，不要和一个错误配置死磕。上架之前还要做什么？正式上架需要注册懒猫开发者，准备应用名称、介绍、图标、截图、使用须知和多语言信息。然后构建并提交：商店审核不是只看能不能打开，还会看应用有没有真实场景、依赖是否能下载、启动是否正常，以及重启和升级以后会不会丢数据。我觉得普通用户反而很适合做这一部分。程序员可能觉得服务返回 HTTP 200 就算完成了，普通用户会在意按钮好不好找、手机上能不能点、第一次打开知不知道密码在哪里、报错能不能看懂。软件并不是代码写完就结束了。能安装、能使用、能升级、数据不丢，才算一个完整的软件。当然lzc-cli 也提供了给 AI 查询Docker 的能力：贡献的不只有代码如果实在不想碰终端，也一样可以给懒猫生态做贡献：找到值得移植的开源项目。帮开发者测试安装和升级。补充官方WIKI提PR补充使用教程。把问题整理成可以复现的步骤。帮忙维护应用版本和用户反馈。懒猫商店里的应用越来越多，靠的不只是会写代码的人，也需要愿意折腾、愿意测试、愿意把过程记录下来的人。就像我之前写懒猫教程一样，很多内容并不是坐在那里背文档背出来的，而是自己遇到问题，问技术、看日志、试几遍，最后把操作记录下来。下一位遇到相同问题的人，就不用再从头踩坑了。总结所以，不会代码，可以给懒猫贡献软件吗？可以。最简单的是移植一个已经提供 Docker 镜像的开源应用，再简单一点可以从纯前端工具开始。有了本地 AI 编程工具和 Lazycat Skills，写 LPK 配置、执行命令、分析日志这些事情，已经不一定需要自己从头学会。但是不会代码不等于什么都不用管。你至少要知道自己为什么要做这个应用，打开以后应该是什么样子，哪些数据不能丢，以及出了问题怎么完整地告诉 AI。我一直觉得技术不应该只是程序员的专属技能。普通用户图方便，专业用户图折腾，中间缺的无非是一套好用的工具和一份能看懂的文档。现在工具已经有了，可以先找一个自己真正想用的软件，把项目链接交给 AI，然后告诉它：先别急着写代码，帮我看看这个软件能不能移植到懒猫微服。这就算迈出第一步了。

RetroMail OAuth 部署参数配置说明RetroMail 是一个复古风格的邮件客户端，支持 Gmail, Hotmail, Outlook, QQ, IMAP/SMTP, Microsoft Exchange Server 多个 Provider.此外，本客户端充分利用懒猫客户端的通知功能，可以做到不输各官方邮件客户端的收信速度。本教程专为懒猫微服用户编写，手把手教你创建 Gmail 和 Microsoft 的 OAuth 凭据，填入懒猫安装参数，让 RetroMail 能够连接你的邮箱。逻辑都是一样的，申请个人使用的邮箱API, 申请密钥，然后配置回调以支持懒猫无缝服务。预计耗时：15-20 分钟。概览下面两个是独立的，按需选择（也可以都配）：要用 Gmail → 去 Google 创建 OAuth 凭据要用 Outlook/Hotmail → 去 Microsoft 创建 OAuth 凭据拿到凭据后回到懒猫填入参数、连接邮箱。📌 先记下你的回调地址（后面在 Google 和 Microsoft 控制台都要用到）：用途回调地址GmailMicrosoft⚠️ 地址必须完全一致，包括 、域名、路径、大小写和结尾斜杠。配置 Gmail（要用 Gmail 才做）1.1 创建项目并启用 Gmail API打开 登录你的 Google 账号点击顶部项目选择器 → 新建项目项目名称填写 或者任意你想要的名称，点击 创建等待创建完成，确认顶部已选中 项目左侧菜单 → APIs & Services / API和服务 → Library / 库搜索 ，点击进入后点击 Enable / 启用1.2 配置 OAuth 同意屏幕左侧菜单 → APIs & Services / API和服务 → OAuth consent screen / OAuth权限请求页面点击 Get started / 开始 App Information(应用名称) 看着填就行，注意 Audience/受众群体 需要选择 External/外部，剩下的可以看着填Branding（品牌塑造）页面填写都是默认，注意 Authorized domains/已获授权的网域 需要配置一下：字段填写内容App nameUser support email选择你的 Google 邮箱Developer contact email同上点击 Save / 保存Audience / 目标对象 这里有两种选择如果是 Testing/测试版 模式，需要在下面的 Test users / 测试用户 中加入你想要登陆的 gmail 邮箱，且这样的话，每七天会要求你重新授权如果你选择 publish app, 此时不输入邮箱，也不需要每七天重新授权，但是登陆时会有安全提示（可以忽略），笔者推荐使用这种模式Data Access（数据访问）页面 —— 这是关键步骤：点击 Add or Remove Scopes / 添加或移除范围搜索框输入 勾选出现的 点击 Update/更新 → Save and Continue 注意最下面还要 save 一下注意下面这里还要保存一次1.3 创建 OAuth Client左侧菜单 → APIs & Services/API和服务 → Credentials/凭证点击 + Create Credentials / 创建凭证 → OAuth client ID / OAuth客户端ID填写：字段填写内容Application type(应用类型)Web application / Web应用Name(名称)Authorized redirect URIs (已获授权的重定向 URI)点击 + Add URI 添加回调地址。如有多余的 占位符，可以删除。点击 Create/创建弹出窗口显示 Client ID/客户端 ID 和 Client Secret/客户端密钥：立即复制保存这两个值关闭弹窗后就看不到 Client Secret 了⚠️ 把这两个值粘贴到记事本或密码管理器中。不要截图分享。✅ Gmail OAuth 凭据完成！ 记好你的：Google Client IDGoogle Client Secret配置 Microsoft（要用 Outlook/Hotmail 才做）2.1 注册应用打开 登录你的 Microsoft 账号不需要 Azure 订阅，免费注册的 Microsoft 账号即可操作。左侧菜单 → Identity → Applications → App registrations点击 + New registration填写：字段填写内容NameSupported account typesAccounts in any organizational directory and personal Microsoft accountsRedirect URI留空，稍后单独配置如果你的界面是中文的，参考如下截图点击 Register注册完成后，复制 Application (client) ID(中文是應用程式 (用戶端) 識別碼) 备用⚠️ 复制的是 **Application (client) ID **，不是 Object ID。2.2 配置 Web 回调地址左侧菜单 → Manage → Authentication点击 + Add a platform → Web在 Redirect URIs 中输入你的 Microsoft 回调地址（见上方概览）点击 Configure不需要勾选页面下方的 Implicit grant 或 Hybrid flow 开关。2.3 创建 Client Secret左侧菜单 → Manage → Certificates & secrets在 Client secrets 标签页，点击 + New client secret📸 截图：新建 client secret 按钮填写描述 ，有效期选择 12 months点击 Add立即复制 Value 列显示的值⚠️ 离开此页面后再也看不到这个值。复制的是 Value / 值（类似 ），不是 Secret ID / 祕密識別碼。2.4 添加 API 权限左侧菜单 → Manage → API permissions点击 + Add a permission → Microsoft Graph → Delegated permissions/委派的權限📸 截图：选择 Delegated permissions在搜索框中依次搜索并勾选以下四项：搜索一项 → 勾选 → 搜下一项，不要一次性全打进去。点击 Add permissions 确认最终会有这些权限✅ Microsoft OAuth 凭据完成！ 记好你的：Microsoft Application (client) IDMicrosoft Client Secret Value填入懒猫并验证3.1 填入安装参数回到懒猫微服，在 RetroMail 的安装或重新配置页面找到以下参数：参数填入内容Gmail OAuth Client ID从 Google 复制的 Client IDGmail OAuth Client Secret从 Google 复制的 Client SecretMicrosoft OAuth Client ID从 Microsoft 复制的 Application (client) IDMicrosoft OAuth Client Secret从 Microsoft 复制的 Client Secret ValueMicrosoft Tenant填入 两项 Gmail 参数必须同时填写才会启用 Gmail 连接；三项 Microsoft 参数同理。如果你只需要其中一种邮箱，另一个留空即可。Microsoft Tenant 怎么填？你想连接什么账号Tenant 填什么个人 Outlook/Hotmail/Live组织账号 + 个人账号仅限某个组织该组织的 Tenant ID 或域名完成后点击保存，等待 RetroMail 重启。3.2 连接邮箱打开 RetroMail，进入 设置 → 邮箱账户点击 连接 Gmail 或 连接 Microsoft浏览器会跳转到 Google 或 Microsoft 的官方登录页 —— 选择你要连接的邮箱账号在权限确认页点击 允许 / Accept注意，如果是 Google 配置在 production 模式，登陆后会提示"Google hasn’t verified this app" 此时需要选择无视风险继续访问 ：）如果是微软邮箱，应该只会提示应用未验证，道理都是一样的自动回到 RetroMail，系统开始建立同步基线进入 设置 → 运行诊断，确认账户状态和同步进度连接多个邮箱：重复 3.2 步即可 —— 在设置页再次点击连接，选择不同账号授权。不需要创建新的 OAuth 凭据。遇到问题？错误常见原因解决办法回调地址不完全一致逐字核对 、域名、路径、斜杠Gmail 7 天后要重新登录项目处于 Testing 状态在 Google Auth platform 发布为 Production微软提示需管理员批准组织租户策略限制联系管理员批准那四项权限Client Secret 无效复制了 Secret ID 而非 Value回到控制台创建新 Secret，重新复制 Value

+32

期待了很久的懒猫摄像头终于售卖了，所以第一批果断下单购买。还是记录一下开箱的过程。整体来说很极客风，像一个太空人。（此处省略10000字夸夸）首先需要下载懒猫摄像头APP进行配对，这里的app是懒猫微服的原生的APP，不是从App store下载的单独的APP，这个需要注意，所以是基于懒猫微服的生态进行配对。懒猫摄像头，居家安心守护，超清影像，本地回放无限制，双形态外观，灵活安装，省心好用。支持全平台客户端，随时随地回看你摄像头。和市面上其他的摄像头一样，直接在APP 里查找摄像头即可。然后手机就会发现你的摄像头，我们点击确认链接，对小白十分友好。接下来是配置网络，虽然机器只支持100M的有线网络，不过让我意外的是可以支持5G的无线Wi-Fi，然后直接选择家里的Wi-Fi进行配对就好了，过程比米家还要丝滑。然后就是等待初始化，一会就好了。初始化成功之后，可以给懒猫摄像头取一个好听的名字。视频默认可以设置15天的滚动保存周期，一天差不多4G，如果你想的话，最多可以保存一年的视频（当然了如果你硬盘空间大想无限保存，估计也可以给厂家提需求）还有访问记录功能，给你的摄像头加一个审计,然后就可以看到何时何地发生了什么，还有事情的起因经过和结果。权限管理也是要有的嘛，可以动态的给微服的用户分配权限，毕竟隐私第一嘛~所以为啥能直接推流到懒猫微服呢，因为它走的是RSTP协议，所以你家里如果有别的NAS，也可以把数据写进去呢~当然了，除此以外还支持OTA升级，快去提你想要的需求吧~

+12

🎯 What —— 这是什么？🏷️ 一句话定位：把测试用例、执行记录、自动化结果和质量报告集中在一个工作区的自托管测试管理平台🚀 核心优势✨ 支持目录化用例库、步骤型用例、CSV 导入、Revision、评论和附件⚡ Suite 可以根据浏览器和环境配置自动生成多条 Run，适合跨环境回归🤖 支持 DeepSeek 辅助生成中文用例，也能用 API Key 接收 CI/JUnit 自动化结果📊 Reports 会自动汇总覆盖率、失败排行、优先级、类型和未执行用例🔒 数据保存在自建 MongoDB 和服务端附件目录，并支持懒猫 OIDC 登录🛠️ How —— 怎么用？使用场景：完成一次跨境电商订单发布验收假设测试团队准备发布一版新的订单履约系统，需要同时检查优惠券和余额组合支付、重复退款、支付超时库存释放、订单拆单以及第三方退款回调。如果只用表格管理，很容易出现几个问题：用例版本对不上、Chrome 和内置浏览器漏测、失败结果没有沉淀、探索过程中发现的问题没有转成正式用例和人工测试各看各的。下面我们就拿这组示例来演示：项目：跨境电商订单履约质量验收项目 Key：ORDER目录：结算与支付、退款与售后、库存与履约里程碑：2026-08 订单稳定性发布测试环境：懒猫内置浏览器、Chrome × 预发布环境配置向导配置Deepseek API Key，然后进入应用首次打开应用需要配置Deepseek API Key，请对应填写。进入应用后会先看到 Welcome Back。点击 使用懒猫账号登录 (Sign in with Lazycat) 进行授权登录，进入后会跳出“tour”界面，直接关闭或者点击“Skip tour”然后会到 Projects页面，首次空库点击右上角 New Project，填写：Name：跨境电商订单履约质量验收Key：ORDERDescription：覆盖结算、支付、退款、库存释放和订单履约关键链路点击 Create Project 后会自动进入项目工作区。左侧可以看到：注意：项目 Key 会成为用例编号前缀，例如 。Key 只能使用 2-10 位字母或数字，创建后不建议随意修改。建立订单测试用例库进入左侧 Cases。第一次使用时先点击 New Folder，创建三个目录：结算与支付退款与售后库存与履约目录创建完成后，再使用 New Case 手工创建用例，或者使用 Import CSV 批量导入。点击 New Case 后，可以填写：Title：用例标题Folder：所属目录Priority：Low、Medium、High、CriticalType：Functional、Regression、Smoke、Acceptance 等State：Draft、Active、DeprecatedPreconditions：前置条件Test Steps：每一步操作和对应预期Expected Result：最终预期Tags：标签Automated：是否纳入自动化覆盖率前三条基础用例分别是：填写完成后点击 Save Case。后续编辑会形成新的 Revision，适合追踪测试步骤为什么发生变化。用 CSV 批量导入订单用例如果已经在表格里整理了用例，可以点击 Import CSV。先在 Target Folder 选择目标目录，再点击 Upload file。选择你需要上传的文件（测试文件地址: ）,CSV 可以包含 等字段。其中只有 必填；步骤和步骤预期可以按行对应。用 DeepSeek 补充退款边界用例如果安装时已经配置 DeepSeek，Cases 页面会显示 Generate with AI。本次使用的中文提示词是：选择目标目录 ，数量填 ，点击 Generate。AI 返回后不要直接全部保存，先展开检查步骤、优先级和类型，再点击 Add selected。本次生成并保存了：注意：AI 用例更适合用来补充边界和提供思路，不建议代替测试人员审核。涉及资金、库存和权限的用例，一定要自己确认预期是否符合业务规则。建立发布里程碑进入 Milestones，点击 New Milestone。本次填写：Name：2026-08 订单稳定性发布Due Date：2026-08-21Description：覆盖支付、退款、库存释放和订单履约关键链路的预发布稳定性验收。保存后卡片会显示截止日期。建议一个发布版本建立一个 Milestone，后面创建 Suite、Run 和 Session 时都关联它。这样到发布前可以快速确认哪些测试已经完成。配置浏览器和测试环境进入 Settings → Configurations，依次添加：GroupValue浏览器懒猫内置浏览器浏览器Chrome环境预发布环境Settings 里还有一些可选项可以参考：Members：Lead、Tester、ViewerCustom Fields：项目自定义字段Shared Steps：多个用例可以复用的步骤API Keys：给 CI 提交自动化结果Jira / Issue Trackers：失败结果转缺陷Webhooks：Run 完成或结果提交后通知其他系统创建跨浏览器测试套件进入 Suites，点击 New Suite。本次使用：Name：2026-08 退款到账与库存回补矩阵Milestone：2026-08 订单稳定性发布Cases To Include：By Folder目录：退款与售后、库存与履约浏览器：懒猫内置浏览器、Chrome环境：预发布环境弹窗底部会直接计算：点击 Create Suite 后，系统会生成：懒猫内置浏览器 / 预发布环境Chrome / 预发布环境这比手工复制两份测试计划更可靠。后续增加操作系统或更多环境时，Checkmate 会继续按照组合数量生成 Run。执行 Run 并记录真实结果进入 Runs，打开需要执行的 Run，点击 Execute。步骤型用例可以先给每一步标记 Passed 或 Failed，再填写实际结果、缺陷说明和截图，最后选择整条用例状态：PassedFailedBlockedRetestSkipped提交后会自动跳到下一条未执行用例，同时保存计时、步骤结果、评论和附件。Passed：3Failed：1Skipped：1Executed：5Pass Rate：60%Run 页面还提供：Rerun：用同一批用例创建一条新的未执行 RunClose Run：关闭并锁定结果Comments / Watch：讨论和关注这次执行用 Exploratory Sessions 记录探索测试不是所有问题一开始都能写成固定步骤。比如退款到账延迟、消息最终一致性、偶发库存补偿，更适合先用探索式测试。进入 Sessions，点击 New Session，本次示例填写：Title：退款到账时效与订单状态一致性复核Charter：验证退款受理、第三方到账回写、订单关闭与库存回补的状态一致性，关注延迟到账、重复回调和用户提示。Time-box：45 分钟Milestone：2026-08 订单稳定性发布进入 Session 后点击 Start，可以记录：Note：普通观察Bug：确认的问题Question：需要产品或研发确认Idea：改进建议还可以粘贴截图、上传附件，并使用 Save As Case 把有价值的发现转成正式用例。完成后点击 Complete。用 Reports 看发布质量最后进入 Reports，这里会把人工执行、用例库和失败历史汇总起来。本次案例数据是：Total Cases：8Executed：5Never Executed：3Coverage：63%继续往下还能看到：按 Priority、State、Type 的分布从未执行和超过 90 天未执行的用例Most Failing 失败排行两条 Run 的结果对比Shareable Links 公开只读报告点击 Export Cases CSV 可以导出用例。后续怎么坚持用对小团队来说，不建议一开始把所有集成都配满。先坚持这个最小流程：需求进入开发后：在 Cases 补充或更新用例。准备提测时：建立 Milestone 和 Suite，生成浏览器/环境矩阵。每日回归时：在 Runs 执行并记录实际结果、截图和缺陷。遇到模糊问题时：用 Sessions 做 30-60 分钟探索，再把稳定结论转成 Case。发布评审前：从 Reports 查看覆盖率、失败排行和未执行用例。💡 实用技巧目录按业务链路分，不要按测试人员分：人员会变化，结算、退款、库存这些业务边界更稳定。一个步骤只做一个动作：Action 和 Expected 一一对应，失败时更容易定位。Failed 一定写实际结果：不要只标红，要写“发生了什么、预期是什么、是否有截图”。Suite 用于可复用矩阵，Run 用于一次执行：跨浏览器、跨环境优先用 Suite；临时验证可以直接 New Run。探索发现及时转用例：能稳定复现的问题不要只留在 Session 里。AI 生成后必须审核：模型擅长补边界，但不了解你们所有业务规则。临时 API Key 用完即删：不要长期复用个人验收密钥。发布前看 Never Executed：总用例多不代表覆盖完整，未执行清单通常更值得关注。🧩 Conclusion —— 一句话总结Checkmate 的核心价值，是把“用例怎么写、在哪些环境执行、实际结果是什么、探索发现如何沉淀、发布覆盖是否完整”串成一个自托管闭环；它比普通表格更适合持续回归，也让人工测试和自动化测试终于能够在同一个质量视图里协作。

+26

🎯 What —— 这是什么？🏷️ 一句话定位：为自有软件批量生成许可证，并完成设备绑定、有效期控制、状态管理和客户端在线校验。🚀 核心优势✨ 完整许可证生命周期：支持批量生成、首次激活、延期、暂停、封禁、恢复、吊销和设备解绑。⚡ 客户端接入简单：Android SDK 或普通 HTTP 客户端使用 API Key 即可完成激活、校验和换机。🔒 私有部署与服务端持久化：许可证、用户、API Key 和审计日志保存在 PostgreSQL，不依赖某个浏览器保存业务数据。📊 统计与操作留痕：可查看激活率、收入、到期趋势、设备分布和后台管理记录。📊 适用场景自己开发并通过官网、网盘或线下渠道分发的 Android 应用。B2B、企业内部、定制软件或“一客户一授权”的交付模式。需要限制设备数量、控制授权期限，并保留操作审计的软件产品。注意：请只把许可证能力接入自己拥有版权或已经获得修改授权的软件。若应用通过 Google Play 销售数字内容，还需要另外确认 Google Play Billing 的最新政策。🛠️ How —— 怎么用？使用场景：向一家软件客户发放 Android 企业版授权假设你维护一款 Android 企业应用，现在要给 发放两枚 90 天许可证：一枚用于客户正式设备；一枚作为备用授权；每枚单价记录为 ；客户最多可以自助换机 3 次；批次备注为 。下面就按照这个信息，从登录、生成许可证一直走到客户端激活、换机和审计。登录应用打开应用后，点击 **Sign in with Lazycat（使用懒猫账号登录）**进行登录。先看懂 Dashboard登录后首先进入 Dashboard（概览）。这里适合每天快速看一次许可证系统的整体状态。页面主要包含：Total licenses：系统中的许可证总数。Active / Expired / Banned：当前激活、过期和封禁数量。Activations today / this month：当天和当月激活情况。Revenue：根据许可证里填写的单价汇总。Expiring in 7 days：即将到期、需要续费跟进的客户。Recent activity：最近的登录、生成、状态修改和 API Key 操作。License mix：未使用、暂停、吊销和永久许可证的组成。批量生成许可证点击左侧 Generate（生成），进入 Generate licenses（生成许可证） 页面。按照下面的示例填写：页面字段示例内容用途关闭本次使用固定期限从首次激活开始计算给客户发放两枚密钥后续可按客户名称搜索用于内部收入统计客户最多自助换机 3 次记录销售批次和产品版本填写完成后，点击 Generate 2 licenses（生成 2 个许可证）。右侧出现 就表示生成成功。建议立即复制两枚密钥，分别记录为：：客户正式设备使用；：备用和状态管理测试。新生成的许可证状态为 。这时有效期还没有开始倒计时，只有客户第一次成功激活后，系统才会计算 90 天后的到期日期。把许可证保存成 CSV生成结果右上角有 CSV 按钮。可以选择 保存至本地 或 保存至懒猫如果选择 保存至懒猫，会打开懒猫文件选择器，保存你需要的位置。保存后可以直接在懒猫网盘里打开查看是否保存正确。搜索并管理许可证点击左侧进入 Licenses（许可证）。顶部搜索框支持搜索：完整许可证密钥；客户名称；设备 ID 或设备名称；备注内容。例如输入：即可找到刚才生成的两枚许可证。右侧状态筛选可以选择 、、、、 或 。点击许可证密钥进入详情页，页面包含三个标签：Overview（概览）：有效期、设备、客户、价格、备注和重置次数。Manage（管理）：修改备注或延长有效期。Activity（活动）：查看这枚许可证自己的激活、校验、解绑和管理记录。给许可证补充合同备注打开 ，进入 Manage（管理），在 Notes（备注） 中填写：点击 Save notes（保存备注）。回到 Overview（概览） 可以看到新备注；打开 Activity（活动） 也会立即出现更新记录。备注适合记录合同号、客户、产品版本和交付批次，不要在这里保存 API Key、密码或其他敏感凭据。延长未激活许可证仍在 中，点击 ，再点击 Extend by 30 days（延长 30 天）。这时： 会从 增加到 ； 仍然是 ； 仍然显示 ； 仍然是 。暂停、封禁和恢复许可证许可证详情右上角的 Actions（操作） 包含不同状态控制：操作适合场景是否可恢复等待付款、临时调查或暂时停止服务可以 怀疑许可证分享、退款欺诈或违规使用可以 客户更换手机，需要解除旧设备绑定可以重新激活确认许可证永久失效不可恢复误创建或清理测试数据不可恢复例如，客户尾款尚未确认时：点击 Actions → Suspend。在 Reason (optional) 填写：3. 确认后状态变为 。4. 原来的合同备注仍保留在 。5. 暂停原因会单独显示为 。6. 客户完成付款后，点击 Actions → Resume 恢复。如果这枚许可证还没有激活，恢复后会回到 ；如果已经激活且尚未过期，则会回到 。 和 都是破坏性操作。正式客户密钥不要用来做测试，建议另外生成一枚专用测试许可证。创建客户端 API Key许可证已经生成，但 Android 客户端还需要一枚 API Key 才能调用激活和校验接口。进入 Settings（设置） → API keys（接口密钥），输入：点击 Create（创建）。系统会弹出 API key created 对话框，并且只在这一次显示完整明文。请立即复制并安全保存：关闭对话框后，列表只显示 API Key 的 prefix，无法再次恢复完整内容。建议为不同环境分别创建：这样某个环境发生泄露时，只需撤销对应 API Key，不会影响其他客户端。用 API 激活客户设备License Manager 在同一个应用域名下公开四个客户端端点：先准备变量，把 和 替换成真实内容：执行首次激活：成功后，返回数据中会看到：回到 ，设备、激活时间和到期时间也会同步更新。客户换手机时怎么处理如果原设备仍可使用，可由客户端自助解绑：成功后，详情页的设备绑定会被清空， 从 变为 ，然后客户就可以在新设备重新激活。如果原手机损坏或无法联网，管理员可以打开许可证详情，点击 Actions → Reset device 强制解绑。管理员强制解绑用于客服处理，不消耗客户自助换机额度。查看 Statistics点击左侧 Statistics（统计），可以切换：这里主要看：Activation rate：已经开始使用的许可证比例；Churn rate：过期或吊销许可证占比；Avg. revenue / license：许可证平均记录金额；Activations / Expirations：激活和到期趋势；Status distribution：各状态组成；Device distribution：客户使用的设备型号分布。如果刚完成激活，刷新后应能在状态和设备统计里看到变化。查看审计记录和单许可证 Activity点击 Audit Logs（审计日志），可以按关键词和动作筛选登录、生成、编辑、暂停、封禁、删除、API Key 创建和撤销等后台操作。例如选择：可以检查操作人、目标、IP 和时间。客户端激活、校验和自助解绑属于单枚许可证的高频事件，不要只在全局 Audit Logs 中查找。请打开对应许可证详情，再进入 Activity（活动）。后续怎么坚持用日常可以按照下面的顺序使用：每天看 Dashboard：关注到期、封禁和异常活动。按客户批次生成许可证：客户名称、合同号和产品版本保持统一格式。生成后立即保存 CSV：交付副本保存到本地或懒猫网盘。客服问题先搜索许可证：根据客户、密钥、设备或备注定位。临时问题用 Suspend：例如等待付款；确认后再 Resume。违规风险用 Ban：调查结束后可以 Unban。客户换机优先 reset：保留重置次数和操作记录。定期检查 API Key：不用的测试 Key 及时 Revoke。用 Audit Logs 做复盘：确认谁在什么时间执行了关键操作。💡 实用技巧许可证期限从激活开始：生成后放几个月再交付，也不会提前消耗有效期。客户名要统一：不要一会儿写简称、一会儿写全称，否则搜索和统计会变得混乱。Notes 写业务上下文：推荐格式是“合同号 + 产品版本 + 交付批次 + 负责人”。生产和测试 API Key 分开：泄露或撤销时更容易控制影响范围。不要滥用永久吊销：付款延迟优先暂停，疑似滥用优先封禁；只有确定永久失效时才 Revoke。CSV 要做回读：无论保存到本地还是懒猫，都要重新打开一次，确认密钥数量和内容正确。客户端保护不是绝对防破解：如果软件核心价值完全在 APK 内，客户端校验仍可能被绕过；更高价值的能力应尽量放在服务端，并在关键请求中再次校验许可证。🧩 Conclusion —— 一句话总结License Management System 把许可证生成、设备绑定、有效期控制、客户换机、客户端校验、统计和审计整合成一套可私有部署的完整流程；它尤其适合需要自行分发 Android 应用、面向企业客户交付授权，并希望业务数据留在自己微服上的开发者和小型软件团队。

+24

通过这篇教程，你就可以轻松学会获取资源，下载资源，这边的话我们先下载对应软件这边我们先下载软件qBittorrent 是一款开源、免费且无广告的轻量级 BitTorrent 下载客户端，凭借其高效稳定的性能和丰富的功能（如 Web UI 和 RSS 支持），成为了目前最主流、最受欢迎的 BT/PT 种子下载工具。Prowlarr 是一个 集中式索引器（Indexer）管理工具，能将各类 Torrent 和 Usenet 站点统一配置并自动同步到你的各个媒体自动化下载服务中。我们现在打开 Prowlarr 这个 软件开启基础配置这里我们添加下站点，这里我选择的是公共的站点，即便是公共的站点资源都非常多了，建议多添加几个方便后续资源搜索在 qBittorrent 中 设置配置 一下 权限这两个建议关闭，因为会影响后续连接 Prowlarr 的过程这边我们添加一下下载客户端,这边我们添加完成后完成配置，这边的话配置不需要端口转发因为 qBittorrent 本身是host模式，端口参考 qBittorrent webui的端口，一切按照图片填写即可添加完成后你就可以进行搜索下载的操作了,这边我们搜索 windwos 10 可以看到资源非常多的，点击下载资源也会通过调用 qBittorrent 实现下载这边可以看到 windows 10 已经开始下载了， 非常方便至此我们已经完成对 Prowlarr 和 qbittorrentee 协同配置，可以轻松下载互联网资源了

+9

幻兽帕鲁正式版在七月发布了，这篇攻略教会你如何使用微服来一键开服。先上成品图：使用到的应用：应用安装：商店点击安装应用后，首先输入管理员密码来初始化应用同时会同步进行STEAMCMD和PALWORLD的服务端下载Pal Saved目录设置为/gameREST API的 地址调整为,密码设置为：然后点击确定，等待服务端下载完成。若校验事件过长或配置时应用图标的启动变成橙色了，重启一下继续配置就好等待服务器启动完成：连接服务器方式：由于幻兽帕鲁游戏连接不支持ipv6，需要使用ipv4进行连接，这里需要用到端口转发工具：将应用的palworld服务的8211端口转发到本地，协议调整为UDP：在游戏内输入：127.0.0.1:8211即可进入游戏连接后即可进行游玩

+13

引子尤克特拉希尔（yggdrasil） 所受的痛苦，远比人类所能知晓的还要沉重： 麋鹿从上方啃食它的枝叶，它的侧面在渐渐腐烂， 而尼德霍格在下方不断撕咬它的根基。-《诗体埃达》笔者在使用 i2p 时， 意外在reddit 上发现通过 i2p 搭建 博客实现免去 内网穿透的 vps 大为震撼， 但是 i2p 在配置上非常困难。于是进一步了解发现 Yggdrasil 这个高性能去中心化网络技术，他虽然没有 i2p 的强大安全性，但是性能上比 i2p 强大很多Yggdrasil 是一个去中心化、端到端加密的全球网状（Mesh）覆盖网络，通过免配置的自动路由算法，让任何设备都能轻松实现安全、扁平的 IPv6 全局互联看完这这个教程 你就可以使用 yggdrasil ui 无需注册任何账户域名发布到公共网络，让所有人都能访问到微服部署的服务使用须知yggdrasil 是实验性网络,可能会在使用过程中遇到任何问题，如果遇到了任何问题可以评论注意这种方式发布的服务只适用于无风险的公开服务,任何设备需要提前配置 yggdrasil 代理,通过唯一的地址让任何人都可以通过 yggdrasil 网络访问一般来讲速度严格取决与网络环境,一般非常慢是正常的。源码可以在这里找到 *。提前下载客户端，这边是以安卓平台为例子目前 yggdrasil 对windows平台支持比较差，这边笔者只测试了 安卓这边需要填写距离最近的中继设置后你就可以访问到你部署的服务或者共享的服务，这边的话以 librespeed 为例子设置端口转发这边可以参考一下添加转发设置发布端口 : 别人访问你时的端口目标端口：懒猫应用需要转出的端口点击发布服务，等待2分钟左右任何连接到 yggdrasil-network 的设备就可以访问到服务了这边是已经发布的服务，这边已经可以成功访问了

+8

7.24，下午18:20:00名单统计站点 显示名1024.day xzmario1024.day Ad74101024.day appease16811024.day 海盗船长1024.day 铁人三兄弟1024.day 虫子樱桃1024.day 一口小小酥1024.day 吴法吴天1024.day 发财暴富上岸1024.day Gaovo1024.day haoan1024.day Heak1024.day huge1024.day 簡單1024.day LyraSagan1024.day imkenzo1024.day 真的信1024.day 上上签1024.day JACKWANG1024.day jazz6661024.day jojo_10241024.day 叫什么1024.day 240先生1024.day lanbo1024.day lazycat1024.day 林间香1024.day liuhaha1024.day Lucky_SmileX1024.day machi1024.day 密室逃不脱1024.day nullll1024.day oouuce1024.day 1024GB1024.day photographer1024.day pythsolong1024.day sptrs1024.day suiyu1024.day TiTl1024.day top1024.day TRAESOLO1024.day 微风1024.day weixin1024.day wujia1024.day ycx1024.day 抱抱佑宝吧1024.day zhfengNodeLoc 狗老板NodeLoc 8851982NodeLoc 张NodeLoc xinlanNodeLoc abnerNodeLoc admin3NodeLoc affmanNodeLoc aiermNodeLoc AlessiaNodeLoc Arvin_LeungNodeLoc hongmeiNodeLoc rongNodeLoc azhaoyihaoNodeLoc baotuoNodeLoc BigDickNodeLoc bilibiliNodeLoc blmsgNodeLoc captain5258NodeLoc cc1359NodeLoc ccmadeNodeLoc chaojicwnNodeLoc ckingNodeLoc QQ飞车NodeLoc CoolManNodeLoc CurtainChanNodeLoc 虫子樱桃NodeLoc dxpNodeLoc e_makerNodeLoc fnOSNodeLoc funnyaiNodeLoc fwqNodeLoc gabriel-hawkNodeLoc gamesheepNodeLoc Kathy GaoyaNodeLoc gene_motleyNodeLoc get5560NodeLoc gfjh FffNodeLoc gjhlmyNodeLoc hbzxNodeLoc houmusicNodeLoc huxuboNodeLoc ImmerseNodeLoc ineNodeLoc 信NodeLoc jacky2023NodeLoc Jerry tomNodeLoc jiakun93NodeLoc jiangxsNodeLoc JisucloudNodeLoc MeimeiNodeLoc jojo7780NodeLoc 叁冥NodeLoc 金子会发光NodeLoc 开心NodeLoc kekaNodeLoc killsoulNodeLoc krisyuNodeLoc VsmileNodeLoc lazycat-cloudNodeLoc lbjNodeLoc 一壶老酒慰风尘NodeLoc LinuxNodeLoc liuhahaNodeLoc liuybNodeLoc lleoNodeLoc locolNodeLoc Lucky_SmileXNodeLoc luckycxyNodeLoc mamimamimaNodeLoc mengzhongrenNodeLoc BalalaNodeLoc Mike123NodeLoc MioNottoNodeLoc mjjsNodeLoc Mr-DNodeLoc mumuNodeLoc MuXu YINodeLoc N1KONodeLoc netfunsNodeLoc nihaoapipiNodeLoc ninenine liuNodeLoc nl者NodeLoc NoeTesNodeLoc noloveNodeLoc Nonne ZoneNodeLoc ohhNodeLoc oversleepNodeLoc PaperCupsNodeLoc Patr1ck ShawNodeLoc patrick0306NodeLoc photographerNodeLoc pinewineNodeLoc RonaldNodeLoc 清风拂柳NodeLoc RavenNodeLoc 任佳鹿NodeLoc ☘️☘️ resraadykf ☘️☘️NodeLoc roadmonsterNodeLoc Shan-VNodeLoc 山野NodeLoc Shaw HuNodeLoc ShellyyNodeLoc sisiNodeLoc solong_1024NodeLoc summer3NodeLoc nullNodeLoc 澹台茗NodeLoc toddskotNodeLoc ToxicNodeLoc ttyhtgNodeLoc 海海海NodeLoc wayNodeLoc tonyNodeLoc wiselikeNodeLoc 晴空万里NodeLoc 帮开心NodeLoc wxkNodeLoc xcjyNodeLoc xh666NodeLoc xiatiandemimiNodeLoc xrzNodeLoc ygchxbmNodeLoc 有吉士先走NodeLoc youkovoNodeLoc ysenyaoNodeLoc yyzNodeLoc ZachariahNodeLoc zhfengNodeLoc zjh327954NodeSeek 8anzNodeSeek 懒猫微服NodeSeek 了却无NodeSeek 落雪NodeSeek 丿啦灬啦啦NodeSeek 上房揭瓦NodeSeek 时长不够用了NodeSeek 世子NodeSeek 无常NodeSeek 一口小小酥NodeSeek 真的信NodeSeek a5410109NodeSeek a54330173NodeSeek aiermNodeSeek aooNodeSeek atxNodeSeek BabailiNodeSeek bigyongNodeSeek bjliuNodeSeek bodhiNodeSeek captain5258NodeSeek captainvixNodeSeek captshawNodeSeek cfersNodeSeek chudaiNodeSeek cockliNodeSeek ctxNodeSeek czytNodeSeek dimnessNodeSeek ebNodeSeek flyblackNodeSeek ftxddNodeSeek Gabriel-HawkinsNodeSeek galsaNodeSeek GeneMotleyNodeSeek gjhlmyNodeSeek haiqing123NodeSeek handsomeboyNodeSeek haoxinyuNodeSeek heakNodeSeek HellololiNodeSeek hopeknowNodeSeek icepicNodeSeek ikun6bNodeSeek J3fFuryNodeSeek JacksonaaaNodeSeek japhet-jiuNodeSeek John919NodeSeek KarelNodeSeek keithNodeSeek la72NodeSeek LazyEaseNodeSeek Lee-SteveNodeSeek LEEVISNodeSeek lepigNodeSeek LiLsaNodeSeek liuhahaNodeSeek liuxiaomingNodeSeek liziNodeSeek lzlfNodeSeek nagabi4725NodeSeek netfunsNodeSeek NodeSeekkkkNodeSeek nulllNodeSeek o2oNodeSeek oouuceNodeSeek Ops-JNodeSeek paffNodeSeek PCshenNodeSeek qsw745NodeSeek Red-SnakeNodeSeek RonNodeSeek ruaichNodeSeek sigmingNodeSeek skinny-salmonNodeSeek thatNodeSeek todeskNodeSeek ToLinkNodeSeek tonycoooooNodeSeek vieuxNodeSeek wanghyNodeSeek wimNodeSeek windfallNodeSeek wittyconanNodeSeek wm2029NodeSeek wongfayeNodeSeek xia-erNodeSeek XiaozhangNodeSeek xikli33NodeSeek xzmarioNodeSeek yerNodeSeek yuioNodeSeek zerozwyNodeSeek zhaodabaoNodeSeek zhfengNodeSeek Zhu2007hongyuNodeSeek ziwiwizV2EX 0x1A7V2EX 21231svV2EX 332526V2EX 3499V2EX 454772303V2EX 4kfoolerV2EX 54yinhangV2EX a197110V2EX AceRacerV2EX ad7410V2EX adaishixiongV2EX aguaiaV2EX anarkh35V2EX AntoniociaoV2EX appexV2EX ArmyhV2EX babymonsterV2EX baodashenV2EX bbb001V2EX bigjie910V2EX bingo084V2EX biubiu001V2EX blackywklV2EX BlueZone1V2EX burden7V2EX bxh8640123V2EX byronV2EX ca2oh4V2EX capricV2EX casatAwayV2EX ccmoveV2EX cenlouV2EX ChasenDaiV2EX Chengnan049V2EX chensong004V2EX chenxianshengV2EX chenyifan1999V2EX CherryGodsV2EX chungyiV2EX CinderellamV2EX clam314V2EX CodeDAIV2EX codeyouV2EX copperfieldd11V2EX crazykunV2EX cxszV2EX czytV2EX DavislongV2EX deeperhzV2EX defunct9V2EX dhfjlV2EX didididididiV2EX DierMengV2EX DigitalO1V2EX doomtyV2EX Dora112233V2EX FabianV2EX FairyKIDV2EX FamrenV2EX feiguoshanV2EX Feng2026V2EX FGHWETTV2EX freespiderV2EX fubug912V2EX gingigoV2EX GivingXV2EX GnnbbV2EX Go0g1eV2EX GoCoV2V2EX gojoV2EX guduxuelangV2EX handing88V2EX hbyV2EX hectorzhangV2EX hemV2EX heybuddyV2EX hibodhiV2EX hm20062006okV2EX hongxiansenV2EX HooopeV2EX hopeknowV2EX HQKMV2EX HslackerV2EX iamdennismeV2EX ianyagnV2EX icepicV2EX iCongV2EX iddddgV2EX ifreeswanV2EX ikedV2EX intanswerV2EX J3fFuryV2EX jackie0917V2EX japhetjiu699V2EX Jason0803V2EX jasonedV2EX JasperzzV2EX jercoyang2V2EX jiarenluV2EX jinyan01V2EX JsonForYouV2EX JusticeShiV2EX JustinJieV2EX juzzleV2EX keerV2EX ktHubV2EX lalafangV2EX lanceliV2EX lchhhhV2EX lemontreesV2EX leoxstudyV2EX lepigV2EX lightionightV2EX lil460982475V2EX lingxiaoliV2EX linkerV2EX linxi7V2EX liubenjian1994V2EX lje024V2EX ljspythonV2EX lonenolV2EX longjumpingV2EX Look1V2EX loririV2EX LostInTVV2EX LuckykeeperV2EX marchDuV2EX mrthackerV2EX MrVitoV2EX mxuexxmyV2EX neptunoV2EX nicolasworkV2EX nodeseekV2EX NomiTangV2EX noobcV2EX notgodaV2EX oldlemonV2EX ouujjV2EX p2exV2EX palardV2EX pangleonV2EX peter01167231V2EX PicmenV2EX pipibaiV2EX polV2EX pstreeV2EX punemaV2EX pup0yV2EX putouV2EX PyCodeV2EX pyyaltV2EX qaq13037V2EX qgymibV2EX qsw745V2EX rainbowGeekV2EX rainlyV2EX rayg0V2EX ro0otV2EX romaV2EX sankeffV2EX screwrV2EX ShaunHuV2EX shixuedelaV2EX siddharthV2EX siteshenV2EX SjerV2EX sjqmmdV2EX skiworldV2EX skywalker0507V2EX SmallBoxV2EX smallzhanV2EX snowmaples927V2EX sorcererV2EX stonewuV2EX StudyFungV2EX sumikaV2EX sun522198558V2EX SwimmingV2EX szxczycV2EX TaxpayerV2EX tboyV2EX tc5156V2EX thkDunalWaV2EX TincV2EX tokas93V2EX tsin1618V2EX ttyhtgV2EX uCharlesV2EX ufinV2EX v2hhV2EX vagranthV2EX VictoriousV2EX w21020V2EX waliwaliCrazyV2EX WeaPoonV2EX weiwenhaoV2EX wenJoyV2EX wolfsunV2EX wu655632V2EX wxd21020V2EX xiaogenbanV2EX xiejcV2EX xitlerV2EX xuyujianV2EX xuyusoloV2EX xxbwV2EX xxdsoxV2EX xxfboyV2EX xxikaV2EX xzmarioV2EX yahaooV2EX yakev99V2EX yangxiaopeipeiV2EX yanxiyangismeV2EX yht0616V2EX yiming1888V2EX yjxjnV2EX ynxhV2EX YouyanV2EX yoyoyoyololV2EX yrycV2EX ysxb1145V2EX zachariahchan66V2EX zanbujiangV2EX ZAXONV2EX zdjohn001V2EX zerozwyV2EX zhangwenV2EX zhfmikeV2EX zhijinkaiV2EX zqc5V2EX zsmileV2EX zw2019X MasterZy314404_X bianaiSMX UesugiKou07BX Leoskie_LX Kong_HankX SnowMaples_X intrain_lynX wumiao326X TresmortX MartinChar84247X CaptainVIIXX KimbomArtistX LaoYang769X dock9erX DeidraReni30165X TincZhao56778X cost16841599X timtang2020X Lyra_SaganX kevinsunchnX ifs1776X tinycochaX rD7kMqgevE4ydxzX LongSuCatX posthooopeX misscat0xX JaydenagendaX rainlyX ElkanZinsserX BetraySmileX engrarifX Xuyg3617X jiarenluX Lcz7LczX niruoweifengX White8693X dhbzkbx6888892X ogg42440127X awhitesharkX real_uCharlesX ohh561X Sir_YjX atom000777X yht0616X FZhou11183X er_jin23670X bangkaixinX FgD1391437X 20071027zX C1ownhjjX minzi003X ScoutZSHX xummmmssssX yunfengwan1X youfq2fX Shawhu2020X Josh16958657407X makabakabakX Erwinhu270180X LongZ2020X copperfieldd111X jsma___X kuankqaqX AimerBoYoungX che58712X ZachariahC72057X myprecousX RealEnigmaYuX haoxinyu1X AimerDemonX xxzzmarioX 1WQ102Sourrrrr_X yiqizhijianX me_idealsX syjk2580X intanswerX blueice49810906X Sega30312806X JiujiuLiu88005XHS 小小嘿嘿玩积木XHS 大熊成长史XHS ^_^XHS shaw huXHS 神奇的阿狸XHS 阿帕奇数码说XHS 有咩事？XHS nonoXHS twilightXHS A、xsyeXHS brianXHS 来一杯拿铁XHS 美美美美美XHS 逝去的记忆156XHS 左三圈右三圈XHS 骑士Meet888XHS 乐乐学姐XHS 再睡五分钟XHS NebulaXHS 再回楼半山民宿XHS 不是风XHS 欧P满满XHS 于起晟XHS 哆啦A梦的百宝箱XHS 麦麦XHS LeftXHS 子曰XHS 土豆芽芽XHS 沐。XHS luckuvuXHS 逝去的记忆956XHS 小霍XHS 开心閮闢每一天XHS intanswerXHS 葬爱家族非主流黄毛小公主XHS 崽子最喜欢吃的水果是榴莲XHS 科技前沿XHS 苍陆XHS 阿波罗号宇宙飞船XHS HeidiXHS sheldonXHS YYXHS easonXHS 哇啦啦啦XHS 小雨XHS 印象派微笑XHS 🙏XHS Hhnhxf.XHS momo（幸运大苹果）XHS momo196XHS Zealous公众号 大兵小将公众号 笑对人生公众号 可乐爱吃肉丶公众号 cc公众号 Wansry公众号 空公众号 一布两布公众号 孤单发呆猫公众号 簡單公众号 虫子樱桃公众号 whiteshark公众号 PatrickCheung公众号 Yance公众号 Nardo公众号 🇼 🇮 🇳 🇩公众号 好好工作公众号 简单~公众号 岁月公众号 车车--（微信不在线，有事儿电联）公众号 晨曦公众号 回忆如糖公众号 Shaw Hú公众号 用户君的愿望清单公众号 镭射猫公众号 Japhet公众号 a公众号 A....公众号 你已经很棒啦公众号 石龙淼公众号 FoTsing公众号 Y.公众号 🎻-1公众号 🎻-2公众号 米杰基公众号 Dong公众号 秦长海公众号 小毛卫੯·໒꒱公众号 开心聽p每一天公众号 Luuly公众号 日有纷纷梦公众号 Niko公众号 cywu公众号 发财小公主公众号 Q公众号 爱吃茶叶蛋公众号 🍐公众号 我家鹦鹉爱下蛋公众号 甩籽老三公众号 Nsibidi公众号 Zuz公众号 [加油]公众号 幻觉公众号 至金333公众号 KylStr公众号 圈圈公众号 小强公众号 SuperAI魔法师公众号 不能为空？？？公众号 Xiewj公众号 释然公众号 瓶.公众号 Leon公众号 晓海公众号 王牌收银员公众号 Mr.D公众号 安red

懒猫微服的好处不言而喻——万物互联，不过目前官方提供的好玩的功能还比较有限。不过，微服的好底子让我们有了可以发挥自己想法的机会。本文将介绍如何将应用融入到懒猫微服中，并且打通网盘的右键、MCP、SKILL等功能。项目中以ZOCR项目为例，ZOCR是一个开源的OCR识别工具，支持多种语言的文字识别。通过将ZOCR融入懒猫微服，我们可以实现对网盘图片的OCR识别功能，在小龙猫中使用技能对网络图片或本地图片进行OCR识别，补足部分模型不支持图片文字识别的不足。也可以通过编程接口对图片进行识别，或者将MCP工具接入到其他AI应用中进行使用。相关应用效果演示ZOCR登陆后使用ZOCR未登陆使用网盘右键菜单打开使用技能对懒猫网盘图片进行OCR识别接入懒猫网盘文件拦截器如果不能选择懒猫网盘中的文件，那无疑这个应用的使用体验将大打折扣。官方提供了提供了很大的帮助，直接按照文档接入，接口实现对应的功能。打通网盘右键菜单既然我们需要选择到懒猫网盘的文件，那么如果能在网盘中使用右键菜单打开的话，体验岂不是更好。于是，我们看到了刚才接入懒猫网盘拦截器中我们“漏掉”的一部分代码。那么，这个是怎么工作的呢。让我们先部署一下，然后在懒猫网盘中选择一个文件，就拿下面的举例好了。当我们依次使用右键->在线应用打开->ZOCR点击后会发现客户端帮我们打开了选择应用，并且在应用日志中我们可以看到，有一个特殊的请求日志。原来，懒猫微服会将应用打开，并且将我们选择的文件通过我们配置的回调路径传递过来，并跳转到对应的页面。不过问题来了，我们虽然拿到了对应的路径，但是我们需要怎么拿到这个文件呢。这个时候我们就又需要刚才的懒猫网盘拦截器出场了。通过研究发现，懒猫网盘提供了一个超级API，所有应用地址的 路径都可以访问到自己的网盘文件（当然是在登录状态下），而懒猫网盘拦截器就是利用了这点实现的。那么我们就可以照葫芦画瓢，也写一个直接获取文件并赋值的。好，让我们重新部署，再次尝试使用ZOCR打开懒猫网盘中的文件，可以看到已经能自动识别我们选择好的图片了。但是，懒猫网盘拦截器已经实现了获取文件的功能，我们为什么不直接复用呢。让我们改造一下官方提供的代码，增加一个接口让我们能直接调用原生的能力。这样就可以最大程度的精简代码了。让我们重新部署试一下，发现依旧能正确自动处理选好的图片。那么，我们就成功接入网盘右键菜单功能啦。制作MCP那么，既然已经是万物互联时代了，我们的AI大总管——小龙猫怎么能不接入呢。让我们先做一个通用的MCP服务，这样技能只需要让智能体调用对应的MCP服务就好了。至于为什么不直接写脚本，然后让skill来调用。是因为不一定所有的智能体都支持skill，也有一部分只支持MCP。本来是打算直接fork改代码的，但是既然作者没搞，我也不方便直接动手（如果PR没合并，后期更新就比较麻烦）。加上目前的接口比较简单，所以我打算直接写一个中转MCP服务。再利用，我们就很容易让MCP服务正常跑起来，且不干扰主程序。不过有个小插曲，由于MCP并不支持文件传输了，所以图片内容需要进行base64后再通过MCP进行识别。但是这里有个坑，大模型的记忆并不可靠，这也就导致我最初测试的十几次都是错误的base64信息，然后程序会解析图片失败，并且反响解码后的图片也不是原图。所以，需要文件传输的接口还是要单独设计，然后在MCP中明确该接口的用法即可。当然，最后不要忘记导出你的MCP，不然小龙猫可是不会给你干活的哦。制作SKILLskill的话，懂得都懂，直接按照MCP或者接口的使用方式写如何使用就行了，但是不要忘记在配置中增加技能导出。Q：那么让我们部署测试一下吧，但是为什么这么不稳定呢，好想http接口找不到对应的地址，就算找到也会失败。A：这是因为中有提到，与其他应用访问时，可以使用内部接口，但是需要请求时在中增加鉴权。Q：但是小龙猫哪里知道这些，我岂不是要写很麻烦的说明文档吗，况且我也拿不到这个凭据啊。A：不要着急，小龙猫设计的时候就已经规划好了，在中已经写好了，如果要访问懒猫应用地址是，可以增加对应的代理。而我们只需要在技能中明确说明，这个额外的HTTP接口你也要使用这个代理就可以啦。当然这里说的比较泛一点，有不明白的小伙伴可以去我移植的ZOCR项目中查看我写的技能提示词，或者让你的小龙猫看一下其他技能中是否有出现过类似的提示词，并让它给你生成一个新的，接着就是反复部署，开新的回话进行测试调整。知识点巩固文件夹和权限(系统版本V1.6.0)文件夹对应权限功能发展/lzcapp/var自动挂载存储应用数据，卸载时可选删除，在懒猫网盘/应用数据中查看-/lzcapp/cache自动挂载应用缓存目录，不重要可随时清理的内容，目前直接在网盘中查看-/lzcapp/run/mnt/home自动挂载被废弃的用户文稿目录V1.7.0后需要管理员明确授权 尽量不要使用/lzcapp/documentdocument.read/document.write新的用户文稿目录V1.7.0后正式上线/lzcapp/documentsdocument.private应用文稿根目录，可在懒猫网盘/全部文件/应用文稿中查看推荐使用，应用卸载后默认不会删除其他参考：路由权限和访问同一个应用不同的服务访问使用域名，详见不同应用间访问使用域名，并需要鉴权，详见无需登陆微服即可访问服务，适用于服务器上内网穿透公开服务（不建议），详见登陆状态下才能使用懒猫网盘拦截器，详见最后说两句看似简单的功能，但其实设计的知识点还是很多的。尽管目前已经对接了很多，但是还有客户端的部分也可以想办法接入。不过还在现在流程还能跑通，这也多亏了懒猫微服的设计者在背后做了很多的工作。不过随着技术的迭代，新的内容和挑战也一直出现。让我们一起学习，打造属于我们自己的数据中心和“小龙猫”吧。最后多嘴一句，不知道我之前提到的宇宙，会不会在工程师的规划之内呢。参考链接特别鸣谢

+5

最终效果实现将代码推送到A微服之后，A微服能自动将代码推动到B微服。实现代码多地备份。准备步骤本教程里面会涉及到两台微服，为了便于区分，教程中会将发起推送代码的微服称为A微服，备份的微服称为B微服。职能为下：A微服：用户主动推送代码的微服，主要负责将代码push到备份微服上。生产环境微服。B微服：会接收A微服push上来的代码。主要用作备份。在A微服和B微服都安装Gitea，微服上可以一键安装的。（两台微服都需要安装）安装多台微服连接的应用。（只有A微服需要安装）正式配置配置端口转发。（在B微服上操作）这一步是将B微服的gitea端口转发出来，后续给A微服去使用。配置如下：入口：微服域名， 端口号建议 23000出口：应用程序，选择应用 gitea (应用需要先启动起来), 选择gitea服务，端口选择:3000点击测试可以判断转发是否可用，如果不可用检查：转发的入口端口是否已经被占用了。gitea应用是否有启动配置成功之后会显示一条配置配置连接多台微服。（在A微服上操作）首先添加一下微服（登录B微服，登录了B微服的手机客户端扫码就好了）登录成功会有显示当前登录成功的设备。配置一下连接多台微服里面的端口转发，这个是将B微服的Gitea服务转发给A微服使用。这一步记住：目标端口需要填上一步端口转发中的入口的端口号，本地端口建议一致，这样不容易搞混。创建成功之后这里会有条配置配置Gitea自动同步配置。（在A微服配置）填写Git远程地址，这个地址需要从B微服的Gite仓库中获取B微服中需要新建一个仓库来接收。这个是B微服的配置！！！这个是B微服的配置！！！这个是B微服的配置！！！Gite的地址需要修改为从B微服中获取的，需要将域名修改为 http://host.lzcapp:23000 （端口需要和在上一步转发的本地端口一致），然后需要需要自动同步：推送提交时同步这个一定要勾选。配置成功之后会有一条配置信息。手动点击同步就会立马同步一次。提交代码就会自动同步了

+16

LightOS在使用过程中会需要访问外部服务，可以参考这篇攻略。使用到的应用：一、端口映射至微服宿主机简介：可以使用hclient登录后，进行端口转发，如图:该方式需要安装hclient-cliLightOS在创建新实例的时候可以勾选来进行安装：在下一步需要勾选"挂载/dev"若要在已有的实例上使用，则可以通过以下方式：首先确认是否已安装hclient在命令行输入:若未安装则提示：安装方式：方式一、可以在官网进行下载安装：官网下载页面：注：非LightOS设备需确认CPU型号进行下载：进入官网下载页面获取下载安装包选择合适的安装平台方式一安装的后续输入下面命令启动方式二输入：进入后首次使用会生成二维码，使用懒猫微服APP扫描即可登录。也可以使用账号密码登录。登录后按“q”退出tui界面，后台会存活。二、连接微服服务1、直接访问可以直接调用微服应用提供的服务通过：<微服名称>.heiyu.space 可以直接访问到微服通过：<微服应用定义的domain>.<微服名称>.heiyu.space 访问微服应用2、配置端口转发可以直接把这个实例内部的TCP、UDP端口转发到微服/任意一台登录了懒猫微服应用的设备上，相反也支持。具体操作如下：使用端口转发工具：三、hclient报错解决方案总结了一下报错，可以根据错误情况来排查。1.报错Runtime startup failed no such file or directory解决方法：2.报错：Runtime startup failed： Failed to connect to user scope bus via local需要做的事：若有文件为root权限，输入：若有遇到其他问题欢迎评论，看到了会及时更新攻略

+13

微服里的资料越来越多之后，我越来越不想在网页里点上传、下载。偶尔传一个小配置文件，网页够用。但要整理 Docker 镜像、拷几个 GB 的备份、用 VS Code 直接打开网盘里的工程——把网盘挂成本地盘符，和网页上传完全是两回事。更进一步：你想在 LightOS 里远程打开家里 PC 的终端，或者用「高级协同办公」读另一台客户端的 C 盘资料，也都得先搞懂客户端里的 「传输与挂载」。这篇按我 Windows 上的实测写：5 项开关各干什么、三套常用配置、三个完整场景（挂载盘符 / LightOS 远程 / 访问本地），以及从 0 到「网盘挂载成功」的顺序。按下面做，一般能到资源管理器里出现懒猫盘符、小文件读写正常。一、先搞清楚：你要解决哪类问题「传输与挂载」不是五个独立开关，而是三条常见链路的前置条件：你想做的事主要用到的开关本篇对应场景本机像打开 D 盘一样读写微服网盘网盘挂载 + 自动挂载在 LightOS 里远程操作某台 PC 的终端接入 LightOS在微服里浏览另一台客户端的本地磁盘访问本地夜间传大文件别传到一半电脑睡了传输不休眠见 和网页上传怎么选：方式适合不适合网页 / App 里上传单个文件、手机临时传大文件、要本地软件直接编辑网盘挂载到系统当普通文件夹用、批量拷贝公共电脑、不想留盘符传输不休眠夜间传大文件笔记本省电模式且合盖睡眠我的习惯：日常整理自托管资料、拷镜像包，先开挂载；偶尔发一个配置文件，网页就行。平台说明： 「传输与挂载」在 懒猫微服客户端 里配置（Windows / macOS / Linux 均有）。其中 接入 LightOS、访问本地 的被控端——也就是「让别人远程操作 / 读你这台电脑本地盘」——目前仅支持 PC 客户端；手机 App 可以登录微服，但不能作为场景二、三里「被读取本地磁盘」的目标机器。二、在哪里打开「传输与挂载」打开 懒猫微服客户端（已登录、微服在线）点左下角或头像菜单进入 客户端设置向下滚动，找到 「传输与挂载」 区块页面上是 网盘挂载总开关 + 四个勾选项。底部若显示 「当前状态：网盘挂载成功」，说明底层挂载 OK；若失败，先别动下面细项，直接跳到 。下面这张是同一页面的特写，方便对照五个选项的名称：三、5 项设置分别干什么1. 网盘挂载（总开关）整个「把懒猫网盘映射到本机」的总闸。关 = 资源管理器里不会出现懒猫盘。正常状态：开关打开，提示 网盘已挂载 / 网盘挂载成功。怀疑同步异常时，可先关再开，相当于软重启挂载，不必重装客户端。2. 自动挂载挂载懒猫网盘到操作系统——Windows 是多一个盘符或「网络位置」，macOS 是 Finder 里的挂载点。建议开： 家里主力机，每天都要从网盘拷资料建议关： 公司电脑、借别人的机器——避免关机后仍留挂载记录踩坑： 休眠唤醒后，偶发盘符还在但点进去超时 → 关自动挂载再开，或退出客户端重新登录3. 接入 LightOS允许 LightOS 访问当前客户端设备；开启后，Light OS 可远程访问、控制本机终端。开： 要用手机 / 另一台设备通过 LightOS 运维这台 PC，且网络可信关： 仅本地用网盘、不需要远程控终端这和「内网转发」不是一回事，但原则一样：只在信任网络开。4. 访问本地允许指定账号 访问本机文件系统（图中会显示被授权的用户名）。方向与「网盘挂载」相反：是 微服 / LightOS 来读你电脑上的目录。仅在做「把本机某文件夹备份到微服」或协同办公要读本地路径时开；用完就关，不要 7×24 全开。5. 传输（有传输任务时电脑不休眠）有传输任务时 阻止系统睡眠，避免传到一半断线。建议开： 传虚拟机镜像、大视频、整目录备份仍可能断： 笔记本 合盖睡眠（改 Windows 电源计划为「合盖不操作」或「仅关闭显示器」）；Wi-Fi 省电断开（大文件传输时插电源）四、场景一：网盘挂载成功时长什么样目标： 微服网盘出现在「此电脑」里，能像本地硬盘一样复制、删除、用 IDE 打开。操作顺序：网盘挂载 总开关 ON勾选 自动挂载看底部状态是否为 网盘挂载成功打开 此电脑 / 资源管理器成功时，在 网络位置 或左侧导航栏会出现类似 的条目，路径形如 ，并可能映射为盘符（如 Z:）：点进去之后，目录结构和网页网盘一致——、个人文件夹等都在，复制粘贴和本地盘没有区别：验证成功： 随便复制一个小文件进去，再复制出来，往返无报错。若要传大文件，再勾 传输不休眠，并检查 。五、场景二：接入 LightOS 远程操作客户端目标： 人不在电脑前，也能在 里看到已挂载的客户端，并打开远程终端。前置： 在需要被远程的那台 PC（Windows / macOS / Linux 客户端）上，勾选 接入 LightOS；LightOS 应用需已在微服中安装并启动。实测流程：浏览器或客户端进入 LightOS，桌面会出现 LightOS 入口（绿点表示在线）：打开 LightOS 实例 页，在 客户端实例 里能看到已接入的 Windows 客户端（名称取决于你本机）：点终端图标，即可在浏览器里操作该 PC 的 PowerShell / 命令行——和坐在电脑前差不多：技巧： 远程改代码、看日志、跑脚本时开；日常只拷网盘文件可以关，减少暴露面。六、场景三：访问本地 + 高级协同办公跨设备读文件目标： 在微服里打开 ，浏览 另一台已授权 PC 客户端 的本地磁盘（C:、D: 等），而不是只读网盘。典型用法：在外面用浏览器打开家里台式机 D 盘里的 Word，直接编辑保存。前置： 在被访问的那台 PC 上，勾选 访问本地，并确认授权账号正确；OnlyOffice 应用需已安装。实测流程：LightOS 桌面打开 高级协同办公套件：在文件管理里切到 客户端文件，会列出当前在线、且已开「访问本地」的设备：点进某台客户端，即可看到其本地盘符目录，像网盘挂载的反向操作——从微服侧读你电脑上的盘：什么时候用： 家里台式机存了大文件，人在外面用笔记本通过微服临时取；两台 PC 之间不想先上传到网盘再下载。什么时候别用： 公共网络、不可信账号——关 访问本地，需要时再开。七、三套推荐配置（直接抄）场景网盘挂载自动挂载LightOS访问本地传输不休眠家用主力机（天天用网盘）✅✅按需按需✅办公机（只读网盘资料）✅❌❌❌按需偶尔传文件✅❌❌❌传大文件时临时 ✅「按需」= 用完就关，不要长期全开 LightOS 和访问本地。八、从 0 到「网盘挂载成功」实录（可照着做）按这个顺序做，出错也好排查：确认微服在线（同一账号、设备未休眠）客户端 登录 无误客户端设置 → 传输与挂载 → 网盘挂载 总开关 ON勾选 自动挂载（若你需要盘符）看底部是否为 网盘挂载成功打开 此电脑，确认出现懒猫网盘项（见 ）小文件往返复制验证读写若要传大文件：勾选 传输不休眠，并检查 Windows 电源选项（合盖、睡眠、网卡省电）算成功： 盘符可读写 + 小文件往返无报错 +（可选）大文件传 10 分钟以上不断。九、常见问题9.1 显示挂载成功，但盘符打不开 / 一直转圈可能原因处理微服休眠或断网唤醒微服、检查局域网客户端假在线退出账号重新登录盘符冲突换机器试或重启客户端权限 / 杀毒拦截暂时排除客户端目录或关实时扫描试一次9.2 传到一半断了确认 传输不休眠 已勾检查笔记本 合盖策略、Wi-Fi 省电尽量 有线网 或稳定热点超大单文件可先压缩，减少断点重传成本9.3 LightOS 连不上本机先确认目标 PC 上 接入 LightOS 已开本机防火墙是否拦了客户端别和 访问本地 搞混——两个按需求分别开9.4 高级协同办公里看不到某台客户端那台机器是否为 PC 客户端（手机端不能作为被访问本地盘的目标）客户端是否在线、已登录同一微服是否勾了 访问本地，且授权账号包含当前登录用户客户端文件页切到 显示全部 再刷新9.5 macOS 用户本篇在 Windows 上实录；macOS 入口名称可能略有不同，但 五项含义一致。挂载点在 Finder 侧边栏，电源管理在 系统设置 → 电池 / 节能。十、和下一篇的关系挂载解决：本机 ↔ 微服网盘，像本地文件夹一样用。同一 WiFi 下，让手机或同事访问微服里的 应用，看下一篇 → 内网转发 (还没有发布)要把网盘文件 发链接给别人下载，看第三篇 → 文件分享（还没有发布）若你已经在折腾 出差联调、端口转发，另有：。三连串起来，日常大概是：资料放进 挂载盘符 同步到网盘 → 同事连同一 WiFi 用 内网转发 打开微服应用 → 要给外人发 PDF 用 文件分享 生成临时外链。十一、最后确认清单 客户端已登录，微服在线 网盘挂载 总开关 ON，状态「挂载成功」 按需开 自动挂载（主力机开，公共机关） LightOS / 访问本地 仅在使用时开 传大文件：传输不休眠 + 电源计划检查 资源管理器能读写小文件 （可选）LightOS 能看到客户端实例；（可选）协同办公能读授权客户端磁盘文末测试环境：Windows 11 · 懒猫微服客户端 v2.0.13 · 系统 v1.6.0 · 2026-06。应用商店：本篇相关应用：LightOS：高级协同办公套件 OnlyOffice：系列下一篇相关应用（文件分享）：本文为个人使用经验，界面以你当前客户端版本为准。截图中的设备名、用户名、域名均已打码为示例占位符；设置涉及本地文件与远程访问，请仅在可信环境开启相关权限。

+14

如果你出差、在家办公，不在公司内网，却还要做微服务开发联调，这篇可能有用。我会按真实场景写：如何访问内网网关、Nacos、Swagger、业务系统，以及如何让内网网关回调你本地正在开发的服务。文中示例地址已做脱敏处理，你按自己环境替换即可。一、要解决的问题我平时做微服务开发，人在公司内网时很简单：前端调 网关，后端服务注册到 Nacos，网关再按注册信息调用各个后端服务。需要看接口时打开 Swagger，需要看业务效果时打开内网页面。但出差或在家时，电脑不在公司内网里，会遇到两个方向的问题：我访问不到公司内网资源：比如网关、Nacos、数据库、Redis、RabbitMQ。公司内网也访问不到我本地服务：我本地服务虽然启动了，但如果注册到 Nacos 的是家里 WiFi / 本地宽带 IP，内网网关根本调不到。这篇用 懒猫微服私有云 + 局域网端口转发工具 + PortProxyGUI，把这两个方向都打通。最后效果是：人不在公司内网，也可以像在公司一样做微服务联调。文中为了好理解，把公司内网里的中转机器叫 同事电脑。实际使用时，不一定非要占用同事的主力电脑，也可以在公司放一台性能一般的 Windows 小主机、旧笔记本、迷你主机，当作 内网代理机。只要它常开、能访问内网服务、能登录懒猫微服客户端，就能承担同样的中转作用。二、本文使用的打码示例下面所有地址都已经打码，只保留结构和端口，方便替换成自己的环境。角色打码示例说明内网网关公司内网网关地址懒猫转发后的网关出差电脑访问这个地址Nacos公司内网 Nacos 地址懒猫转发后的 Nacos出差电脑访问这个地址同事电脑 / 内网代理机公司内网里常开的 Windows 电脑，可以是低配小主机我本地服务端口我电脑上正在开发的后端服务端口其他内网服务 等数据库、Redis、RabbitMQ、其他 HTTP 服务同理核心原则：我主动访问内网资源：用懒猫微服把内网服务转发成 。内网服务器主动访问我：让服务器先访问同事电脑或内网代理机 ，这台中转机再通过 和懒猫通道转给我。三、先看整体拓扑3.1 我访问公司内网资源我在外网，不能直接访问内网网关、Nacos 等服务。做法是：3.2 公司内网访问我本地服务我本地服务启动后，内网网关要调用它。但内网服务器访问不到我的家庭宽带 IP，所以需要走回程：3.3 打通后就是开发闭环去程解决“我访问内网”，回程解决“内网访问我”。两个方向都通之后，前端、本地后端、网关、Nacos、内网服务就能形成闭环。四、前置条件4.1 同事电脑 / 内网代理机这台电脑必须在公司内网里，且能访问网关、Nacos 等内网服务。 Windows 电脑常开，能访问 、 安装并登录懒猫微服客户端 在局域网端口转发工具里能看到需要转发的在线客户端设备 有管理员权限，方便配置 PortProxyGUI / netsh / 防火墙不要求和我的电脑登录同一个账号。局域网端口转发工具可以选择当时在线的账号设备，只要目标设备在列表里在线可选即可。更推荐准备一台低配 Windows 代理机放在公司内网里，专门负责中转：性能要求不高，能稳定运行懒猫微服客户端、PortProxyGUI 即可；最好插电、有线网络、不要休眠；能访问网关、Nacos、数据库、Redis、RabbitMQ 等你要转发的内网服务；不跑业务，只做中转，后期排错也更清楚。4.2 我的出差电脑 安装并登录懒猫微服客户端 本地前端、后端开发环境能启动 本地服务端口固定，比如本文示例 4.3 24 小时在线设置如果这套链路要长时间使用，同事电脑或内网代理机不能休眠。Windows 11 可以这样设置：打开 设置 → 系统 → 电源和电池展开 屏幕、睡眠和休眠超时在 已接通电源 下，将 使我的设备在以下时间后进入睡眠状态 设为 从不其他 Windows 版本路径可能不同，搜索 睡眠 或 接通电源 找到对应设置即可。五、情况一：把内网网关转发出来我的第一个需求是访问公司内网网关。真实地址已经打码，结构如下：这样我在外网浏览器、前端项目、接口工具里访问 ，实际访问的就是公司内网网关 。5.1 出口配置：使用微服域名在 局域网端口转发工具 中编辑转发规则：协议：局域网入口类型：选择 微服域名出口地址：监听端口：这里的 是我为了对应网关端口 额外选的外部端口。你可以换成其他未占用端口，但建议有规律，后面维护会轻松很多。5.2 目标配置：指向内网网关目标配置选择 微服客户端，然后填内网网关地址：转发目标类型：微服客户端客户端设备：选择在线的内网客户端设备目标 IP：目标端口：点击 测试目标连接，提示目标地址连接正常，就说明这条链路已经通了。六、情况二：把 Nacos 转发出来微服务开发离不开 Nacos。我的 Nacos 在内网里，打码后结构如下：流程和网关完全一样，只是端口不同。6.1 Nacos 出口配置协议：局域网入口类型：微服域名出口地址：监听端口：6.2 Nacos 目标配置转发目标类型：微服客户端目标 IP：目标端口：测试通过后，浏览器打开：能看到 Nacos 登录页，就说明 Nacos 也可以在外网访问了。七、其他内网服务也一样网关和 Nacos 通了之后，其他服务的转发方式完全一样：服务类型内网地址示例转发后示例说明网关前端、本地服务主要调用它Nacos注册中心 / 配置中心数据库客户端连接即可Redis注意密码和环境隔离RabbitMQ管理端口和 AMQP 端口分开配技巧是：一个内网服务对应一条转发规则。只要同事电脑或内网代理机能访问这个服务，懒猫微服就可以把它转发出来。八、前端怎么用转发后的网关前端本地开发时，把原本指向公司内网网关的地址，改成懒猫转发后的域名即可。这样前端仍然调网关，由网关再去调内网里的其他微服务。对前端同事来说，开发体验和人在公司内网基本一样。实际验证时，我打开了 Swagger 页面，也能正常看到网关下的接口信息。业务页面也可以正常打开。再看浏览器 DevTools，接口请求返回 ，说明页面不是“只打开了壳”，而是真的能调到接口。九、回程：让内网网关调用我本地服务只解决“我访问内网”还不够。微服务开发还有一个关键点：我本地服务要注册进 Nacos，并被内网网关调用。问题在于：我本地服务跑在出差电脑上，例如端口 如果注册到 Nacos 的地址是家里 WiFi / 本地宽带 IP，内网网关访问不到所以注册地址不能写我自己的本地 IP，而要写 公司内网里可访问的同事电脑 / 内网代理机 IP本文打码示例：也就是说，内网网关以为它在调用公司内网里的中转机：但这台同事电脑或内网代理机收到请求后，会通过 PortProxyGUI / netsh 和懒猫通道，把请求转发到我的出差电脑本地服务。9.1 本地服务端口固定本地后端服务先固定端口，例如 。如果你的服务端口经常变，回程转发就会很麻烦。建议本地联调期间固定端口。9.2 注册 IP 写同事电脑 / 内网代理机 IP本地服务注册到 Nacos 时，注册 IP 写同事电脑或内网代理机在公司内网里的 IP，例如：这一步的意思是：让内网网关调用 ，不要让它调用我的家庭宽带 IP。9.3 中转机用 PortProxyGUI 做系统级转发在同事电脑或内网代理机上，用 添加规则：等价命令是： 只是把 做成了图形界面，适合不想记命令的同事使用。注意：PortProxyGUI 不会自动配置 Windows 防火墙，如果公司内网访问不到 ，要检查这台中转机的 Windows 防火墙是否放行 。更完整的 Windows 端口代理工具说明，可看我之前写的：。9.4 回程链路实际长这样完整回程是：这样内网网关就能调到我本地正在开发的服务。十、常见问题现象优先排查转发工具测试目标失败同事电脑或内网代理机是否能访问目标内网 IP/端口；目标服务是否启动外网打不开 规则是否启用；端口是否填错；客户端是否在线Nacos 能打开但服务注册异常本地服务注册 IP 是否写成同事电脑 / 内网代理机 IP；端口是否固定网关调不到我本地服务PortProxyGUI 规则是否启用；中转机防火墙是否放行端口；懒猫客户端是否在线页面打开但接口失败前端配置里是否仍有内网 IP；DevTools 看接口是否走转发域名用一会儿断开同事电脑或内网代理机是否睡眠；Windows 电源设置是否为“从不睡眠”十一、小结这套方案的核心不是“单纯远程访问一个网页”，而是解决微服务开发里的两条链路：我访问内网资源：网关、Nacos、数据库、Redis、RabbitMQ 都可以通过懒猫微服转发成 。内网访问我本地服务：把本地服务注册成同事电脑 / 内网代理机 IP，再由这台中转机用 PortProxyGUI / netsh + 懒猫通道转回我的电脑。最后效果就是：人不在公司内网，也能完成前端、后端、网关、Nacos、业务页面的闭环联调。文末信息测试环境：Windows 11 · 懒猫微服客户端 · 局域网端口转发工具 · PortProxyGUI。关联应用：应用商店：Windows 端口代理工具：延伸阅读：本文为个人使用经验；菜单名、域名格式以你当前客户端为准。所有截图均已打码，示例 IP/域名仅表示结构，不代表真实环境。

+18

截止6.30中午11:50名单统计：站点 显示名1024.day 小张1024.day xzmario1024.day Ad74101024.day 海盗船长1024.day cheese1024.day 虫子樱桃1024.day dmcs1024.day dsltyyz1024.day 吴法吴天1024.day 发财暴富上岸1024.day hiram1024.day LyraSagan1024.day iftom1024.day 真的信1024.day J3fFury1024.day jojo_10241024.day jsm1024.day 240先生1024.day lanbo1024.day 林间香1024.day liuhaha1024.day 密室逃不脱1024.day nullll1024.day 1024GB1024.day pax1024.day anyone1024.day shakaray1024.day suiyu1024.day TiTl1024.day TRAESOLO1024.day Uiharu1024.day wanghy1024.day 微风1024.day 小小星1024.day 抱抱佑宝吧NodeLoc wongNodeLoc 7ApbYXCNodeLoc 张NodeLoc xinlanNodeLoc accaNodeLoc ¸„.-•¹°”ˆ˜¨ A̶c̶c̶o̶u̶n̶t̶ ̶N̶o̶t̶ ̶D̶e̶f̶i̶n̶e̶d̶ ¨˜ˆ”°¹•-.„¸NodeLoc aetherFogNodeLoc aiermNodeLoc Arvin_LeungNodeLoc 渡川不渡月NodeLoc Sp1keNodeLoc flyyNodeLoc rongNodeLoc azhaoyihaoNodeLoc 培根冲冲冲NodeLoc blmsgNodeLoc BufferTideNodeLoc captain5258NodeLoc cc1359NodeLoc CDKJNodeLoc ckingNodeLoc QQ飞车NodeLoc CoolManNodeLoc CoreMwistNodeLoc CurtainChanNodeLoc 虫子樱桃NodeLoc demopNodeLoc DuskGlideNodeLoc EdgeSpireNodeLoc fiee007NodeLoc FlowCrestNodeLoc funnyaiNodeLoc gabriel-hawkNodeLoc gamesheepNodeLoc GarfyNodeLoc gene_motleyNodeLoc gfjh FffNodeLoc GhostPebbleNodeLoc guguan123NodeLoc hbzxNodeLoc HiramNodeLoc houmusicNodeLoc htmlNodeLoc HubDriftNodeLoc huxuboNodeLoc ineNodeLoc irisThornNodeLoc 信NodeLoc jacky2023NodeLoc JamesNodeLoc JisucloudNodeLoc jojo7780NodeLoc 咸鱼不闲NodeLoc 金子会发光NodeLoc keyBreezeNodeLoc killsoulNodeLoc King0f LightNodeLoc krisyuNodeLoc lbjNodeLoc 一壶老酒慰风尘NodeLoc linkPikeNodeLoc LinuxNodeLoc liuhahaNodeLoc lleoNodeLoc locolNodeLoc MegaBloomNodeLoc BalalaNodeLoc Mike123NodeLoc MioNottoNodeLoc koosdNodeLoc netfunsNodeLoc newbietanNodeLoc nl者NodeLoc nodeSprayNodeLoc ohhNodeLoc OLDFishNodeLoc orbitMistNodeLoc oversleepNodeLoc Patr1ck ShawNodeLoc patrick0306NodeLoc PixelThornNodeLoc plmko9527NodeLoc QuickWadeNodeLoc RavenNodeLoc sharwNodeLoc ShellyyNodeLoc sxcNodeLoc SyncRoveNodeLoc systemNodeLoc nullNodeLoc TeraWadeNodeLoc FredNodeLoc toddskotNodeLoc 牙牙不疼😥NodeLoc ultraThornNodeLoc 青衫渡NodeLoc vanhelsing996NodeLoc VexRoveNodeLoc VincertNodeLoc wanxingweimianNodeLoc waveGaleNodeLoc whisperNodeLoc 晴空万里NodeLoc 帮开心NodeLoc wxkNodeLoc XcelSprigNodeLoc xiatiandemimiNodeLoc xxxxxxzNodeLoc xybugNodeLoc 有吉士先走NodeLoc Yoya ComanNodeLoc 毓 殇NodeLoc YumeSparNodeLoc 云间失格NodeLoc yyzNodeLoc ZachariahNodeLoc zeroornullNodeLoc zhangxinNodeSeek 动物园NodeSeek 多少楼台烟雨中NodeSeek 假装不单纯NodeSeek 懒猫微服NodeSeek 丿啦灬啦啦NodeSeek 三七开NodeSeek 山山而川NodeSeek 苏坡爱豆NodeSeek 真的信NodeSeek a54330173NodeSeek aiermNodeSeek anyone7410NodeSeek ArmyNodeSeek balayanNodeSeek bjliuNodeSeek captain5258NodeSeek captainvixNodeSeek chatnicemanNodeSeek cloud-haruNodeSeek cockliNodeSeek czytNodeSeek dmcsNodeSeek fangfdNodeSeek ftxddNodeSeek Gabriel-HawkinsNodeSeek galsaNodeSeek GeneMotleyNodeSeek haoxinyuNodeSeek himydearfriendsNodeSeek hiramwongNodeSeek houmusicNodeSeek htmlNodeSeek icepicNodeSeek iftomNodeSeek J3fFuryNodeSeek KarelNodeSeek klsdfjoNodeSeek LazyEaseNodeSeek lepigNodeSeek liuhahaNodeSeek liziNodeSeek LyraSaganNodeSeek lzlfNodeSeek maplerenNodeSeek nagabi4725NodeSeek nahidafurinaNodeSeek netfunsNodeSeek nodeflowNodeSeek nulllNodeSeek oldfishNodeSeek paffNodeSeek patr1ckNodeSeek psycheNodeSeek qsw745NodeSeek solongNodeSeek tonycoooooNodeSeek traefikNodeSeek waka666NodeSeek wm2029NodeSeek xia-erNodeSeek XiaozhangNodeSeek xuwussNodeSeek xzmarioNodeSeek zerozwyNodeSeek Zeu1ssNodeSeek Zhu2007hongyuNodeSeek ZilzykV2EX 0BlackCat0V2EX 0xFxV2EX 1235467V2EX 3276074454643SjV2EX 3922989V2EX 3x1415926535V2EX 57ingV2EX 72DV2EX 9GV2EX a197110V2EX abc0123xyzV2EX AbnerV2EX AceRacerV2EX acupnocupV2EX ad7410V2EX adrien2333V2EX ai0byV2EX alluofuyoV2EX alpha4zetaV2EX AlvaMuV2EX AmcrowV2EX amundsenV2EX andyzhshgV2EX AnononoV2EX ansnailV2EX ApIEfuseV2EX ArmyhV2EX Aura7988V2EX azreasV2EX b2bycoV2EX baodashenV2EX battttttV2EX bbb001V2EX BeADreV2EX bekiceV2EX benzlucyV2EX BichatV2EX BingbingV2EX bingo084V2EX blankmissV2EX BlueZone1V2EX Bo0V2EX bringyouV2EX businesschV2EX c9792536451V2EX caborjanV2EX CalistaKV2EX chashaoV2EX ChenchenggV2EX chenpbhV2EX ChenShannV2EX chensong004V2EX chenyijie78V2EX CherryGodsV2EX CinderellamV2EX CmdhelpV2EX codingXuwV2EX colorfulberryV2EX cozzzV2EX CP1919V2EX crocoBabyV2EX czytV2EX dark3212V2EX defunct9V2EX DigitalO1V2EX dmcsltV2EX dongdongdongV2EX donggenmuV2EX dr35V2EX Dream11V2EX dycc2010V2EX dz5362V2EX EalrangV2EX easingV2EX echoXV2EX efxy107V2EX emmmbuV2EX eocp2020V2EX FamrenV2EX fendV2EX ffLoveJavaV2EX FGHWETTV2EX flavorV2EX FlyingYuV2EX flyme2them00nV2EX flyxqV2EX FqwKVgsvV2EX freedomSkyV2EX frostzhV2EX futuanV2EX fuwenpeiV2EX GnnbbV2EX gojoV2EX GoldenSheepV2EX GreatshuV2EX handing88V2EX HapenlyV2EX happydebugV2EX harry924V2EX hemV2EX HiramWongV2EX HooopeV2EX HowardLeoV2EX howerocV2EX HoyeV2EX htmlV2EX huhuan808V2EX HumiV2EX hungry557V2EX hxm0070V2EX i33V2EX IAmAnonymousV2EX iamdennismeV2EX ianyagnV2EX icepicV2EX iddddgV2EX ilinvaiV2EX imhererV2EX imxiaoiV2EX incuV2EX intanswerV2EX isaaccV2EX issaclamV2EX itIsUnbelievableV2EX j0k3rhV2EX jackwayV2EX japhetjiu699V2EX Jas0nGV2EX Jason0803V2EX jassonaxzV2EX jepqV2EX jianqiao031313V2EX JionLeeV2EX JustMoeV2EX kamilicV2EX kcojkcnwV2EX keerV2EX kingliskyV2EX KrenJayV2EX ldcr1319V2EX lemonautumn1V2EX lemontreesV2EX leoxstudyV2EX lepigV2EX liangckV2EX liaohV2EX lifeintoolsV2EX lil460982475V2EX lin007V2EX lingdian4yuanV2EX linglongllV2EX linjiasen63V2EX linkerV2EX littlekidV2EX liubenjian1994V2EX liwwV2EX lje024V2EX LokiSharpV2EX LoLeonV2EX lonenolV2EX longjumpingV2EX lostimeV2EX lozzowV2EX LuckykeeperV2EX LudwigWSV2EX lwsblueskyV2EX ly529V2EX lzy250V2EX mach9452V2EX madkuV2EX MaGuaZhuV2EX MangoCloudV2EX marchDuV2EX mewxivV2EX mikaelsonV2EX ming7435V2EX mjchowV2EX mockRanV2EX modao233V2EX mopengfeiV2EX MrFUNV2EX MrWhiteV2EX mywjywV2EX nanisamaV2EX NcanbackV2EX NeoAshesV2EX netproV2EX NomiTangV2EX noobcV2EX notgodaV2EX nsjsV2EX NzelitesV2EX Oct-00V2EX oldAndyV2EX OneJackieV2EX OrangeAddV2EX p2exV2EX palardV2EX pandatoolsV2EX pandawatchingtvV2EX pangleonV2EX ParleyV2EX pengfeiV2EX piaomiao0315V2EX plcxV2EX poerfeiV2EX ppyzzzV2EX pup0yV2EX purasV2EX putouV2EX Pythoner666666V2EX qgymibV2EX qikexiuV2EX qiuhangV2EX qsw745V2EX QuinceyWuV2EX rainlyV2EX RanhaoV2EX rayg0V2EX RinolinV2EX ro0otV2EX RockyLiV2EX RoumaxV2EX rozboV2EX Ryan52V2EX sankeffV2EX Saraba1V2EX saynonononV2EX screwrV2EX sdoughnutV2EX shagaV2EX shawpan01V2EX she00ll13314V2EX shuangxiV2EX sigggV2EX sirwu28V2EX SjerV2EX skywalker0507V2EX smallzhanV2EX SmilehV2EX snowmaples927V2EX SoundFragmentV2EX ssddeV2EX StephenChowV2EX StudyFungV2EX sun522198558V2EX supahotfireV2EX SwimmingV2EX TaxpayerV2EX TellMeWHYV2EX tfdetangV2EX ThroV2EX timtang2010V2EX tjxworkV2EX tree15V2EX tristesparksV2EX tsin1618V2EX uCharlesV2EX urhostsV2EX vbzhouV2EX Verx0V2EX vicenceV2EX VictoriousV2EX vvv7000V2EX w127250V2EX w21020V2EX wcylV2EX wdadadV2EX WeaPoonV2EX webxyV2EX WenstorV2EX whj768702V2EX wildmakerV2EX willxiangV2EX wl199601V2EX wtfwcV2EX wuqingweiV2EX xAIV2EX xgm9300V2EX xiaocslV2EX xiaoyaocmxV2EX xing666V2EX xinzhanghelloV2EX xiyuesavesV2EX xjjdqqV2EX xlouisV2EX xMinV2EX xppggV2EX xpxV2EX xuzhzzzV2EX xxbwV2EX xxdsoxV2EX xxikaV2EX xxxmachinesilyV2EX xzh654321V2EX xzmarioV2EX yahaooV2EX YangWaleedV2EX YangYang666V2EX yemptyV2EX yicoldV2EX yiming1888V2EX YOKAMIAV2EX young4uV2EX YouyanV2EX yoyoyoyololV2EX yrycV2EX ywutiaoV2EX zachariahchan66V2EX zerolinckV2EX zerozwyV2EX zettttV2EX ZGameV2EX zhengjingV2EX zhijinkaiV2EX zhoulouziV2EX zhuang0718V2EX ziwiwizV2EX ZzzO00X SnowMaples_X TresmortX NolanHau1818X sun44481789X trxuanxwX bianaiSMX Kong_HankX zhistor26X Sir_YjX anyonebutmetroX FZhou11183X intanswerX zDheO048HHbVdVBX dotff1X C1ownhjjX dadaitcomX cliffhpX DeidraReni30165X mrplus_plusX Lyra_SaganX kevinzychenX sleepyHan9527X en_wantingX LongSuCatX ScoutZSHX zyy0070X chandle83677335X AnRedPassNowX lU4YIUq3oHHdkktX AyakaNya_0412X ogg42440127X FengMikaelsonX FgD1391437X jAAoOS5rqt96741X ChenThreeCX flimitrX 1WQ102Sourrrrr_X BTC21KX posthooopeX Krisyu36X er_jin23670X xxzzmarioX haoxinyu1X ohh561X TincZhao56778X tinycochaX CaptainVIIXX Rms_kaiX paxzeroornullX jiarenluX DView9577X dhbzkbx6888892X zhc1319X daweiba007X CHazem98281X bangkaixinX LJE024X wyhai1015X JianfengLuX AliceLFGX wl502_X 1PickLabX sbujtnX real_uCharlesX awhitesharkX 0xFeeeX X_Than_X 0xexxX cost16841599X chucky_2008X myprecousX MemexAlphaX FLHSVX NeZhaBTCX yuanbaoleoX rt33thinkX Walker23333333X misscat0xX pepe82215845991X 0xMeowwwwX MrDeeevX MrFzFX likon07385146X BTCYSJX MotionBNBX woyaofanshenX jackzho6037601X ytzk3389X youqi415033X RoadMonsterxX youfq2fX u1KfWSmlVeCzPvIX whataioleyX shaka_kangX ElkanZinsserX llll51340085X Tim453102085X kuankqaqX cao_jia37837X kjgfcz65286373X Hilda74790083X CachoidXieX ZachariahC72057X intrain_lynX zsp9901