v2ex_hot_2026-01-02

V2EX 热门帖子

1. 似乎只要账号超级干净就能用 Antigravity

目前简中的说法都是”谷歌账号归属地须与支持 Antigravity 的节点 IP 一致”才能用 Antigravity 。

我刚才用个超级干净的账号测试,发现只要账号是支持地区的就行,并不完全要求”一致”,例如 JP 账号配 US 节点也能用。

超级干净定义:谷歌账号从注冊、使用到支付都没接触过不支持 Antigravity 的地区 (CN / MO / HK 等)。

账号:台湾注冊 + EULA 地区台湾 + Play 地区日本 + 无付款方式 + 15 年老号

节点:奥地利

作者: 383394544 | 发布时间: 2026-01-01 21:03


2. 2026 新年快乐,祝大家 2026 年发发发!

作者: programMrxu | 发布时间: 2025-12-31 15:53


3. 微软 Excel 里的实时汇率功能

大佬们,请问下,微软 Excel 里的实时汇率功能正常不?我的出现了获取服务器数据故障,能否帮忙看看你的是否正常?

https://support.microsoft.com/zh-cn/office/%E8%8E%B7%E5%8F%96%E8%B4%A7%E5%B8%81%E6%B1%87%E7%8E%87-76572809-c9a0-439e-b626-d9994576af23

https://i.imgur.com/EWtAaOf.png

https://i.imgur.com/2SJFHta.png

作者: stephen2009 | 发布时间: 2026-01-01 15:41


4. 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


5. 为什么看 VSCode 的主题都很刺眼? Sublime Text4 看着就舒服?

也就 Solarized Light 看着还好,暗黑就刺眼,太亮也是=。=100 度左右带点散光。
但是看 Sublime Text 4 的默认主题就很舒服,不刺眼,看久了也不难受,有什么办法解决吗?

在 VSCode 中安装而好几个主题,包括 Sublime Text4 主题,颜色接近,但是还是难受,哎!

作者: ronny | 发布时间: 2026-01-01 13:37


6. 试用了一下 ampcode, 感觉挺不错

说是在 claude code 的基础上了做的,注册免费有 10 刀 如果用免费模式的话,有个小窗口是广告,code agent 的广告模式要开启了吗? 用来改了几个小 bug ,感觉还不错

作者: windyboy | 发布时间: 2026-01-01 03:46


7. [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 生成的。效果比我想象中的好。

image.png

然后是 chrome 的插件的菜单。借助 ai 的能力,很容易就可以实现英语以外的语言能力。整个页面都是 gemini 设计 claudecode 绘制的 ascii 并实现的。

image.png

网页中,选中文字,可以实现 explain 和 poisedly 的功能。explain 解释复杂语句,poisedly 类似于 grammarly 进行语法检查和优化写作。

image.png

整个从 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 又卡又慢,让人非常沮丧。

后面我摸索出了一套更高效的流程:

  1. 先让 Gemini 给我描述每一个页面的元素和微动画脚本的底稿

  2. 我和 Gemini 先把底稿的细节都聊通;

  3. 再放 Claude 根据我的底稿绘制一个 ASCII 的草图

  4. 把草图确认清楚以后,再让 AI 去实际编程实现。

image.png

这样的效率会高不少。这就像画画:先画简笔画,再画轮廓,再画细节,最后上色一样。这样每一步的改动成本都比较低,也比较灵敏。

同时注意,广告词也非常重要。所以在底稿阶段,我就让 Gemini 帮我优化这些广告词。为此我还专门阅读了金枪大叔的《借势》 ,并把里面的核心内容喂给 Gemini ,让它依据这些核心内容生成对应的 Sub-agent Prompt 。然后每一次讨论开始之前,都让 Gemini 带入这个 Prompt 来讨论广告词的设计。

完成了这一步以后,一个产品的基本雏形就完成了,可以先实现 MVP 的能力了。在这个过程中,还是 Gemini 大放光彩,Claude 只是帮忙绘制了低保真的 ASCII 图片。

4. 编码前的准备:避坑与架构审查

实际这个过程中是我后续摸索出来的。我向来是先写代码,前端用 Next.js ,后端用 Python 的 FastAPI 架构。但是我用了 1 个月的周末时间把第一个简单的功能写完、准备部署的时候,才发现两个尴尬的问题:

  1. 重复造轮子 :我自己写的登录逻辑,原来有第三方的 SDK 可以拿来直接使用,比如 Firebase SDK ,里面已经完整包括了登录、注册、密码找回等,而且兼容 Google 、Apple 等多个三方平台登录。而我当时还在为邮件密码找回的问题一筹莫展。

  2. 部署环境不兼容 :代码写好了,总得找一个地方部署。经过多方搜索,我发现了 Cloudflare 的 Pages 和 Workers 可以供我免费部署前端后端,甚至还有免费的 DB 供我使用。但问题是,我选的前后端架构不支持,Cloudflare 的后端只支持 JS 。为了能用上这就免费的午餐,我只能让 AI 把后台又重新写了一遍。

所以,即使是用 AI 编程,也要有技术方案设计 这一个步骤,而且我觉得“部署”这个环节在 AI 编程中是非常必要的。

这个时候我们就可以让 Claude 根据产品文档和 UI 设计,以及我们要部署的平台生成一个技术文档。审查以后,还要再问一遍 AI:“其中有哪些有免费的第三方平台可以使用?” 以避免自己重复造轮子。在技术方案审查中,我们要额外注意数据表结构设计,可以让 Claude 和 Gemini 相互检查,确保没有大的问题。如果后续有其他扩展打算,就需要让 AI 提前做好相应的设计准备。这个阶段 Gemini 和 Claude 贡献打平。

5. 编码实施:如何管理 AI 的“幻觉”

所有一切都准备就绪了,就可以开始编码实现了,但并不意味着就可以高枕无忧了。

AI 在编码的过程中,幻觉问题会让你非常沮丧。经常会遇到 AI 吭哧吭哧有理有据地一顿倒腾,结果啥都没干成,然后 AI 还在那里一本正经向你邀功;或者有时候因为设计上的问题,AI 在那里反复折腾,经常是这里改好了,那里又有问题了,而 AI 还在那里让你放心,保证下一次就能修好。

为此,遇到这种现象时,可以用以下两个办法:

  1. 强制对齐 :为了防止 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 的理解不一致,避免因为沟通失真而导致的无效返工。

  1. 跨 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


8. 赶着末班车, 还是定了谷歌 99 刀一年会员

虽然前阵子也搞了个学生白嫖

不过担心那天失效

还是上车了, 我需要得是一年稳定使用

600 多块钱肯定是值得

也不想 ide 啥的换来换去了

相信谷歌后面就算额度缩水点应该不至于太过分

作者: iorilu | 发布时间: 2025-12-31 07:29


9. nextjs 有更优雅的自部署方案么?

官方文档 Nextjs Deploying

用 nextjs 部署到自己服务器有点麻烦的,必须部署到 vercel 这种 serverless 才方便。

我使用过笨办法,在服务器上克隆整个项目,服务器执行 build ,然后 start ( tmux/screen/systemctl )。

或者麻烦一点用 docker 打包一个镜像,配置 github action 的 ci ,某个打包分支有提交会自动打包镜像,服务器再 pull 镜像就比较方便了。但还是要折腾一下 ci 和 docker 。

或者自己本地打包后 rsync 到服务器,但要踩一下 standalone 之类的坑( node runtime 依赖 node_modules )。

难道就没优雅一点的么?

web 页面和 server api 都在一块确实好用,对前端入门后端来讲也算个不错的选择。

作者: ethusdt | 发布时间: 2025-12-31 03:00


10. 年终, 主力浏览器从 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


11. 才发现 RIME 可以在 MacOS 上安装,更换了开源输入法,太舒服了

https://rime.im/download/
感觉打字效率直线上升。也不用担心隐私泄露给大厂。

作者: MindMindMax | 发布时间: 2025-12-30 04:48


12. 最近在研究 ai 变声 太爽了

打游戏 全是舔狗

目前两台电脑 一台推理 一台打游戏. 副机推理的声音作为主机的麦克风输入
完美解决了 1 个显卡压力太大的问题

作者: baby0w0 | 发布时间: 2025-12-30 01:56


13. 你们 js 用过双等号吗

写了很多年 js ,都是用三等号。即使类型不匹配也要强制使用 Number String 等方式转换一下再判断。

现在发现双等号直接可以帮你转类型后再比较。

甚至可以这么用: if (a == 0) { ... }, 这里当 a 是 0 / "" / false 时候都成立。

看到很多项目都把双等号给禁了( eslint eqeqeq ),没仔细研究,但有些情况下还是不错的。

作者: ethusdt | 发布时间: 2025-12-31 01:21


14. 新的一年给 NAS 简单升级下

原本我是一个硬盘外挂方案,,见这篇nas 硬盘外挂,就简单用了一个台式机的硬盘笼,后来发现供电不够掉盘,又单独搞了个 ATX 电源,结果就是一大坨摆在那里,很不美观。

年中的时候把 pcie 转 sata 换成了 pcie 转 sff8087 ,见这篇近期好物分享,线缆更规整了些

最近在闲鱼上刷到这个硬盘柜,4 盘位、独立供电、sata 直连,简直完美符合我的需求,直接购入,整体美观度瞬间上了一个台阶

图片 1

图片 2

图片 3

作者: xuxiake | 发布时间: 2025-12-31 06:48


15. 大家能否反馈一下 Antigravity 的使用体验

作者: qianyidui5 | 发布时间: 2025-12-30 06:37


16. 去年写代码跨年,今年 review 代码中跨年。好像什么都变了,又好像什么都没变。

看了下时间,已经跨年。
朋友圈很热闹,我却在 review AI 的代码。
去年写代码跨年,今年 review 代码跨年。
好像什么都变了,又好像什么都没变。
那么,
明年是不是就不用 review 了

作者: zencitta | 发布时间: 2025-12-31 16:45


17. 请问使用 Claude Code 的话,是不是直接上 Open Spec 用就好了哇?

没啥经验,现在无头苍蝇额

不知道怎么用这个工具才对,无脑问问题的话,太宽泛了

作者: BearCookie | 发布时间: 2025-12-31 02:00


18. 如何自己搭建远程开发机?体验怎么样?

如果搭建一台远程开发机,windows 或 linux 的,然后把机器放在家里,随时用 mac 或 window 笔记本远程访问并用来开发。

不知道有什么方案实现?体验怎么样?

想着高配台式机放家里,随时随地用便携式设备接入

作者: qviqvi | 发布时间: 2025-12-30 11:07


19. 大龄程序员改行做书法老师,免费给大家写字啦,想要和明星一样拥有自己的签名体么

大龄程序员改行做书法老师,免费给大家写字啦,想要和明星一样拥有自己的签名体么

废话不多,参与方式:

在我的公众号 [书法迷] ,聊天框留言即可,我晚上写好拍照公众号里面回复。


下面是一些平时写的字:

平时写字

日常字体

硬笔行书


更多字和写字视频可以看我的公众号[书法迷],记录自己练字的一些作品。

作者: Acheron | 发布时间: 2025-12-31 03:47


20. 为什么我要做 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


21. Google 的 Antigravity 有稳定登录使用的办法吗?

自己的老账号显示有配额,但是地区不对,切换地区发了申请一直不通过。。。
注册的新账号刚开始能用,后来直接就被 ban 了,无法使用,
海鲜市场咸鱼买的账号,一开始能用,后续没几天又被 ban 了

作者: FawkesV | 发布时间: 2025-12-31 01:33


22. 让 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 (适合进一步转换/存档/二次加工)

项目与安装入口:


三、核心特性(你会用得上的点)

  • 快速接入:npm 一键安装
  • 自动 Cookie 管理(推荐):减少手动抓 Cookie 的麻烦
  • 支持解析并导出 HTML:适合交给 AI 做总结/改写,也适合做归档
  • 对常见内容类型支持较好:段落富文本、表格(含合并单元格)、图片、代码块、文本样式等

四、它提供了哪些工具( AI 能调用什么)?

在 MCP 侧,最常用的是这两个工具:

1 ) parse_document

完整解析钉钉文档,并生成 HTML 文件(适合“导出落地”)。

  • 参数
    • url_or_node_id(必需):钉钉文档 URL 或 NODE_ID
    • cookie(可选):Cookie 字符串(不传则尝试使用环境变量/自动登录)
    • save_files(可选):是否保存文件,默认 true
    • output_dir(可选):输出目录

2 ) get_html

快速获取 HTML 内容(不保存文件,适合“即时提取给 AI”)。

  • 参数
    • url_or_node_id(必需)
    • cookie(可选)

思路很简单:先让 MCP 能拿到可用 Cookie ,再把 MCP 接到 Cursor (或其它客户端),最后在对话里直接让 AI 读取文档。

适合经常用、希望省事的同学:通过自动化方式登录并管理 Cookie (底层通常依赖浏览器自动化能力)。

你可以在项目 README 中按“自动 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”,变成“对话里直接读文档、做总结、做沉淀”。

项目地址:

作者: shinjiyu | 发布时间: 2025-12-31 15:49


23. 25 年底最后一天 玩个有意思的纪念一下 谁愿意和我互换特产(洒家甘肃的)

当然不可能给你土豆子

作者: qianyidui5 | 发布时间: 2025-12-31 05:37


24. 将 Markdown 文件导入为 React 组件 - 写作文档,即时获取交互式演示

我最近将 react-code-view 进行了重写, 基于 unplugin 让 Markdown 可以直接导入渲染成一个 React 组件. 以下是一个简单示例

1.安装

npm install @react-code-view/react @react-code-view/unplugin

2.配置构建工具(支持 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 文件

demo.md

# 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 code

4.导入并使用

import Demo from './demo.md';

function App() {
  return <Demo />;
}

最好渲染成的效果

文档

作者: simonguo | 发布时间: 2025-12-30 03:26


25. spring ai alibaba 官网为什么这么卡

一个文档网页怎么做的这么卡,搞得我以为是电脑不行了

作者: juzuojuzou | 发布时间: 2025-12-31 09:41


26. 2025 年工作 git 活力图, 抛砖引玉一下

忙里偷闲

给 2025 的工作提交最后一次 git 记录,(●’◡’●)

tu-pian.png

作者: Foxkeh | 发布时间: 2025-12-31 09:33


27. 求推荐 win11 上简单好用的免费个人防火墙软件,规则不可篡改,只可以手动允许

rt

最好有拦截日志可以查看

最好只有防火墙功能就 OK 了,其他乱七八糟的用不着

新程序首次联网时必须有弹窗,手动确认是否允许放行


目前试用了:

GlassWire 免费版基本不算有防火墙

ZoneAlarm 只提供一个下载器 没有安装包,感觉下了个操作系统 安装极其困难

TinyWall 算是很不错的防火墙,但新程序不弹框直接被拦了,没有选择余地,官网有写“The no-popup approach”原因,但就是难用

至于 Windows Defender ,不太会用 太难了,允许软件自己加规则 反人类,还得跑到 gpedit.msc 里面的防火墙去阻止😂 鬼知道这里面还会不会被什么地方篡改

作者: xiangyuecn | 发布时间: 2025-12-31 03:43


28. 最近 ssh 访问黑群晖提示没启用后量子算法

突然感觉就不安全了,大家有什么应对办法么?

作者: cnfczn | 发布时间: 2025-12-31 09:43


29. 刚买了个安卓机已 root,请问大佬们有什么常用和好玩的 LSP 模块推荐下啊

我不玩游戏,就日常使用,机型 oppo x8s ,坐等大佬们推荐。

作者: a394675143 | 发布时间: 2025-12-29 02:47


30. 发现 windows 11 很多程序上的 GPU 开启后更卡了。

我是 i9 12900k+5080 ,用的 240hz 的显示器。
之前的 figma 软件卡顿问题发过帖子,也联系过客服,前后来回发了一个月邮件也没能排查问题。表现就是客户端的软件上面都很卡,但 chrome 里的网页都很流畅。
现在又发现了类似优酷软件里有“GPU 加速”,网易云音乐里也有。默认都是开启的,都很卡,优酷看着只有 14fps 。网易云音乐也卡,各种动画就几帧。
然后如果关闭 GPU 加速,反而可能有个 40FPS 。

作者: CSGO | 发布时间: 2025-12-31 14:24


31. 大家好呀,一个月已经过去了,马上 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 开发容易忽略的细节):

  1. 没有标准的“Window”菜单 :macOS 应用通常需要在顶部菜单栏有一个 Window(窗口)菜单,里面需要列出当前窗口或提供“打开主窗口”的选项。
  2. 点击 Dock 图标无反应 :用户在主窗口关闭的情况下点击 Dock 栏图标时,应该自动创建一个新窗口( Reopen 逻辑),而不是没反应。

花了一整天时间修改代码,补全了 applicationShouldHandleReopen 的逻辑和菜单栏配置,刚才又去申请了。

不得不吐槽,苹果商店的要求是真的高,而且最折磨人的是它不会一次性把所有问题告诉你,而是一次只卡你一个点。改完这个,下次可能又因为别的原因驳回。

看来上架没准真要拖到 26 年了 😂。

在这里提前祝大家 26 年新年快乐,希望大家新的一年都能发财!

作者: hashtome | 发布时间: 2025-12-31 09:12


32. vibe coding 最佳实践之”约束带来自由”

有没有人会感觉 vibe coding 开发出来的东西代码一多就变成了屎山,自己失去了对项目的掌控感,经常改了一个地方其地方就爆炸。

我想分享一个我的 vibe coding 最佳实践: 极致严格的约束+90%的测试覆盖率。

  1. 给项目开启最严格的 lint

比如 Go 的 golangci-lint ,Rust 的 Cargo clippy 。以前人因为偷懒老是忽略编译器警告,但是 AI 时代改起来真的很快,而且帮助很大。

  1. 强制 90%的测试覆盖率(Design for Testability)

让 AI 生成的代码设计全部以提高测试覆盖率为主要目标,后期加需求再也不担心破坏已实现功能了。真的爽的一批啊,体验过就知道什么叫做稳稳地幸福。

  1. 强制代码行数检查

从我强制要求极高的测试覆盖率,并开启所有合理的 lint 检查之后,代码质量肉眼可见的提升了。但我逐渐发现还缺少一个工具用来限制代码行数,AI 老是喜欢在一个代码文件堆屎山啊!开源社区逛了一圈发现还没有类似的工具,于是自己用 Rust 搞了个sloc-guard

  1. 文件命名风格检查

个人不太喜欢 commonhelper,这种毫无意义的文件名,以前懒还能忍,自从代码基本都让 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


33. 一夜之间多了 5000+ 个账号,我和 Claude 给自研 GTD 做了一次线上演习

昨天,我的自研 GTD 系统后台突然多了 5000 多个新增账号,actions 也陡增了 3000 多条。

第一反应当然是:难道产品突然爆火了? 几分钟之后我冷静下来:这更像是一场「恶意注册 / 接口攻击」,而不是增长奇迹。

这篇文章想简单记录一下:

  • 这次攻击是怎么暴露出来的
  • 我是怎么用 Claude Code 快速排查问题的
  • 我对「小产品的安全边界」的几个反思

希望能给同样在做小产品 / side project 的同学一点参考:就算你现在只有几十个真用户,也值得认真对待安全和风控。


一、事情是怎么被发现的?

先简单说一下背景。 我用 Claude Code 搭了一套自己的 GTD 系统,名字叫 GTD Pro ,灵感来自 OmniFocus ,目前主要是我自己和少量真实用户在用,线上版本在这里: https://gtd.nebulame.com/

按照正常节奏,这个系统一天新增用户只有几个人,有时候甚至是 0 。结果昨天我在后台看统计时,发现:

  • 账号总数在很短时间里突然多了 5000+ 个
  • actions 表里多了 3000+ 条明显无效的数据

问题在于:

  • 我并没有做任何大规模推广
  • 真实的活跃用户,其实只有几十个

所以这波「暴涨」明显不正常。

我简单做了几件事:

  1. 按时间排序,发现这些账号几乎集中在一个很短的时间窗口内创建
  2. 看标识/行为,很多请求模式非常机械、重复
  3. 对比真实用户的使用行为,路径和频率完全不一样

基本可以确认:这是一次针对后端 API 的「恶意注册 + 写入」攻击,而不是自然增长。


二、这次攻击到底发生了什么?(攻击情况一览)

从日志里复盘了一下,大概情况是这样的:

  • 攻击开始时间 :2025-12-30 00:28 左右
  • 持续时间 :从 00:28 一直持续到 05:07 左右
  • 攻击方式 :不停地往两个接口打请求:
    • POST /api/auth/register 注册接口被高频调用
    • POST /api/inbox Inbox 创建接口被高频调用

几小时之内,数据变成了这样:

  • 用户数:从 38 个涨到 5512 个(+5474 个恶意账号)
  • Actions:从 119 条涨到 3209 条(+3090 条无效记录)
  • 数据库大小:从大约 400KB 涨到 12MB 左右(体积直接放大了 30 倍)

从时间分布和请求模式看,很明显这不是正常用户增长,而是脚本在持续轰炸注册接口和 Inbox 接口。这里可以放上 Claude Code 帮我整理出来的攻击摘要和时间线截图,我也是在它的提示下,开始给系统补上第一轮安全防护。


三、我和 Claude Code 做了一次「线上演习」

这次排查其实花的不是很多精力,更多是靠 Claude Code 帮我把问题结构化了一遍。

大概流程是这样:

  1. 我把相关的日志片段、数据特征、接口设计,整理成一个简化版描述
  2. 丢给 Claude Code ,让它帮我:
    • 分析可能的攻击路径
    • 提出优先级最高的几条防护建议
    • Review 一下现有的注册 / 写入接口设计

Claude 给出的几个方向非常实用:

  • 后端 API 暴露在公网,没有最基本的 rate limit
  • 注册和写入接口缺少「人类门槛」,脚本可以无限请求
  • 没有给「可疑账号」打标 / 隔离,只是直接进入正式业务表

我对照这些建议,很快做了第一轮处置:

  • 给这批可疑账号和对应 actions 打上标记,而不是直接物理删除
  • 在业务逻辑上先软删除:统计、报表、产品逻辑里一律不算它们
  • 开始在代码里补上 rate limit 和简单风控策略

这次体验对我来说有点意思:

  • 不是「 AI 帮我写了一大堆代码」,而是
  • 「 AI 帮我快速梳理威胁模型 + 设计第一版防护方案」,我自己做关键决策和实现细节

对一个只有几十个真实用户的小产品来说,这种「 AI + 人」的协作方式刚好合适。


四、我给 GTD 系统加了三道基础安全锁

这次事件之后,我给 GTD Pro 加了三道「基础安全锁」,也推荐给还在早期的独立开发者:

1 )给注册和写入接口上闸门

  • 对注册接口加简单节流:同 IP / 同 UA / 同邮箱域名在单位时间的上限
  • 对写 actions 的接口也加上 rate limit ,避免有人用单一账号或脚本刷爆写入

2 )引入一个「人类门槛」

  • 可以是邮箱验证 / 一次性验证码 / 极简验证码
  • 不一定要很重,但要让大规模脚本攻击的成本变高

3 )业务上把「可疑流量」和「真实用户」彻底分开

  • 给这 5000 多个账号统一打上 is_suspicious = true
  • 统计和报表默认只看「未标记为可疑」的账号
  • 以后如果还有类似事件,可以快速对比行为模式、复用处理流程

这次攻击也间接帮我确立了一个心态:

  • 只要你的产品暴露在公网,就默认会被扫、被撞、被试探
  • 安全不是「有大公司再做」,而是「你第一次被攻击的那天,就该开始认真设计」

五、小产品也要有安全边界

这次恶意注册事件,对我最大的提醒是:

  • 就算你现在只有几十个真实用户,也应该早点想好:
    • 注册/登录的边界
    • 写入数据的节流
    • 垃圾数据的隔离策略
  • AI 不只是用来给用户做「炫酷功能」,也可以拿来帮你做基础设施:
    • 设计威胁模型
    • 帮你 review 代码
    • 帮你想「最小代价的安全升级」

严格来说,这次并不能算一场「大规模攻击」,更像是给我提了个醒:

  • 我的 GTD 不再只是本地小玩具
  • 它开始作为一个真正对外的在线服务存在

六、如果你也想试试这套 GTD / 看看代码

最后,留两个入口:

如果你也在做自己的小工具、小产品,建议不要等到「出事了」再补安全。哪怕只是在注册接口前面多加几行简单的 rate limit 逻辑,都是一个好的开始。

也欢迎你来试试 GTD Pro ,或者在 issue 里告诉我你遇到的安全/风控问题,我们可以一起继续把这套系统打磨得更像一个真正可依赖的「第二大脑」。

如果你对我在做的通用 Agent 框架也感兴趣,可以看看:

GTD Pro 目前主要跑在 Claude Code 上,后面也会逐步和这套 Agent 基础设施打通。

作者: femto | 发布时间: 2025-12-31 08:10


34. 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


35. 我的 2025 年度总结

言简意赅,直接上图。

作者: 92Developer | 发布时间: 2025-12-31 08:46


36. google 的这种验证码,怎么我每次都好好选的但是一次都没有验证通过过?

是我理解的不对?

作者: spike0100 | 发布时间: 2025-12-30 10:28


37. 见多识广的 V 友们,有知道这张图片的出处吗

想知道这张图有没有 V 友见过的,或者有没有类似的社区或者博客自媒体讲解 AI 产品的,最好是跟着技术产品的发展一直持续更新的

作者: coderMonkey | 发布时间: 2025-12-31 07:13


38. 穿山甲广告总出现违规 无法屏蔽干净

app 接入了穿山甲广告,
自己添加了屏蔽,也多次找客服增加了屏蔽规则。
但总是会出现诱导广告,然后被市场巡查冻结下架。

已经多次出现这种情况了,每次去找客服屏蔽,
都说帮忙屏蔽了,然后过段时间又出现
大佬们这种问题怎么解决,就是这种的广告

作者: weYiZh11 | 发布时间: 2025-12-30 17:09


39. 求一个能获得 rss 全文的阅读软件

一直用 freshrss ,使用 css selector 获取全文,但现在发现发现知乎,微信和 cloudflare 代理的网站都不能获取了,大家有什么推荐

作者: standin000 | 发布时间: 2025-12-30 15:07


40. 大家讨论下自建内网 RAG 知识库和 AGENT 平台

公司现在还没有引入飞书等平台,想在小组内试搭一套 RAG 平台,内网有 QWEN 的大模型接口,于是有了下述方案,大家看看是否合适,运行硬件配置不高,无单独 GPU:

1.传统知识库用基于 MARKDOWN 格式的 OUTLINE ,支持团队协作,单点登录,缺点是没有离线功能。
2.RAG 知识库平台和 AGENT 平台选用 FASTGPT ,没有用 DIFY ,感觉 DIFY 要重一点,也没用只聚焦于 RAG 的 MAXKB 。
1 ) LLM 用内网已经有的 QWEN 大模型
2 ) embedding 用本地的 m3e
3 ) rerank 模型也用本地的 bge rerank 模型
3.胶水准备用 N8N ,从 OUTLINE 把知识定期推送到 FASTGPT 。
4.最后是文档的问答模式准备用 NGINX 做拦截嵌入,在 OUTLINE 文档页面做个弹窗把上下文传到后端 FASTPGT

作者: milestance | 发布时间: 2025-12-31 07:35