V2EX 热门帖子
1. [Google Antigravity 提示: You are ineligible for higher rate limits through a Google Al plan at this time.
View plans](https://www.v2ex.com/t/1182862#reply0)
怎么办,好郁闷!
作者: Rust2015 | 发布时间: 2026-01-03 23:36
2. 求各位佬帮我决定一下 11 还是 10
设备是联想的 T440P ,cpu 是 i7-4700MQ ,内存 8G
不确实是安装 win10 还是 win11 。除了 windows 系统之外还考虑安装一个 Linux 的双系统,求各位佬根据实际体验给一些建议
作者: MuskZhou | 发布时间: 2026-01-03 10:09
3. 感觉 gemini3pro 真的变蠢了。
搞了好多天 gemini3pro 都解决不了的问题,deepseek 给我解决了。
我真是太盲目的迷信 gemini3pro 了,浪费了我好多时间。
另外我发现 gork4 也真的是一坨,就没写成功过我想要的效果
作者: sq4537 | 发布时间: 2026-01-03 01:55
4. 为啥国服腾讯云登录方式把 passkey(通行密钥)阉割了?
不理解,也不想尊重
![]()
作者: livenpc | 发布时间: 2026-01-03 16:57
5. 折腾两天还是换回 Manjaro
回想起来 manjaro 已经用了快 10 年,工作生活都一直在使用
其实自己一直都不是那种爱折腾的人,所以我对各种发行版有什么好坏根本没什么感知,包括对各种 ui 美化啥的更是无感,只是觉得不要折腾开箱即用,能支持软件齐全就行
前两天把好久没滚的 manjaro 更新了,应该是 plasma6 默认上 wayland 有点问题,导致屏幕各种撕裂、斑块,其实只要安装一下 X11 模块就好,但感觉风评越来越差的 manjaro 还会这或那的问题,所以索性打算换 mint 了
刻录、安装一共花费约半小时,进到里面有种很“稳”的感觉,虽然整体没有 kde 那种丝滑和设计美感,但也还能接受。 我唯一的要求是各处的 UI 的字体必须同一 必须是:默认无衬线且组合为思源黑体+思源宋体+source code pro 然而 mint 的字体设置偏偏没法去设置衬线/无衬线,等宽设了也没用,一番 debug 下来也不知道是哪个优先级最高的文件生效了,自己手工定义的也没用
随后折腾了下下拉终端 Guake ,它快捷键设置居然没法对切分的窗口做切换和单独关闭,只能关闭整个当前标签页,而 github 上有个关联 issue 已经提了 4 年
后来发现默认的 bash 没有太多预定义样式和插件,而自己手工安装的 zsh 怎么都配不成习惯的样子
至此对该系统的试用已经结束了(中间省略其他不顺手)当然我非常清楚这我对 mint 感觉不佳是因为 我的“不习惯”产生,并不是系统本身存在什么问题 考虑到要把一切弄成“习惯”的样子所花费的时间成本,那为什么我不直接换回去呢,所以至此还是决定换回更熟悉的 manjaro ,直接解决遇到的问题
就在如此短暂的试用中我还是能感受到 mint 的优点的,比如其包管理机制安全性是显著高于 manjaro 的,还有桌面的稳定性也比 kde 高,其 shell 默认是干净的在一些人看来也是优点
总结下现在知道了自己对操作系统的要求是生产力工具,在各种场景下“熟悉感”是第一决定因素。 至于 manjaro 自身的问题,只能说以后多滚吧😂另外祈祷下维护团队多做些测试
作者: extrem | 发布时间: 2026-01-03 17:00
6. 求助,群晖存储池在线重组失败
一觉起来发现群晖有个盘出问题,提示我在线重组,但点了之后显示重组失败,按提示重启再次尝试重组也不行(单盘的 basic 模式)。看了一下盘的 smart 情况显示良好,求助一下各位大佬还有什么办法吗?
作者: Qhunt | 发布时间: 2026-01-03 15:03
7. windows11 系统关联的格式总是失效是什么原因呢
也没有安装删除软件,也不是格式关联到其他软件了,而是本来好好的变成了没有关联了,或者变成 windows 带的应用格式了,比如视频有时候变成了 Windows Media Player 打开,或者变成了未关键双击变成选取应用程序的样式了。
请问各位大佬是怎么回事,有什么办法固定吗,比如视频我用的是 potplay 。
作者: xingye163 | 发布时间: 2026-01-03 13:28
8. 真诚请教, Github 上有没有比较靠谱的产品类别/分类/目录的项目, 就是类似三级联动的多语言地址输入项目这样的
比如 Temu/amazon 的卖杂货的产品类别目录.
又或者类似 misumi.com 这种专业垂直类的产品目录维护的(文字版即可)?
https://us.misumi-ec.com/vona2/mech_material/ 左侧导航菜单这样的就是.
作者: Hermitist | 发布时间: 2026-01-03 08:57
9. vibe 了一个基于 AST 自动提取 js/ts 代码上下文的工具
起因是 CC 读大项目的时候,幻觉严重,特别是对于需要大量上下文的复杂流程理解错误,所以基于 AST 做了一个工具来提取函数签名,以及调用关系,能极大压缩上下文的情况下让 CC 完整理解调用链路。
欢迎 V 友试用,轻喷,当然能给个 star 就更好了
作者: didnhdj2023 | 发布时间: 2026-01-03 05:19
10. 似乎只要账号超级干净就能用 Antigravity
目前简中的说法都是”谷歌账号归属地须与支持 Antigravity 的节点 IP 一致”才能用 Antigravity 。
我刚才用个超级干净的账号测试,发现只要账号是支持地区的就行,并不完全要求”一致”,例如 JP 账号配 US 节点也能用。
超级干净定义:谷歌账号从注冊、使用到支付都没接触过不支持 Antigravity 的地区 (CN / MO / HK 等)。
账号:台湾注冊 + EULA 地区台湾 + Play 地区日本 + 无付款方式 + 15 年老号
节点:奥地利
作者: 383394544 | 发布时间: 2026-01-01 21:03
11. NAS 怎样使用 ai 项目?
各位好
nas 能用 gpu 吗?
如果不能用,大家在 nas 上安装的 ai 项目可能就会比较慢,对吧
这个怎么解决呢?谢谢
我查了一下,似乎只有少数高端 nas 有 gpu ,难道 nas 就只能用于下载或者运行一些普通项目?
作者: guiyumin | 发布时间: 2026-01-02 07:46
12. 咨询 Google AI pro 白嫖教程,适合 Antigravity
元旦放假闲来无事,基于 Antigravity 的 claude 免费额度太少,7 天才更新一次,想搞下 Google AI pro 的学生认证,白嫖一年,但教程里学生认证 https://batch.1key.me/一直失败,提示 IP likely banned. Use another USA IP.想问问各位大佬是怎么操作的。咸鱼上操作是否靠谱? 1 、1key 一直提示。IP likely banned 如何解决?image-20260102192713947 2 、咸鱼上操作是否靠谱? 3 、我在 L 站看到相应的教程,需要登陆才有打开打开,但 L 站的注册的门槛很高,哎。
作者: Seawalker | 发布时间: 2026-01-02 11:29
13. 赶着末班车, 还是定了谷歌 99 刀一年会员
虽然前阵子也搞了个学生白嫖
不过担心那天失效
还是上车了, 我需要得是一年稳定使用
600 多块钱肯定是值得
也不想 ide 啥的换来换去了
相信谷歌后面就算额度缩水点应该不至于太过分
作者: iorilu | 发布时间: 2025-12-31 07:29
14. 请教个群晖 NAS 寿命问题
ds215j 使用差不多 10 年了,就是 raid1 4T ,synology drive 来备份资料和照片视频, 问 AI 随时有坏掉的风险,有必要现在就换掉吗?
作者: IAmAnonymous | 发布时间: 2026-01-02 06:02
15. Arch Linux 下微信备份聊天记录的方案?
似乎只有 wine 和虚拟机两条路了吗?
作者: yuanyuan11 | 发布时间: 2026-01-02 10:23
16. 小程序页面被系统回收
我的小程序在一段时间未使用后,重新打开,页面是空白的,偶发,不是每次都会遇到。不清楚是什么原因导致的。
现象描述 1:
打开小程序->请求接口数据->正常使用->关闭小程序去处理其他事情->再次打开小程序,小程序呈现的状态是未请求接口数据的样子(页面空白无数据)。
现象描述 2:
打开页面 A->页面 B->页面 C ,关闭小程序去处理其他事情,重新进入小程序,看到的是页面 C ,返回->看到页面 B ,再返回,->看到的页面 A 是空白无数据的状态。
现在怀疑是内存紧张,被回收导致的,这种情况该如何定位和处理这种问题呢?
作者: michaelye1988 | 发布时间: 2026-01-02 10:57
17. 为什么看 VSCode 的主题都很刺眼? Sublime Text4 看着就舒服?
也就 Solarized Light 看着还好,暗黑就刺眼,太亮也是=。=100 度左右带点散光。
但是看 Sublime Text 4 的默认主题就很舒服,不刺眼,看久了也不难受,有什么办法解决吗?在 VSCode 中安装而好几个主题,包括 Sublime Text4 主题,颜色接近,但是还是难受,哎!
作者: ronny | 发布时间: 2026-01-01 13:37
18. 笔记本上语音输入使用豆包体验真不错
今天在家里第一次尝试 macbook 上通过语音输入使用豆包,体验真不错。 工作天天打字手指头有些酸痛, 另外在公司也不太可能使用语音输入。
作者: albin504 | 发布时间: 2026-01-02 01:45
19. XXL-CONF v2.2.0 | 分布式配置中心与注册中心
Release Notes
- 1 、 [升级] 升级至 SpringBoot4 ;升级多项 maven 依赖至较新版本,如 springboot 、spring 、mybatis 、xxl-sso 等;
- 2 、 [新增] 容灾降级:客户端会周期性同步配置到本地快照文件(新增配置项设置本地文件目录“xxl.conf.client.filepath”);在极端情况配置中心不可用时(如配置中心宕机),客户端降级使用本地配置快照文件,保障系统可用性;
- 3 、 [增强] 一致性保障强化:强加建设 “启动预热+全量巡检+增量监听” 相结合的一致性保障策略。启动阶段主动初始化全量远程配置至本地,提供周期性配置比对巡检能力以及增量变更感知推动能力,确保配置数据准确性与一致性。
- 4 、 [新增] 新增 Docker Compose 配置,支持一键配置启动调度中心集群;
- 5 、 [优化] 配置编辑器:升级为 CodeMirror ,提升交互体验;
- 6 、 [优化] 配置 Diff:支持行维度对比配置数据变更,提升配置安全及追溯效率;
- 7 、 [重构] 配置监听重构为异步队列处理机制,避免耗时监听逻辑影响系统性能;
- 8 、 [优化] 组件线程代码重构,提升性能以及可维护性;
- 9 、 [优化] 增加主题皮肤选项并优化界面交互;
- 10 、 [优化] 操作体验优化:表格交互调整为单行选中模式;禁用分页循环;优化分页限制文案;
- 11 、 [优化] 交互优化:仪表板统计信息展示完善;新增配置默认选中当前服务;
- 12 、 [优化] 重构项目依赖管理,将依赖版本统一到父级 pom ;
备注:
a 、该版本新增支持“启动预热”、“容灾降级”等新特性,客户端 SDK 依赖需要一并升级;
b 、该版本新增支持配置变更 Diff ,相关日志表需要新增字段,需要执行如下 SQL 脚本
// 表变更 SQL 脚本:
alter table xxl_conf_data_log
add old_value text not null comment ‘变更前,配置项 Value’;XXL- CONF 快速部署
XXL-CONF 支持以 Docker Compose 方式快速部署并启动。
// 1 、下载 XXL-CONF git clone --branch "$(curl -s https://api.github.com/repos/xuxueli/xxl-conf/releases/latest | jq -r .tag_name)" https://github.com/xuxueli/xxl-conf.git // 2 、构建 XXL-CONF mvn clean package -Dmaven.test.skip=true // 3 、启动 XXL-CONF MYSQL_PATH={自定义数据库持久化目录} docker compose up -d // 4 、停止 XXL-CONF docker compose downXXL- CONF 接入示例
XXL- CONF ,一行命令启动配置中心&注册中心,一站式提供动态配置管理、服务注册及发现能力(下文只演示配置中心能力)。
1 、XXL-CONF 接入配置 :与 Spring 无缝集成,也支持无框架接入。
@Bean public SpringXxlConfBootstrap xxlConfBootstrap() { SpringXxlConfBootstrap xxlConfBootstrap = new SpringXxlConfBootstrap(); xxlConfBootstrap.setAppname(appname); xxlConfBootstrap.setEnv(env); xxlConfBootstrap.setAddress(address); xxlConfBootstrap.setAccesstoken(accesstoken); xxlConfBootstrap.setFilepath(filepath); return xxlConfBootstrap; }经过上述 2 步,已完成全部配置工作。
3 、客户端接入: 支持丰富配置获取方式,支持秒级&热更新
3.1 、方式 1: API 方式( XxlConfHelper )
/**
- API 方式
- 参考 "IndexController" 中 "XxlConfHelper.get("key")" 即可;- 用法:代码中直接调用 API 即可,API 支持多数据类型,可快速获取各类型配置;- 优点:- API 编程,灵活方便;- 支持多数据类型- 配置从配置中心实时加载,且底层存在动态推动更新,实效性有保障;- 底层存在配置 LocalCache ,且存在缓存击穿等防护,性能有保障;*/
String paramByApi = XxlConfHelper.get(“sample.key01”, null);3.2 方式 2: 注解方式(@XxlConf )
/**
- 注解方式
- 参考 "IndexController.paramByAnnotation" 属性配置;- 用法:对象 Field 上加注解 ""@XxlConf";支持设置默认值、跨服务复用配置,以及设置是否动态刷新;- 优点:- 注解编程,简洁易用;- 支持多数据类型- 配置从配置中心实时加载,且底层存在动态推动更新,实效性有保障;- 注解属性自身承担数据存储职责,无外部请求逻辑,无性能风险;*/
@XxlConf(“sample.key02”)
public String paramByAnnotation;3.3 、方式 3: 监听器方式( XxlConfListener )
/**
- Listener / 监听器方式
- 参考 "IndexController" 中 "XxlConfHelper.addListener(...)" 即可;- 用法:配置变更监听示例:可开发 Listener 逻辑,监听配置变更事件;可据此实现动态刷新 线程池、JDBC 链接池 等高级功能;- 优点:- 监听器方式,扩展性更强;- 支持多数据类型- 配置从配置中心实时加载,且底层存在动态推动更新,实效性有保障;*/
XxlConfHelper.addListener(“sample.key03”, new XxlConfListener(){
@Override
public void onChange(String appname, String key, String value) throws Exception {
paramByListener = value;
logger.info(“XxlConfListener 配置变更事件通知:key={}, value={}”, key, value);
}
});简介
XXL-CONF 是一个 分布式服务管理平台,作为服务 配置中心 与 注册中心,提供 动态配置管理、服务注册与发现 等核心能力;拥有 “轻量级、秒级实时推送、多环境、跨语言、跨机房、权限控制” 等特性。现已开放源代码,开箱即用。
特性:配置中心
- 1 、简单易用: 接入灵活方便,一分钟上手;
- 2 、轻量级: 仅依赖 DB 无其他三方依赖,搭建部署及接入简单,一分钟上手;
- 3 、WebUI: 配置中心提供线上化管理界面, 通过 Web UI 在线操作配置数据,直观高效;
- 4 、高可用/HA:配置中心支持集群部署,提升配置中心系统容灾和可用性;
- 5 、高性能:得益于配置中心与客户端的本地缓存以及多级缓存设计,因此配置读取性能非常高;单机可承担高并发配置读取;
- 6 、实时性保障: 系统设计内部广播机制,针对配置修改、增删等变更,支持秒级推送变更配置到客户端;
- 7 、一致性保障:设计 “启动预热+全量巡检+增量监听” 相结合的一致性保障策略。启动阶段主动初始化全量远程配置至本地,提供周期性配置比对巡检能力以及增量变更感知推动能力,确保配置数据准确性与一致性。
- 8 、动态热更新:配置数据变更后,客户端配置数据会实时动态更新、并生效,不需要重启服务机器;
- 9 、容灾降级:客户端会周期性同步配置数据到本地配置快照文件,在极端情况配置中心不可用时(如配置中心宕机),客户端会降级使用本地配置快照文件,保障系统可用性;
- 10 、多数据类型:支持多种数据类型配置,如:String 、Boolean 、Short 、Integer 、Long 、Float 、Double 等;
- 11 、多接入方式:支持 “API 、 注解、Listener” 等多种方式获取配置,可灵活选择使用;
- 12 、配置变更监听:支持自定义 Listener 逻辑,监听配置变更事件,比如可据此动态刷新 JDBC 连接池等高级功能;
- 13 、多环境支持:支持自定义环境(命名空间),管理多个环境的的配置数据;环境之间相互隔离;
- 14 、跨语言/OpenAPI:提供语言无关的 配置中心 OpenAPI ( RESTFUL 格式),提供拉取配置与实时感知配置变更能力,实现多语言支持;
- 15 、跨机房:得益于配置中心系统设计,服务端为无状态服务,集群各节点提供对等的服务;因此异地跨机房部署时,只需要请求本机房配置中心即可,实现异地多活;
- 16 、客户端断线重连强化:底层设计守护线程,周期性检测客户端连接、配置同步,提高异常情况下配置稳定性和时效性;
- 17 、空配置处理:主动缓存 null 或不存在类型配置,避免配置请求穿透到远程配置 Server 引发雪崩问题;
- 18 、访问令牌( AccessToken ):为提升系统安全性,服务端和客户端进行安全性校验,双方 AccessToken 匹配才允许通讯;
- 19 、用户管理:支持在线添加和维护用户,包括普通用户和管理员两种类型用户,灵活管控系统权限;
- 20 、配置权限控制;以项目为维度进行配置权限控制,管理员拥有全部项目权限,普通用户只有分配才拥有项目下配置的查看和管理权限;
- 21 、历史版本回滚:配置变更后及时记录配置变更历史,支持历史配置版本对比及快速回溯;
- 22 、容器化:提供官方 docker 镜像,并实时更新推送 DockerHub ,进一步实现产品开箱即用;
特性:注册中心
- 1 、简单易用: 接入灵活方便,一分钟上手;
- 2 、轻量级: 仅依赖 DB 无其他三方依赖,搭建部署及接入简单,一分钟上手;
- 3 、高可用/HA:注册中心支持集群部署,提升注册中心系统容灾和可用性;
- 4 、高性能:得益于注册中心与客户端的本地缓存以及多级缓存设计,因此注册数据读取性能非常高;单机可承担高并发配置读取;
- 5 、实时性: 借助内部广播机制,新服务上线、下线等变更,支持秒级推送变更配置到客户端;
- 6 、多环境支持:支持自定义环境(命名空间),管理多个环境的的服务注册数据;环境之间相互隔离;
- 7 、跨语言/OpenAPI:提供语言无关的 注册中心 OpenAPI ( RESTFUL 格式),提供服务 注册、注销、心跳、查询 等能力,实现多语言支持;
- 8 、跨机房:得益于注册中心系统设计,服务端为无状态服务,集群各节点提供对等的服务;因此异地跨机房部署时,只需要请求本机房配置中心即可,实现异地多活;
- 9 、多状态:服务内置多状态,支持丰富业务使用场景。正常状态=支持动态注册、发现,服务注册信息实时更新;锁定状态=人工维护注册信息,服务注册信息固定不变;禁用状态=禁止使用,服务注册信息固定为空;
- 10 、访问令牌( AccessToken ):为提升系统安全性,服务端和客户端进行安全性校验,双方 AccessToken 匹配才允许通讯;
- 11 、用户管理:支持在线添加和维护用户,包括普通用户和管理员两种类型用户,灵活管控系统权限;
- 12 、容器化:提供官方 docker 镜像,并实时更新推送 dockerhub ,进一步实现产品开箱即用;
作者: xuxueli | 发布时间: 2026-01-02 12:58
20. 已绝迹的光流法视频插帧网站 - 开源自制
做了一个开源的光流法在线视频插帧网站 Sheas Frameg (没有什么深意,就是 Frame Generator 写不下了):
开源地址 (嗯嗯): https://github.com/SpaceTimee/Sheas-Frameg
部署地址 (也可以自己部署): https://frameg.spacetimee.xyz/
好,接下来介绍一下:
点右上角可以切换中英文语言,然后上传视频,选择插帧倍数,将文件添加到队列就可以了,视频会直接在本地浏览器中处理,不会上传到任何地方,处理完可以直接预览和下载
下面解释一下为什么现在要做这个项目:
因为 AI 帧生成的兴起,导致传统的光流法古法插帧已经几乎在互联网上绝迹了,AI 插帧固然很好,但却很容易产生形变、伪影、数据依赖等问题,而且由于 AI 插帧高昂的计算成本,目前互联网上已经无法找到完全免费的在线视频插帧工具了
所以为了填补这个空缺,我自己也需要用,就做了这个纯光流法,安全开源免费的在线工具
这不是我的主营项目,也不打算专门开交流群了,所以如果想交流的话就加我另一个项目的新 QQ 群吧:964102080 (群里是可以讨论任何项目的)
另外 Sheas Frameg 有一些已知的限制:采用 AV1 等编码的 WEBM 视频和分辨率过高的视频测试下来可能会导致 OOM ,除此以外,所有主流视频格式都能很好支持,测试下来没有发现问题
这是除 Frok NextChat 以外我的第一个 Next.js 项目,我自己是部署在 Vercel 上的,虽然不属于主营项目,但应该是我目前所有的 Web 项目中复杂程度最高的了
最后再发一遍链接:
作者: SpaceTimee | 发布时间: 2026-01-02 12:35
21. 发现 windows 11 很多程序上的 GPU 开启后更卡了。
我是 i9 12900k+5080 ,用的 240hz 的显示器。
之前的 figma 软件卡顿问题发过帖子,也联系过客服,前后来回发了一个月邮件也没能排查问题。表现就是客户端的软件上面都很卡,但 chrome 里的网页都很流畅。
现在又发现了类似优酷软件里有“GPU 加速”,网易云音乐里也有。默认都是开启的,都很卡,优酷看着只有 14fps 。网易云音乐也卡,各种动画就几帧。
然后如果关闭 GPU 加速,反而可能有个 40FPS 。
作者: CSGO | 发布时间: 2025-12-31 14:24
22. 2025 我的 NAS 年度报告
3 月份的时候换了新 nas 装了飞牛,替换掉了家里的小破群晖,然后根据飞牛的有限的 log ,生成了一个 2025 的年度报告
🔍 找到 976 个日志文件,开始深度扫描…
📊 年度数据统计报告
👤 登录活跃度
- 总计登录 : 1091 次
- 年度 MVP :
a*****(851 次打卡)- 作息画像 : 峰值活跃时间为 04:00 🌙
用户 (ID) 登录次数 活跃占比 a ***** 851 78.0% D**** 150 13.7% n**** 58 5.3% 1********** 24 2.2% f********** 6 0.5% E******* 2 0.2%
📂 数据足迹
- 全年涉及文件 : 11,792 个
操作类型 数量 状态 其他 11,052 🟢 正常 删除 706 🔴 清理 上传 20 🔵 新增 创建 8 ⚪️ 新建 重命名 6 🟡 整理 👤 [用户画像] : 本年度最活跃用户是 [a*****],共打卡 851 次。
🌙 [作息习惯] : 系统最繁忙的时刻是 4:00 。你是个深夜玩家吗?
📂 [数据足迹] : 你全年搬运了 11792 个文件。
📅 [时间画像]
- 这一年,NAS 陪伴了您从 2025-03-25 到 2025-11-30 。
- 最忙碌的月份是 [2025-05],产生了 3787 条记录。
- 深夜模式:凌晨 0-6 点的操作占比高达 54.1%,它是您的深夜守望者。
💾 [存储画像]
- 这一年,硬盘 [sdd] [希捷 银河 (Exos)] - 企业级存储 (4TB) 响应最频繁,是当之无愧的“劳模”。
- 您似乎最偏爱存储池 [vol3] [影视媒体库 (Linear)] 类型: High Capacity | 容量: 16TB+,那是您数据的核心寄居地。
📂 [行为画像]
- 全年共执行了 952 次删除,20 次上传。
- [a*****] 是本年度最活跃的掌控者,留下了 851 条操作记录。
🛡️ [健康画像]
- 全年共经历 15 次波折(错误记录)。
- 最近一次异常发生在:2025-10-10 04:28:07
🕒 [ 24 小时访问压力峰值]
- 硬件最疲劳时段: 4:00 - 5:00
💾 [物理盘阵状态] 🟢 NVME0N1 [京造 9 系 SSD] - 系统/缓存盘 (1TB)
- 全年唤醒: 0 次 | 休眠: 0 次 🟢 SDA [希捷 银河 (Exos)] - 企业级存储 (4TB)
- 全年唤醒: 33 次 | 休眠: 33 次 🟢 SDB [希捷 酷狼 (IronWolf)] - 核心存储 (12TB)
- 全年唤醒: 40 次 | 休眠: 40 次 🟢 SDC [希捷 银河 (Exos)] - 企业级存储 (4TB)
- 全年唤醒: 41 次 | 休眠: 41 次 🟢 SDD [希捷 银河 (Exos)] - 企业级存储 (4TB)
- 全年唤醒: 41 次 | 休眠: 42 次
📊 [存储池压力看板]
- VOL1 [J.ZAO 9 SERIES SSD (系统/应用)] 类型: NVMe SSD | 容量: 1TB 活跃度: 0.0% (68 次交互)
- VOL2 [关键数据备份池 (RAID1)] 类型: Enterprise Mirror | 容量: 4TB 活跃度: 0.0% (182 次交互)
- VOL3 [影视媒体库 (Linear)] 类型: High Capacity | 容量: 16TB+ 活跃度: 0.0% (1184 次交互)
🌙 [数字生活习惯]
- 黄金时段: 每天的 4:00 是你的数据交互巅峰。
- 深夜足迹: 凌晨 0-6 点产生了 7965 条记录。你的 NAS 从不睡觉。
👥 [用户贡献排名]
- A*****: 98.7%
- D**** : 1.3%
🛡️ [年度稳定性回顾]
- 系统遭遇了 15 次错误挑战,并成功自我修复。
📂 [空间热度]
- 你最关注的三个“数据地标”: Top 1: /Storage (交互 603 次) Top 2: /System (交互 214 次) Top 3: /Media-lib (交互 199 次)
💿 [格式偏好]
- 年度核心后缀:.jpg, .torrent, .98 。
⚠️ [稳定性复盘]
- 应用 [浏览器] 这一年罢工了 5 次。
- 应用 [宝塔] 这一年罢工了 5 次。
- 应用 [HivisionIDPhoto] 这一年罢工了 4 次。
🛠️ [应用生态:谁是稳定性之王]
- 核心应用:[影视] 参与了最多的业务逻辑。
- 稳定性:本年度捕获应用崩溃 14 次。
- 最近三次重大异常: ⚠️ 2025-10-10 04:28:05 | 应用 HivisionIDPhoto 异常退出 ⚠️ 2025-10-10 04:28:06 | 应用 浏览器 异常退出 ⚠️ 2025-10-10 04:28:07 | 应用 宝塔 异常退出
📅 年度活跃热力图 (Activity Timeline)
- 2025-03 | ██████████ (475 events)
- 2025-04 | ████ (154 events)
- 2025-05 | ███ (101 events)
- 2025-06 | ██ (70 events)
- 2025-07 | ████ (176 events)
- 2025-08 | ██ (95 events)
- 2025-09 | ███ (122 events)
- 2025-10 | ███ (118 events)
- 2025-11 | ███ (114 events)
🛠 极客与运维 (Geek Stats)
- [应用] 累计安装操作: 23 次 | 卸载操作: 6 次
- [安全] 防火墙策略变更: 13 次
- [网络] Clash 配置调整: 1 次
- [游戏] Factorio/PVZ 存档维护: 4 次操作
报告生成完毕,愿您的硬盘长寿,数据永存。
✨ ==================== 感谢有 NAS 陪伴的每一天 ==================== ✨
作者: FFFFourwood | 发布时间: 2026-01-01 09:06
23. [2025 总结]用 Gemini+Claude 手搓产品,结局却是 0 收入
2025 年即将过去,我来整理一下我这一年所做的事情。
1. 动荡中的危机感
2025 年给我最大的感受就是“寒气”:经济下行严重,工作内卷加剧。这一年里,我的领导换了两次,公司业务也一直处于横盘状态。这种不确定性让我一直在探索一些副业,试图修筑一道防波堤,以防哪天突然失业。
另一方面,LLM Agent 、Vibe Coding 等 AI 技术发展迅猛,你追我赶。我也尝试过用 AI 运维自媒体,发微信公众号、发 Twitter ,做一些小工具。在 Twitter 上看到大家都在用 Vibe Coding 实现想法,我也决定亲自动手做一个。这个工具见证了我从一个想法到一个产品落地的全过程,我觉得这是我本年度做的最有价值的事情之一。
2. 缘起:从英文阅读的痛点开始
两年前,我开始尝试按照“可理解性输入”的方式坚持阅读英文原著。两年下来,我大概读了 8 本原著,英语阅读能力确实有了很大的进步。
在平时的阅读过程中,我偶尔发现有一些句子结构特别复杂,需要单独拿出来仔细分析。而正是对这些复杂句式的拆解,让我的阅读能力边界一点一点地扩展。同时,在记笔记时我也会强迫自己锻炼写作能力,虽然有 Grammarly 进行语法修正,但它的订阅费确实有点贵。
所以我就想:能不能自己用 Vibe Coding 做一个工具,既能帮我拆解复杂句式,又能帮我修正写作呢?
3. 从 0 到 1 的 Vibe Coding
于是我尝试全程从 0 到 1 进行 Vibe Coding 。虽然我本身是搞 Java 的,但在开发这个产品的过程中,我全程没有亲自写一行代码。现在给大家回顾一下这个过程。
在开始之前,我先丢几张图,让大家看一下产品的最终形态。
首先是落地页的首页,做了多语言,logo 是我让 gemini 根据我的产品特点并参考 apple icon 设计理念 生成对应的 prompt ,然后通过 Nano Banana 生成的。效果比我想象中的好。
然后是 chrome 的插件的菜单。借助 ai 的能力,很容易就可以实现英语以外的语言能力。整个页面都是 gemini 设计 claudecode 绘制的 ascii 并实现的。
网页中,选中文字,可以实现 explain 和 poisedly 的功能。explain 解释复杂语句,poisedly 类似于 grammarly 进行语法检查和优化写作。
整个从 9 月初开始,一直搞到了 12 月份。下面是我的历程。
第一步:确认产品逻辑( Gemini 与 Claude 的性格差异)
首先是确认产品逻辑。我会把自己最朴素的想法丢给 Gemini 和 Claude ,让他们帮我生成产品文档。
一开始我主力使用 Claude ,但后来发现 Claude 就像一个搞技术出身的 ,聊不上两句就想着给你写代码;而 Gemini 的表现更像一个产品经理 ,可以从很好的产品视角帮你思考问题。
由于是第一次自己设计产品,我担心会有遗漏,所以和 Gemini 聊完产品后,我会把结果让 Claude 再挑一挑毛病,最后才把产品的基本形态确认下来——就是现在的 poisedly.com。虽然现在回过头看,这产品的形态很简单,就两个核心功能,但在当时我还是反反复复讨论了将近两周的时间。
AI 生成的文档通常默认带有一种“大厂汇报感”,文档里充斥着愿景、用户画像分析、销售策略等。作为个人开发的产品,其实这些东西都不需要。我们需要让 AI 帮我完善产品的逻辑,以及检查可能出现的漏洞和定价规则——毕竟产品赚不赚钱另说,第一次搞,可千万别把自己亏进去 。
所以这个时候,生成产品文档就需要跟 AI 讲清楚:我们文档的阅读对象是“个人开发者”和其他的“编码 AI”,让它只关注产品逻辑。这样一个产品才从一个模糊的想法变成了一个完整的文档。
在产品逻辑的讨论上,Gemini 的表现更好。Gemini 的“心机”比较多,花花肠子多,鬼点子也多 ,但是实际上手干活吧,就表现得一般般,给人一种敷衍应付和不专业的感觉。依我看,Gemini 就像是领导身边的“马屁精”和“人精”。相对来说,跟 Claude 聊上两句话,它就想着给你写代码,Claude 更像是一个刚工作 2-3 年的“职场小白”,总是急着露一手来证明自己。
第二步:UI 与文案设计(如何绕过画图难关)
产品逻辑确认清楚了,其实还没到编码阶段,还有两个重要的事情要做:UI 设计和营销文案。
首先说 UI 设计。落地页和产品的交互页面都需要提前沟通好逻辑。我看网上有人画草稿拍照片给 AI ,抱歉,我连个草稿都画不出来。这个时候就可以让 Claude 用 ASCII 字符 的方式来绘制我们的产品页面。同时还要设计落地页每一幕的元素和微动画脚本。
┌──────────────────────────┐ │ [ 📋 复制 (Copy) ] │ │ ──────────────────────── │ │ [ ✨ Poisedly 英语化 ] │ └──────────────────────────┘我一开始的路径是:先画 ASCII 草图,然后直接让 AI 实现。但是当我进行修改调试的时候,发现每一次改动代码,需要反反复复和 AI 沟通,AI 总是很难一步到位地帮我改正确,而且有时候 AI 又卡又慢,让人非常沮丧。
后面我摸索出了一套更高效的流程:
先让 Gemini 给我描述每一个页面的元素和微动画脚本的底稿 ;
我和 Gemini 先把底稿的细节都聊通;
再放 Claude 根据我的底稿绘制一个 ASCII 的草图 ;
把草图确认清楚以后,再让 AI 去实际编程实现。
这样的效率会高不少。这就像画画:先画简笔画,再画轮廓,再画细节,最后上色一样。这样每一步的改动成本都比较低,也比较灵敏。
同时注意,广告词也非常重要。所以在底稿阶段,我就让 Gemini 帮我优化这些广告词。为此我还专门阅读了金枪大叔的《借势》 ,并把里面的核心内容喂给 Gemini ,让它依据这些核心内容生成对应的 Sub-agent Prompt 。然后每一次讨论开始之前,都让 Gemini 带入这个 Prompt 来讨论广告词的设计。
完成了这一步以后,一个产品的基本雏形就完成了,可以先实现 MVP 的能力了。在这个过程中,还是 Gemini 大放光彩,Claude 只是帮忙绘制了低保真的 ASCII 图片。
4. 编码前的准备:避坑与架构审查
实际这个过程中是我后续摸索出来的。我向来是先写代码,前端用 Next.js ,后端用 Python 的 FastAPI 架构。但是我用了 1 个月的周末时间把第一个简单的功能写完、准备部署的时候,才发现两个尴尬的问题:
重复造轮子 :我自己写的登录逻辑,原来有第三方的 SDK 可以拿来直接使用,比如 Firebase SDK ,里面已经完整包括了登录、注册、密码找回等,而且兼容 Google 、Apple 等多个三方平台登录。而我当时还在为邮件密码找回的问题一筹莫展。
部署环境不兼容 :代码写好了,总得找一个地方部署。经过多方搜索,我发现了 Cloudflare 的 Pages 和 Workers 可以供我免费部署前端后端,甚至还有免费的 DB 供我使用。但问题是,我选的前后端架构不支持,Cloudflare 的后端只支持 JS 。为了能用上这就免费的午餐,我只能让 AI 把后台又重新写了一遍。
所以,即使是用 AI 编程,也要有技术方案设计 这一个步骤,而且我觉得“部署”这个环节在 AI 编程中是非常必要的。
这个时候我们就可以让 Claude 根据产品文档和 UI 设计,以及我们要部署的平台生成一个技术文档。审查以后,还要再问一遍 AI:“其中有哪些有免费的第三方平台可以使用?” 以避免自己重复造轮子。在技术方案审查中,我们要额外注意数据表结构设计,可以让 Claude 和 Gemini 相互检查,确保没有大的问题。如果后续有其他扩展打算,就需要让 AI 提前做好相应的设计准备。这个阶段 Gemini 和 Claude 贡献打平。
5. 编码实施:如何管理 AI 的“幻觉”
所有一切都准备就绪了,就可以开始编码实现了,但并不意味着就可以高枕无忧了。
AI 在编码的过程中,幻觉问题会让你非常沮丧。经常会遇到 AI 吭哧吭哧有理有据地一顿倒腾,结果啥都没干成,然后 AI 还在那里一本正经向你邀功;或者有时候因为设计上的问题,AI 在那里反复折腾,经常是这里改好了,那里又有问题了,而 AI 还在那里让你放心,保证下一次就能修好。
为此,遇到这种现象时,可以用以下两个办法:
- 强制对齐 :为了防止 AI 在那里瞎搞,你可以在每一个指令后面都加上这样一句话:
“Repeat the task i provided to make sure you are fully understand. Ask me anything that may confuse you before you start, Dive into the details and search infors as more as you can do, can list your plan steps for me to check before you start.”
后面有了 Claude Skills ,我就把这句话做成了一个 Smart Worker 的技能。本质上,这是让 AI 和你的想法对齐,防止你和 AI 的理解不一致,避免因为沟通失真而导致的无效返工。
- 跨 AI 求救 :为了防止 AI 困在自己的局限里出不来,可以让 AI 把当前的问题总结出来,生成一个 Prompt 让其他的 AI 求救。比如 Claude 在实现登录逻辑时,由于 SDK 的模式有问题,反反复复改了一天。我就让 Claude 生成求救的 Prompt ,让 Gemini 审查。Gemini 审查以后很快就找到了根本原因并给出了解决思路。有时候,AI 的嘴巴要比你想象的硬 。
Claude 写前端还可以,但是对于后端一些算法的表现就差强人意了,不过还好后面出了 Codex 。Codex 在后端的表现出众。所以我现在的 AI 军团基本是如下分工:
Gemini :负责嘴炮(产品、逻辑、创意)。
Claude :负责前端和文档。
Codex :负责后端。
MiniMax :实习生角色,负责打杂。
6. 老板的觉悟:流量才是那个 1
代码搞完了就万事大吉了吗?不不不。
整个过程中从产品到技术都有 AI 承包了,但是还有一个角色至关重要,那就是老板的角色 ,也就是我的角色。产品搞出来以后,如果只是自嗨那就算了,但是如果想出去卖,就需要下功夫做营销、做销售,打通收款渠道。
为此,我在国庆的时候专门去了一趟香港,办了港卡,并开通了 Stripe 做收款。同时,产品上的定价方案还得不断调整测算,既避免定价太高没有人用,也避免定价太低把自己亏进去了。
产品搞出来了,但是卖出去就是一个非常大的问题。这种情况下,只能靠自己。我也就是在产品基本搞出来以后,才发现:原来流量才是最大的问题。
说实话,我从一开始就没有想好搞完以后如何卖出去,所以现在一直是处于无人问津的情况。虽然提交给了搜索引擎,但是由于英语学习类的产品都烂大街了,所以没有任何来自于搜索的流量。所以现在仍然是 0 的收益。
但我仍然认为这是一件有意义的事情。最起码是我尝试做一些不一样的东西,并切实感受到了参考产品竞争的现实。
之前被大厂保护得太好了,以为技术好、产品做出来就有钱赚,现在发现并不是如此。没有“卖”,一切都是那个 0 。而这也迫使我自己去思考、去面对、去补充自己的短板。而这也将是我 2026 年新的起点。
哦,这个产品是 poisedly.com。
作者: simplejian | 发布时间: 2025-12-31 15:27
24. 我的两条 vibe coding 姿势技巧
被迫给屎山擦屁股,尤其是是那些转过来的 java 佬写的垃圾堆,可以让 ai 帮你写一个能够独立运行的脚本,复刻你要调试的那一条链路流程,然后先直接调试这个脚本就好了,找到问题了再去看原来的代码
调试问题,还可以直接让 ai 写脚本去连接数据库、redis 查看数据,查看日志等等,甚至可以直接让 ai 帮你写测试脚本,让 ai 去运行测试脚本然后分析运行结果。相当于让 ai 直接去运行时帮你分析程序了,很有帮助
作者: uni | 发布时间: 2026-01-02 07:59
25. 你们 js 用过双等号吗
写了很多年 js ,都是用三等号。即使类型不匹配也要强制使用 Number String 等方式转换一下再判断。
现在发现双等号直接可以帮你转类型后再比较。
甚至可以这么用:
if (a == 0) { ... }, 这里当 a 是0 / "" / false时候都成立。看到很多项目都把双等号给禁了( eslint eqeqeq ),没仔细研究,但有些情况下还是不错的。
作者: ethusdt | 发布时间: 2025-12-31 01:21
26. 最近在研究 ai 变声 太爽了
打游戏 全是舔狗
目前两台电脑 一台推理 一台打游戏. 副机推理的声音作为主机的麦克风输入
完美解决了 1 个显卡压力太大的问题
作者: baby0w0 | 发布时间: 2025-12-30 01:56
27. 2026 新年快乐,祝大家 2026 年发发发!
作者: programMrxu | 发布时间: 2025-12-31 15:53
28. 如何自己搭建远程开发机?体验怎么样?
如果搭建一台远程开发机,windows 或 linux 的,然后把机器放在家里,随时用 mac 或 window 笔记本远程访问并用来开发。
不知道有什么方案实现?体验怎么样?
想着高配台式机放家里,随时随地用便携式设备接入
作者: qviqvi | 发布时间: 2025-12-30 11:07
29. 微软 Excel 里的实时汇率功能
大佬们,请问下,微软 Excel 里的实时汇率功能正常不?我的出现了获取服务器数据故障,能否帮忙看看你的是否正常?
作者: stephen2009 | 发布时间: 2026-01-01 15:41
30. 大家能否反馈一下 Antigravity 的使用体验
作者: qianyidui5 | 发布时间: 2025-12-30 06:37
31. 年终, 主力浏览器从 Safari 换回 Chrome,终端从 Ghostty 换回 iTerm
折腾的原因在于懒得折腾。
浏览器
浏览器循环永不停歇,上次主力浏览器从 Chrome 迁移到 Safari 还是两年前,这也意味着我用了 2 年的 Safari 。Safari 作为主力浏览器没什么问题,个人认为 UI 和操作方式都更清爽一些,常用的插件也都有,主要原因还是日常使用有一些边边角角的 BUG ,以及开发者工具没有 Chrome 好用。
终端
终端经历了从 iTerm => Warp => Ghostty => iTerm 的迁移。换 Wrap 的动机是尝新,是否需要登录其实我不太关心,换掉 Wrap 是因为它的很多功能我都用不上,按传统的方式使用它,效率反而变低了。Ghostty 也是尝新,没什么大毛病,偶有兼容性问题,所以换回 iTerm 。
PS:Windows 上继续使用 Warp 。
其他
一直使用 Alfred ,中间数次尝试切换到 Raycast ,还是觉得 Alfred 更好用一些。(也一个原因是不想舍弃 Powerpack )
作者: nanajj | 发布时间: 2025-12-31 02:41
32. 试用了一下 ampcode, 感觉挺不错
说是在 claude code 的基础上了做的,注册免费有 10 刀 如果用免费模式的话,有个小窗口是广告,code agent 的广告模式要开启了吗? 用来改了几个小 bug ,感觉还不错
作者: windyboy | 发布时间: 2026-01-01 03:46
33. 2025 年工作 git 活力图, 抛砖引玉一下
忙里偷闲
给 2025 的工作提交最后一次 git 记录,(●’◡’●)
作者: Foxkeh | 发布时间: 2025-12-31 09:33
34. 新的一年给 NAS 简单升级下
原本我是一个硬盘外挂方案,,见这篇nas 硬盘外挂,就简单用了一个台式机的硬盘笼,后来发现供电不够掉盘,又单独搞了个 ATX 电源,结果就是一大坨摆在那里,很不美观。
年中的时候把 pcie 转 sata 换成了 pcie 转 sff8087 ,见这篇近期好物分享,线缆更规整了些
最近在闲鱼上刷到这个硬盘柜,4 盘位、独立供电、sata 直连,简直完美符合我的需求,直接购入,整体美观度瞬间上了一个台阶
![]()
作者: xuxiake | 发布时间: 2025-12-31 06:48
35. Google 的 Antigravity 有稳定登录使用的办法吗?
自己的老账号显示有配额,但是地区不对,切换地区发了申请一直不通过。。。
注册的新账号刚开始能用,后来直接就被 ban 了,无法使用,
海鲜市场咸鱼买的账号,一开始能用,后续没几天又被 ban 了
作者: FawkesV | 发布时间: 2025-12-31 01:33
36. 求推荐 win11 上简单好用的免费个人防火墙软件,规则不可篡改,只可以手动允许
rt
最好有拦截日志可以查看
最好只有防火墙功能就 OK 了,其他乱七八糟的用不着
新程序首次联网时必须有弹窗,手动确认是否允许放行
目前试用了:
GlassWire 免费版基本不算有防火墙
ZoneAlarm 只提供一个下载器 没有安装包,感觉下了个操作系统 安装极其困难
TinyWall 算是很不错的防火墙,但新程序不弹框直接被拦了,没有选择余地,官网有写“The no-popup approach”原因,但就是难用
至于 Windows Defender ,不太会用 太难了,允许软件自己加规则 反人类,还得跑到 gpedit.msc 里面的防火墙去阻止😂 鬼知道这里面还会不会被什么地方篡改
作者: xiangyuecn | 发布时间: 2025-12-31 03:43
37. 我承认我是 SB,淦
前两天 Mac mini 的外接硬盘插拔了一下,插到 Macbook 上拷了一些照片
重新插上后,docker 访问不了挂载地址了,折腾两天搞用户,搞权限,搞硬链接软连接,各种服务全部重装一编都没有用
刚刚突然想到,我为什么不把 orbstack 重启一下?
重启果然好了
啊啊啊啊啊啊啊啊啊
作者: yiranw09 | 发布时间: 2025-12-30 05:46
38. 2025 年末,求安卓旗舰推荐
这两天把两部备用机爱回收了,准备入一个新的安卓旗舰。需求如下:
续航要比 iPhone PM 顶很多; 系统好用,之前用过 colorOS 和 magicOS ; 最好跟 mac 、ios 互传互联方便点; 拍照好的,受够 iPhone 原生相机了,逼着用第三方拍照 App ; 马达舒服点的,喜欢哒哒哒,嗡嗡嗡勿扰。
最后一点主要是因为今天出去摸了一下小米 17ultra 徕卡版,拧那个光圈的触感稍微有点嗡嗡的,感觉不是很好。
作者: edinina | 发布时间: 2025-12-29 13:43
39. google 的这种验证码,怎么我每次都好好选的但是一次都没有验证通过过?
是我理解的不对?
作者: spike0100 | 发布时间: 2025-12-30 10:28
40. 国产安卓怎么后台保活 fcm
全天科学,vivo 的橘子系统还是会中断 fcm 连接,收不到通知,大家都是怎么解决这个问题的?
作者: sharper | 发布时间: 2025-12-18 05:07
41. vscode 的 prompt.md 和 instructions.md 有什么区别?
个人理解 prompt.md 是 copilot 通用的提示词 instructions.md 是专门针对某个项目、某类语言的提示词
但是感觉两个能互相替代?
官方的说明
https://code.visualstudio.com/docs/copilot/customization/custom-instructions
https://code.visualstudio.com/docs/copilot/customization/prompt-files
作者: whitewatercn | 发布时间: 2025-12-31 08:05
42. 去年写代码跨年,今年 review 代码中跨年。好像什么都变了,又好像什么都没变。
看了下时间,已经跨年。
朋友圈很热闹,我却在 review AI 的代码。
去年写代码跨年,今年 review 代码跨年。
好像什么都变了,又好像什么都没变。
那么,
明年是不是就不用 review 了
作者: zencitta | 发布时间: 2025-12-31 16:45
43. 为什么我要做 ClaudeBox:一篇关于 AI Agent 沙箱的科普
最近在研究 AI Agent 的时候发现了一个很有意思的问题:AI Agent 到底需要什么样的运行环境?
问题的由来
现在的 AI Agent (比如 Claude Code 、OpenAI Operator )已经不只是聊天机器人了,它们可以:
* 执行代码 * 访问文件系统 * 运行终端命令 * 浏览网页 * 甚至操作桌面 GUI这种能力很强大,但也带来了一个核心问题:如何让 AI 安全地使用这些能力?
AI Agent 为什么需要沙箱?
根据最近的研究[1],AI Agent 的沙箱主要解决两个问题:
1. Context Delegation (上下文委托)AI 对话的上下文很容易就达到 100k 甚至 1M tokens 。想象一下,一个复杂的多轮对话,AI 需要记住:
* 你的项目结构 * 历史命令 * TODO 列表 * 之前的错误和修复把这些全部塞进上下文会非常昂贵且低效。所以沙箱的文件系统可以作为”外部记忆”,AI 按需加载需要的信息。
1. Runtime Isolation (运行时隔离)更重要的是安全性。当 AI 要执行 Python 代码、运行 bash 命令时,如果没有隔离:
* 可能访问你的敏感文件 * 可能破坏主机系统 * 可能产生不可预期的副作用现有方案的问题
目前主流的 AI Agent 都有自己的沙箱实现:
* Claude Code:使用 ~/.claude/ 目录 * OpenAI Operator:使用完整的 Linux VM * MiniMax Agent:使用 Python 开发环境但这些方案都有一个共同点:它们依赖各自的专有基础设施。
作为开发者,如果我想:
* 在自己的应用中集成类似能力 * 确保真正的硬件级隔离(而不是进程级) * 让 AI 可以安全地操作 GUI 桌面环境就会发现没有一个开箱即用的解决方案。
ClaudeBox 的设计思路
这就是为什么我做了 ClaudeBox 。它的核心特点:
1. 硬件级隔离:基于 micro-VM (通过 BoxLite[2]),而不是 Docker 容器 2. 完整桌面环境:内置 XFCE ,AI 可以真正"使用电脑" 3. 简单易用:几行 Python 代码就能跑起来 4. 真正安全:VM 级别的隔离,不怕 AI "越狱" async with ClaudeBox() as box: result = await box.code("Create a hello world Python script") print(result.response)为什么用 micro-VM 而不是容器?
容器( Docker )本质上是进程级隔离,共享主机内核。而 micro-VM 提供硬件级隔离:
- 独立的内核
- 完整的桌面环境(容器里跑 GUI 很麻烦)
- 更强的安全边界
同时保持轻量级:启动只需要几秒钟,而不是传统 VM 的几分钟。
总结
AI Agent 的能力越来越强,但能力越大,责任越大。合适的沙箱不仅是技术需求,更是安全必需。
ClaudeBox 试图提供一个标准化、安全、易用的解决方案。如果你也在构建类似的 AI 应用,欢迎尝试。
References
作者: d0r1an | 发布时间: 2025-12-31 09:03
44. 让 Cursor/Claude 直接“读懂”钉钉文档: mcp-dingtalk-doc 上手与实战
让 Cursor/Claude 直接“读懂”钉钉文档:mcp-dingtalk-doc 上手与实战
把钉钉文档接入 MCP ,让 AI 在对话里直接读取、解析、导出内容。
一、为什么你需要它?
很多团队的知识沉淀都在钉钉文档里:需求、方案、周报、事故复盘、流程规范……
但当你想让 AI 帮你“总结、提炼、改写、生成 PPT 大纲、做问答”,最大的问题往往是:
- 文档在钉钉里,AI 读不到
- 复制粘贴太麻烦,格式还容易丢
- 表格、代码块、图片等内容更难保真
mcp-dingtalk-doc做的事情很直接:把“钉钉文档读取/解析”能力通过 MCP ( Model Context Protocol ) 暴露给 AI 客户端(如 Cursor ),让 AI 能在对话里自动调用工具获取文档内容。
二、mcp-dingtalk-doc 是什么?
mcp-dingtalk-doc是一个 钉钉文档 MCP 服务器 ( Node.js/TypeScript ),核心目标是:
- 让 AI 助手可以直接读取钉钉文档内容
- 支持自动登录与 Cookie 管理
- 输出可用的 HTML (适合进一步转换/存档/二次加工)
项目与安装入口:
- GitHub:
hykfft/mcp-dingtalk-doc- npm:
mcp-dingtalk-doc
三、核心特性(你会用得上的点)
- 快速接入:npm 一键安装
- 自动 Cookie 管理(推荐):减少手动抓 Cookie 的麻烦
- 支持解析并导出 HTML:适合交给 AI 做总结/改写,也适合做归档
- 对常见内容类型支持较好:段落富文本、表格(含合并单元格)、图片、代码块、文本样式等
四、它提供了哪些工具( AI 能调用什么)?
在 MCP 侧,最常用的是这两个工具:
1 ) parse_document
完整解析钉钉文档,并生成 HTML 文件(适合“导出落地”)。
- 参数
url_or_node_id(必需):钉钉文档 URL 或 NODE_IDcookie(可选):Cookie 字符串(不传则尝试使用环境变量/自动登录)save_files(可选):是否保存文件,默认trueoutput_dir(可选):输出目录2 ) get_html
快速获取 HTML 内容(不保存文件,适合“即时提取给 AI”)。
- 参数
url_or_node_id(必需)cookie(可选)
五、快速开始(两种 Cookie 方式)
思路很简单:先让 MCP 能拿到可用 Cookie ,再把 MCP 接到 Cursor (或其它客户端),最后在对话里直接让 AI 读取文档。
方式 A:自动 Cookie 管理(推荐)
适合经常用、希望省事的同学:通过自动化方式登录并管理 Cookie (底层通常依赖浏览器自动化能力)。
你可以在项目 README 中按“自动 Cookie 管理”的流程完成初始化与登录。
方式 B:手动配置 Cookie
适合一次性/临时场景:
- 打开钉钉文档站点并登录:
<http://alidoc.dingtalk.com>- 按 F12 打开开发者工具,找到 Network 请求
- 从 Request Headers 里复制 Cookie
- 将 Cookie 作为参数传给工具,或写入环境变量(例如
DINGTALK_COOKIE)
六、在 Cursor 里怎么配置(关键一步)
Cursor 的 MCP 配置文件路径(项目 README 有说明):
- Windows:
%APPDATA%\\Cursor\\mcp.json- macOS:
~/Library/Application Support/Cursor/mcp.json- Linux:
~/.cursor/mcp.json配置思路是:在
mcp.json里新增一个 server ,启动mcp-dingtalk-doc这个 MCP 服务进程。建议启动方式:
- 用
npx启动(免全局安装)- 或者 clone 项目后本地启动(便于跑 cookie 管理脚本)
不同客户端/版本的 MCP 配置字段名可能略有差异(例如
mcpServers/servers),你按你本机mcp.json的现有结构补进去即可。
七、实战:让 AI 总结钉钉文档(可直接复制给 AI 的提示词)
当 MCP 配置正确后,你可以在 Cursor 里这样说:
- “读取这篇钉钉文档并总结成三段:背景、关键结论、待办事项。”
- “把文档内容整理成会议纪要:议题、结论、责任人、截止时间。”
- “提取所有代码块并解释每段代码在做什么,给出风险点与优化建议。”
- “把表格转成结构化要点,并输出一个可执行的项目计划。”
( AI 会自动调用
get_html/parse_document去读取内容。)
八、已知限制与注意事项(建议你在文末加上)
- Cookie 会过期:需要定期更新(常见 7–30 天)
- 部分元素可能未完全支持:如列表、引用块等(以项目说明为准)
- 权限与合规:仅对你有权限的文档生效;不要把敏感 Cookie 明文发给不可信工具/服务
九、结语
如果你的团队“知识在钉钉文档里,AI 在外面”,那么
mcp-dingtalk-doc属于那种装上就能立刻提升效率 的工具:从“复制粘贴喂给 AI”,变成“对话里直接读文档、做总结、做沉淀”。项目地址:
- GitHub:
hykfft/mcp-dingtalk-doc- npm:
mcp-dingtalk-doc
作者: shinjiyu | 发布时间: 2025-12-31 15:49
45. 将 Markdown 文件导入为 React 组件 - 写作文档,即时获取交互式演示
我最近将 react-code-view 进行了重写, 基于 unplugin 让 Markdown 可以直接导入渲染成一个 React 组件. 以下是一个简单示例
1.安装
npm install @react-code-view/react @react-code-view/unplugin2.配置构建工具(支持 vite/webpack/esbuild/rollup)
// vite.config.js import { defineConfig } from 'vite'; import react from '@vitejs/plugin-react'; import reactCodeView from '@react-code-view/unplugin/vite'; export default defineConfig({ plugins: [ react(), reactCodeView() // Enable markdown import ] });使用有代码块创建 Markdown 文件
# Counter Example A simple counter to demonstrate live code editing and preview. <!--start-code--> \`\`\`jsx const App = () => { const [count, setCount] = useState(0); return ( <button onClick={() => setCount(c => c + 1)}> Clicked {count} times </button> ); }; render(<App />); \`\`\` <!--end-code--> - Click "Show Code" to view and edit the source - Preview updates instantly while you type - Click the copy button to reuse the code4.导入并使用
import Demo from './demo.md'; function App() { return <Demo />; }最好渲染成的效果
文档
作者: simonguo | 发布时间: 2025-12-30 03:26
46. spring ai alibaba 官网为什么这么卡
一个文档网页怎么做的这么卡,搞得我以为是电脑不行了
作者: juzuojuzou | 发布时间: 2025-12-31 09:41
47. 最近 ssh 访问黑群晖提示没启用后量子算法
突然感觉就不安全了,大家有什么应对办法么?
作者: cnfczn | 发布时间: 2025-12-31 09:43
48. 刚买了个安卓机已 root,请问大佬们有什么常用和好玩的 LSP 模块推荐下啊
我不玩游戏,就日常使用,机型 oppo x8s ,坐等大佬们推荐。
作者: a394675143 | 发布时间: 2025-12-29 02:47
49. 大家好呀,一个月已经过去了,马上 2026 年了,我的小小的 witnote 笔记本已经有 300 多个星星了
App Store 审核受难记:修了一天“窗口”交互,提前祝大家 2026 新年快乐
WitNote: Local AI Writer 终于重新提交审核了。
昨天第一次提交被秒驳回,苹果审核那边的反馈如下:
Guideline 4 - Design
We noticed an issue with your app’s user interface that contributes to a lower-quality user experience than App Store users expect.
Specifically, we found that when the user closes the main application window there is no menu item to re-open it.
Next Steps It would be appropriate for the app to implement a Window menu that lists the main window so it can be reopened, or provide similar functionality in another menu item. Alternatively, if the application is a single-window app, it might be appropriate to save data and quit the app when the main window is closed.
简单总结一下核心问题(也是 macOS 开发容易忽略的细节):
- 没有标准的“Window”菜单 :macOS 应用通常需要在顶部菜单栏有一个
Window(窗口)菜单,里面需要列出当前窗口或提供“打开主窗口”的选项。- 点击 Dock 图标无反应 :用户在主窗口关闭的情况下点击 Dock 栏图标时,应该自动创建一个新窗口( Reopen 逻辑),而不是没反应。
花了一整天时间修改代码,补全了
applicationShouldHandleReopen的逻辑和菜单栏配置,刚才又去申请了。不得不吐槽,苹果商店的要求是真的高,而且最折磨人的是它不会一次性把所有问题告诉你,而是一次只卡你一个点。改完这个,下次可能又因为别的原因驳回。
看来上架没准真要拖到 26 年了 😂。
在这里提前祝大家 26 年新年快乐,希望大家新的一年都能发财!
作者: hashtome | 发布时间: 2025-12-31 09:12
50. vibe coding 最佳实践之”约束带来自由”
有没有人会感觉 vibe coding 开发出来的东西代码一多就变成了屎山,自己失去了对项目的掌控感,经常改了一个地方其地方就爆炸。
我想分享一个我的 vibe coding 最佳实践: 极致严格的约束+90%的测试覆盖率。
- 给项目开启最严格的 lint
比如 Go 的 golangci-lint ,Rust 的 Cargo clippy 。以前人因为偷懒老是忽略编译器警告,但是 AI 时代改起来真的很快,而且帮助很大。
- 强制 90%的测试覆盖率(Design for Testability)
让 AI 生成的代码设计全部以提高测试覆盖率为主要目标,后期加需求再也不担心破坏已实现功能了。真的爽的一批啊,体验过就知道什么叫做稳稳地幸福。
- 强制代码行数检查
从我强制要求极高的测试覆盖率,并开启所有合理的 lint 检查之后,代码质量肉眼可见的提升了。但我逐渐发现还缺少一个工具用来限制代码行数,AI 老是喜欢在一个代码文件堆屎山啊!开源社区逛了一圈发现还没有类似的工具,于是自己用 Rust 搞了个sloc-guard。
- 文件命名风格检查
个人不太喜欢
common,helper,这种毫无意义的文件名,以前懒还能忍,自从代码基本都让 AI 写之后,索性也是直接上了强制约束。这一套搞下来,我觉得基本实现了全自动防止 AI 堆屎山的效果。我相信 AI 写的代码可读性已经超过大多数人了,AI 也不会偷懒,该有的注释也都有,写出来的代码可以用赏心悦目来形容了哈哈。
Talk is cheap, show me the code.
sloc-guard,这个 Rust 项目全程实践上述做法,原汤化原食,5 万行代码勉强算是个中型项目吧,90%测试覆盖率,clippy 严格模式 0 warn ,没一个文件超过 600 行,我保证这个项目的规范程度绝对达到了非常高的水平,不信来看看嘿嘿
作者: doraemonki | 发布时间: 2025-12-31 04:26












