奶昔致Linux DO社区的道歉信
LINUX DO - 热门话题 (RSS)
尊敬的各位佬友，我是奶昔，同时也是L站近一年的活跃用户。今天是我第一次以奶昔论坛站长的身份就近期发生的内容搬运事件向LINUX DO社区及各位在站上耕耘的每一位佬致以诚挚的歉意，也希望是最后一次，对不起！
我承认在论坛发展的过程中确实有一定的疏忽，我们在内容管理意识也较为薄弱，对此我也在反思如何做好社区，因为这也是我需要承担的责任。当然我也不是用AI写的，单纯是看到这件事感到非常的愧疚及歉意。也感谢各位佬友的提醒，请你们给予我一点时间来处理。
自今晚收到反馈后，我已经做出如下措施：
1、对涉及的部分搬运内容进行处理，并对此类账号进行了相对应的惩罚。处理12篇搬运内容，对6个违规账号实施封禁
2、对于剩下的漏网之鱼，我希望佬友们给点时间让我逐一排查。做错事了也希望给个机会来弥补，谢谢
3、确实我们没什么经验，错了就应该承认，我会去完善奶昔论坛的转载要求和原创保护条款，也欢迎各位佬友监督，希望双方社区都越来越好！
后续如果有佬友有疑问，欢迎随时在Linux DO站内私信联系我处理。也给始皇添麻烦，作为L站的忠实用户之一，我不希望因此造成不必要的误会。同时我们的SSO对接Linux DO Connect只是希望搭建双方社区之间的桥梁，让佬友可以快速、免注册的享受我们的服务。
再次对各位佬友以及始皇表示歉意，请给我们一个改正的机会，也欢迎大家持续监督。
奶昔
2025年8月16日
41 个帖子 - 30 位参与者
阅读完整话题
LINUX DO - 热门话题 (RSS)
尊敬的各位佬友，我是奶昔，同时也是L站近一年的活跃用户。今天是我第一次以奶昔论坛站长的身份就近期发生的内容搬运事件向LINUX DO社区及各位在站上耕耘的每一位佬致以诚挚的歉意，也希望是最后一次，对不起！
我承认在论坛发展的过程中确实有一定的疏忽，我们在内容管理意识也较为薄弱，对此我也在反思如何做好社区，因为这也是我需要承担的责任。当然我也不是用AI写的，单纯是看到这件事感到非常的愧疚及歉意。也感谢各位佬友的提醒，请你们给予我一点时间来处理。
自今晚收到反馈后，我已经做出如下措施：
1、对涉及的部分搬运内容进行处理，并对此类账号进行了相对应的惩罚。处理12篇搬运内容，对6个违规账号实施封禁
2、对于剩下的漏网之鱼，我希望佬友们给点时间让我逐一排查。做错事了也希望给个机会来弥补，谢谢
3、确实我们没什么经验，错了就应该承认，我会去完善奶昔论坛的转载要求和原创保护条款，也欢迎各位佬友监督，希望双方社区都越来越好！
后续如果有佬友有疑问，欢迎随时在Linux DO站内私信联系我处理。也给始皇添麻烦，作为L站的忠实用户之一，我不希望因此造成不必要的误会。同时我们的SSO对接Linux DO Connect只是希望搭建双方社区之间的桥梁，让佬友可以快速、免注册的享受我们的服务。
再次对各位佬友以及始皇表示歉意，请给我们一个改正的机会，也欢迎大家持续监督。
奶昔
2025年8月16日
41 个帖子 - 30 位参与者
阅读完整话题
【第10波】微信读书自选书籍，封顶100元！
LINUX DO - 热门话题 (RSS)
从 【第9弹】微信读书自选书籍66元！【书友专场】 话题继续：
上次数据，我很不满意！既然如此，那加钱
若还是不行的话，那这就作为最后一期了
奖品详情
中奖者一位。
— 阅读时长40小时以内的，40币
— 阅读时长40小时以上的，按阅读时长计算
— 封顶100币
活动时间
Sat, Aug 16, 2025 12:00 AM CST Mon, Aug 18, 2025 9:30 PM CST
参与方式
在本帖下回复即可。
抽奖规则
— 每位用户仅允许参与一次。
— 无效或语义不明的回复视为无效，中奖者将顺移至下一层，直到符合要求。
— 中奖者私信24小时内未回复视为放弃。
— 使用 官方抽奖程序 随机抽取中奖者。
ʙʀᴇᴀᴋ ᴀ ʟᴇɢ ɪɴ ʏᴏᴜʀ ɢᴀᴍᴇ
57 个帖子 - 56 位参与者
阅读完整话题
LINUX DO - 热门话题 (RSS)
从 【第9弹】微信读书自选书籍66元！【书友专场】 话题继续：
上次数据，我很不满意！既然如此，那加钱
若还是不行的话，那这就作为最后一期了
非实体书籍。不可折现。按需参与。
奖品详情
中奖者一位。
微信读书 中 可赠送 书籍，总价值在 [阅读时长]币，最低40币，封顶100币 以内。— 阅读时长40小时以内的，40币
— 阅读时长40小时以上的，按阅读时长计算
— 封顶100币
活动时间
Sat, Aug 16, 2025 12:00 AM CST Mon, Aug 18, 2025 9:30 PM CST
参与方式
在本帖下回复即可。
抽奖规则
— 每位用户仅允许参与一次。
— 无效或语义不明的回复视为无效，中奖者将顺移至下一层，直到符合要求。
— 中奖者私信24小时内未回复视为放弃。
— 使用 官方抽奖程序 随机抽取中奖者。
ʙʀᴇᴀᴋ ᴀ ʟᴇɢ ɪɴ ʏᴏᴜʀ ɢᴀᴍᴇ
57 个帖子 - 56 位参与者
阅读完整话题
LINUX DO
【第9弹】微信读书自选书籍66元！【书友专场】
从7月竟然读了这么久 😀继续讨论： 除了多数读春秋的佬友，按照投票结果看，仍是以100小时为主。 本次就作为一个初始试验，也不整那么久，照顾一下新书友，就按总时长 50小时 吧！ 非实体书籍。不可折现。按需参与。 🎁 奖品详情 中奖者一位。 微信读书 中 可赠送 书籍，总价值在 66币 以内。 ⏰ 活动时间 2025-08-07T16:00:00Z (UTC) 🔜 2025-08-10T12:30:00Z (UTC) 🎯 参与方式 在本帖下回复你的阅读时长截图。 …
完蛋，我好像把我们公司财务主管给得罪了
LINUX DO - 热门话题 (RSS)
前几天，公司财务部门的财务主管找到我们技术部门提了个需求，
要求我们开发一款即时通信软件，并且能够支持OA审批流。
然后要有在线文档的功能，支持Excel。
我绞尽脑汁，憋出内伤，问了一句，这不就是企业微信么？或者钉钉，飞书都能用。
她听完沉默了很久，我也沉默了很久，
现在她不说话了，
我是不是应该准备收拾收拾回家了。
38 个帖子 - 24 位参与者
阅读完整话题
LINUX DO - 热门话题 (RSS)
前几天，公司财务部门的财务主管找到我们技术部门提了个需求，
要求我们开发一款即时通信软件，并且能够支持OA审批流。
然后要有在线文档的功能，支持Excel。
我绞尽脑汁，憋出内伤，问了一句，这不就是企业微信么？或者钉钉，飞书都能用。
她听完沉默了很久，我也沉默了很久，
现在她不说话了，
我是不是应该准备收拾收拾回家了。
38 个帖子 - 24 位参与者
阅读完整话题
F**k You , win11
LINUX DO - 热门话题 (RSS)
起因是最近（已经持续几个月了）感觉go的编译和启动好慢，git也是每次操作都卡半天，vscode更是卡的没法用，一个保存操作都加载半天，所有和powershell和cmd窗口沾边的操作都具卡无比
于是查看任务管理器，看到了一个叫“MSPCManagerService.exe”的进程，只占用一个cpu核心，且占满了那个核心，于是直接杀掉这个进程，瞬间就不卡了，于是搜寻这个进程是干什么的
然后就看到了这篇帖子
解决Windows更新后Vitis编译慢、Keil编译慢，git卡顿，C/C++编译器编译慢的问题_mspcmanagerservice-CSDN博客
里面的讨论如下：
Windows 11 24H2系统ESP-IDF编译性能问题
问题背景
近期，部分使用Windows 11 24H2系统的开发者在编译ESP-IDF项目时遇到了编译性能显著下降的问题。这些用户报告称，即使在高性能模式下，系统也无法充分利用多核CPU的全部计算能力，导致编译时间异常延长。以ESP32-S3开发为例，原本预期30秒左右完成的编译任务可能需要4-5分钟才能完成。
现象分析
受影响用户观察到以下典型现象：
— CPU核心利用率不足：在编译过程中，任务管理器显示仅有少量CPU核心处于活跃状态，大部分核心处于闲置状态
— 性能模式无效：即使系统已设置为高性能模式，且通过注册表调制用所有小核(P)，编译速度仍无明显改善
— 环境差异影响：该问题在不同ESP-IDF版本（5.1.2和5.3.1）中均会出现，且不受关键软件中组除设置的影响
根本原因
经过深入排查，发现问题源于Windows 11 24H2系统中的Microsoft PC Manager服务，具体表现为：
• 后台运行的MSPCManagerService.exe进程会对系统资源调度产生干扰
• 该服务可能错误地限制了ESP-IDF编译过程中的多核并行处理能力
• 服务优先级设置可能导致编译任务无法获得足够的CPU时间片
这是一个典型的系统服务与开发工具冲突导致的性能问题，需要通过调整或禁用相关服务来解决。
把“Microsoft PC Manager”这个服务禁用掉后，一切都变得流畅了，所有的操作都是秒编译，就连aider都变流畅了
总之就是F**k You , win11，负优化真有你的
24 个帖子 - 21 位参与者
阅读完整话题
LINUX DO - 热门话题 (RSS)
起因是最近（已经持续几个月了）感觉go的编译和启动好慢，git也是每次操作都卡半天，vscode更是卡的没法用，一个保存操作都加载半天，所有和powershell和cmd窗口沾边的操作都具卡无比
于是查看任务管理器，看到了一个叫“MSPCManagerService.exe”的进程，只占用一个cpu核心，且占满了那个核心，于是直接杀掉这个进程，瞬间就不卡了，于是搜寻这个进程是干什么的
然后就看到了这篇帖子
解决Windows更新后Vitis编译慢、Keil编译慢，git卡顿，C/C++编译器编译慢的问题_mspcmanagerservice-CSDN博客
里面的讨论如下：
Windows 11 24H2系统ESP-IDF编译性能问题
问题背景
近期，部分使用Windows 11 24H2系统的开发者在编译ESP-IDF项目时遇到了编译性能显著下降的问题。这些用户报告称，即使在高性能模式下，系统也无法充分利用多核CPU的全部计算能力，导致编译时间异常延长。以ESP32-S3开发为例，原本预期30秒左右完成的编译任务可能需要4-5分钟才能完成。
现象分析
受影响用户观察到以下典型现象：
— CPU核心利用率不足：在编译过程中，任务管理器显示仅有少量CPU核心处于活跃状态，大部分核心处于闲置状态
— 性能模式无效：即使系统已设置为高性能模式，且通过注册表调制用所有小核(P)，编译速度仍无明显改善
— 环境差异影响：该问题在不同ESP-IDF版本（5.1.2和5.3.1）中均会出现，且不受关键软件中组除设置的影响
根本原因
经过深入排查，发现问题源于Windows 11 24H2系统中的Microsoft PC Manager服务，具体表现为：
• 后台运行的MSPCManagerService.exe进程会对系统资源调度产生干扰
• 该服务可能错误地限制了ESP-IDF编译过程中的多核并行处理能力
• 服务优先级设置可能导致编译任务无法获得足够的CPU时间片
这是一个典型的系统服务与开发工具冲突导致的性能问题，需要通过调整或禁用相关服务来解决。
把“Microsoft PC Manager”这个服务禁用掉后，一切都变得流畅了，所有的操作都是秒编译，就连aider都变流畅了
总之就是F**k You , win11，负优化真有你的
24 个帖子 - 21 位参与者
阅读完整话题
blog.csdn.net
解决Windows更新后Vitis编译慢、Keil编译慢，git卡顿，C/C++编译器编译慢的问题_mspcmanagerservice-CSDN博客
文章浏览阅读7.8k次，点赞108次，收藏103次。最近在安装了Windows24H2的一个系统更新后，发现几乎所有C/C++编译器的速度都变慢了，原本vitis一两分钟能编译完成的工程需要一个小时才能编译完成，而且相同的性能大幅下降还体现在keil以及其他的ide中，打开任务管理器，发现CPU在编译时只有一个核被占用，猜测可能是Windows的更新对多核编译的调度策略产生了影响，经过反复的尝试，结合。经过修复之后，vitis、keil、gcc的编译速度大幅加快，恢复到原有水平。3. 卸载Microsoft…
番茄七猫小说下载器，墨水屏
LINUX DO - 热门话题 (RSS)
前情提要
最近闲的无聊，买了一个墨水屏设备，观看小说总是很麻烦。
— 在手机上查找好看的小说
— 通过各种方法下载到本地
— 上传到墨水屏设备
— 进行观看
后面感觉不错、又入手了一个墨水屏，但是又存在了一个问题，两个墨水屏之间阅读记录不同步怎么搞？
解决方法：
— 手搓一个阅读apk软件，搭建阅读同步服务器。（撸代码开发到50% ）放弃了，太难了。
— 使用其他开源app（github上面有，但是我没有用过）
— 微信阅读app（还不错，然后就选择了这个）
现在存在以下问题，上传到墨水屏设备步骤繁琐、下载小说也麻烦。所以，肝了好几天做了一个新项目。
一个功能强大的多平台小说下载器，支持番茄小说、七猫小说等平台，提供TXT和EPUB格式下载，配备美观的网页界面、书库管理和多种上传功能。
白话文说就是：可以搜索七猫、番茄书名和id进行下载、下载到书库，书库可以上传到墨水屏（通过墨水屏的wifi传书功能）和微信读书书架内。然后同步番茄和七猫的书架，在手机app上观看到好看的小说，直接到网页内对应书架进行下载，然后到书库，即可上传到墨水屏内。
**哔哩哔哩视频介绍：**分辨率调整错了，有点模糊，懒得重新录了。
【番茄七猫小说下载器，墨水屏下载小说】 番茄七猫小说下载器，墨水屏下载小说_哔哩哔哩_bilibili
https://ipfs.io/ipfs/QmdiZL4jdArqHWKT8hx9jTinA6GQaNwhH5BqpGDz1U1own?filename=simple-video-to-gif.gif（图片大于 4 MB）...
View original post
LINUX DO - 热门话题 (RSS)
前情提要
最近闲的无聊，买了一个墨水屏设备，观看小说总是很麻烦。
— 在手机上查找好看的小说
— 通过各种方法下载到本地
— 上传到墨水屏设备
— 进行观看
后面感觉不错、又入手了一个墨水屏，但是又存在了一个问题，两个墨水屏之间阅读记录不同步怎么搞？
解决方法：
— 手搓一个阅读apk软件，搭建阅读同步服务器。（撸代码开发到50% ）放弃了，太难了。
— 使用其他开源app（github上面有，但是我没有用过）
— 微信阅读app（还不错，然后就选择了这个）
现在存在以下问题，上传到墨水屏设备步骤繁琐、下载小说也麻烦。所以，肝了好几天做了一个新项目。
一个功能强大的多平台小说下载器，支持番茄小说、七猫小说等平台，提供TXT和EPUB格式下载，配备美观的网页界面、书库管理和多种上传功能。
白话文说就是：可以搜索七猫、番茄书名和id进行下载、下载到书库，书库可以上传到墨水屏（通过墨水屏的wifi传书功能）和微信读书书架内。然后同步番茄和七猫的书架，在手机app上观看到好看的小说，直接到网页内对应书架进行下载，然后到书库，即可上传到墨水屏内。
**哔哩哔哩视频介绍：**分辨率调整错了，有点模糊，懒得重新录了。
【番茄七猫小说下载器，墨水屏下载小说】 番茄七猫小说下载器，墨水屏下载小说_哔哩哔哩_bilibili
https://ipfs.io/ipfs/QmdiZL4jdArqHWKT8hx9jTinA6GQaNwhH5BqpGDz1U1own?filename=simple-video-to-gif.gif（图片大于 4 MB）...
View original post
别寻思了哥，没人会跟你谈条件
LINUX DO - 热门话题 (RSS)
哥，别在那做你的美梦了，没人会跟你谈条件。
我不接受任何条件，这里的佬友你也打不走。
还想着搞点钱呢，我宁愿把钱交给 cloudflare 也不会给你半个子儿的。
啥也不是。别在那白日做梦了，不服气你就接着打
问题不大，佬友们接着奏乐接着舞～
632 个帖子 - 614 位参与者
阅读完整话题
LINUX DO - 热门话题 (RSS)
哥，别在那做你的美梦了，没人会跟你谈条件。
我不接受任何条件，这里的佬友你也打不走。
还想着搞点钱呢，我宁愿把钱交给 cloudflare 也不会给你半个子儿的。
啥也不是。别在那白日做梦了，不服气你就接着打
问题不大，佬友们接着奏乐接着舞～
632 个帖子 - 614 位参与者
阅读完整话题
Linux do 发帖规律：佬们都是工作日上班划水怪
LINUX DO - 热门话题 (RSS)
前言
Linux do 社区里面有非常丰富的教程和资源，佬们水贴的速度非常快，搜集信息有时候比较麻烦。要不要做一个 Linux do 的 RAG？
当然，如果把论坛里所有的帖子都塞到 RAG 里成本太大，不如先来过滤一下帖子。
我首先收集了论坛一些最火的帖子，包含以下字段：
—
—
—
— 发帖时间
这些分析纯属娱乐，样本不具备代表性，纯纯乐子人。
佬们都是上班划水怪
虽然这些样本在整个论坛中不算什么，但我们还是能窥探出佬们刷论坛的一些规律。
— 从整体趋势看，Linux do 在 2024 年初快速发展，5 月到 9 月进入“停滞期”，此后保持在较高水平。中间的波动，大概是佬们放年假了（图 1a）。
— 从星期分布看，发帖主要集中在 周一到周五，周末明显冷清（图 1b）。
— 从时间分布看，上午 9–11 点、下午 14–17 点是发帖高峰（图 1c）。
— 结合星期和时间来看，可以很明显地看到：工作日的上班时间发帖最多（图 1d）。
浏览量、点赞、回复到底有什么关系？
那问题来了：
是不是在某一天的某个时刻发帖，就能更容易得到浏览量、点赞和回复？
— 回复：没有明显的时间规律，说明更多受到帖子内容质量影响（图 2a）。
— 点赞和浏览量：在凌晨（夜猫子/机器人？）和工作时间...
View original post
LINUX DO - 热门话题 (RSS)
前言
Linux do 社区里面有非常丰富的教程和资源，佬们水贴的速度非常快，搜集信息有时候比较麻烦。要不要做一个 Linux do 的 RAG？
当然，如果把论坛里所有的帖子都塞到 RAG 里成本太大，不如先来过滤一下帖子。
我首先收集了论坛一些最火的帖子，包含以下字段：
—
views（浏览量）—
like_count（点赞数）—
reply_count（回复数）— 发帖时间
这些分析纯属娱乐，样本不具备代表性，纯纯乐子人。
佬们都是上班划水怪
虽然这些样本在整个论坛中不算什么，但我们还是能窥探出佬们刷论坛的一些规律。
— 从整体趋势看，Linux do 在 2024 年初快速发展，5 月到 9 月进入“停滞期”，此后保持在较高水平。中间的波动，大概是佬们放年假了（图 1a）。
— 从星期分布看，发帖主要集中在 周一到周五，周末明显冷清（图 1b）。
— 从时间分布看，上午 9–11 点、下午 14–17 点是发帖高峰（图 1c）。
— 结合星期和时间来看，可以很明显地看到：工作日的上班时间发帖最多（图 1d）。
浏览量、点赞、回复到底有什么关系？
那问题来了：
是不是在某一天的某个时刻发帖，就能更容易得到浏览量、点赞和回复？
— 回复：没有明显的时间规律，说明更多受到帖子内容质量影响（图 2a）。
— 点赞和浏览量：在凌晨（夜猫子/机器人？）和工作时间...
View original post
被低估的gpt-oss
LINUX DO - 热门话题 (RSS)
刚刚在阿b上刷到了个视频 感觉讲的很有道理
讲一下我的理解（仅代表个人观点）
gpt-oss被低估的价值在哪？
gpt-oss开源的不仅是模型权重，还有其底层的harmony架构，而该架构在agent时代有着很大意义
harmony架构好在哪？
与传统的chatml架构相比，基于harmony架构的response api能实现服务端状态管理，从而大幅减少token消耗
训练方面，harmony架构引入了可扩展的角色定义，不再局限于user和assistant，可扩展性更高
（有感而发 随手记录一下）
10 个帖子 - 7 位参与者
阅读完整话题
LINUX DO - 热门话题 (RSS)
刚刚在阿b上刷到了个视频 感觉讲的很有道理
【绝大多数的视频都没能讲出 gpt-oss 系列模型的真正意义-哔哩哔哩】 绝大多数的视频都没能讲出 gpt-oss 系列模型的真正意义_哔哩哔哩_bilibili
讲一下我的理解（仅代表个人观点）
gpt-oss被低估的价值在哪？
gpt-oss开源的不仅是模型权重，还有其底层的harmony架构，而该架构在agent时代有着很大意义
harmony架构好在哪？
与传统的chatml架构相比，基于harmony架构的response api能实现服务端状态管理，从而大幅减少token消耗
训练方面，harmony架构引入了可扩展的角色定义，不再局限于user和assistant，可扩展性更高
（有感而发 随手记录一下）
10 个帖子 - 7 位参与者
阅读完整话题
Bilibili
绝大多数的视频都没能讲出 gpt-oss 系列模型的真正意义_哔哩哔哩_bilibili
本期相关 ppt链接：https://pan.quark.cn/s/c31b217d5533?pwd=fbWC提取码：fbWC补充一个洞察vllm 在 0.10.0版本已经支持了 Responses API 的格式sglang 在最新的代码里也有 Responses API 的支持我自己用的 litellm 库，litellm proxy 也有更多 Response API 的能力接下来就看看各大, 视频播放量 11084、弹幕量 15、点赞数 288、投硬币枚数 158、收藏人数 380、转发人数 43…
正在使用lobe-chat的佬们注意了！lobe-chat正在泄漏你的隐私！
LINUX DO - 热门话题 (RSS)
太长不看版本:
当你使用lobe-chat-database进行MCP工具调用之后, lobe-chat团队和cloudflare就会知道该工具调用的细节。
存在严重隐私泄漏、跨境数据传输等安全风险，请各位佬友谨慎使用该软件。
lobe-chat我觉得算是一个优秀的ai对话工具，特别是在MCP集成方面。
项目开发者也在本站： 个人资料 - Arvin_Xu - LINUX DO
但最近碰到的一件事却让我不寒而栗。
我通过lobehub/lobe-chat-database - Docker Image | Docker Hub 这个镜像部署了本地数据库版(v1.112.0)，连接了内网的数据库，AI使用的MCP服务器也是部署在内网的（由我自己开发）。理论上，我和AI的对话记录只有我内网有记录（以及AI的服务供应商）。
但我最近在使用AI调用MCP服务器时, 发现lobe-chat在MCP服务器返回结果后，还需要loading很长的时间（可能要几十秒）才能发起下一次AI请求。经过排查，主要是受该接口影响:
让AI帮我分析lobe-chat代码后, 我发现lobe-chat在这个接口里将MCP调用数据上报到了
但我的lobe-chat-database实例内没有
通过查看DNS解析记录/网络抓包后，我发现lobe-chat将数据传到了
通过排查lobe-chat-database容器实例，我发现这个域名记录在容器内的js文件中：...
View original post
LINUX DO - 热门话题 (RSS)
太长不看版本:
当你使用lobe-chat-database进行MCP工具调用之后, lobe-chat团队和cloudflare就会知道该工具调用的细节。
存在严重隐私泄漏、跨境数据传输等安全风险，请各位佬友谨慎使用该软件。
lobe-chat我觉得算是一个优秀的ai对话工具，特别是在MCP集成方面。
项目开发者也在本站： 个人资料 - Arvin_Xu - LINUX DO
但最近碰到的一件事却让我不寒而栗。
我通过lobehub/lobe-chat-database - Docker Image | Docker Hub 这个镜像部署了本地数据库版(v1.112.0)，连接了内网的数据库，AI使用的MCP服务器也是部署在内网的（由我自己开发）。理论上，我和AI的对话记录只有我内网有记录（以及AI的服务供应商）。
但我最近在使用AI调用MCP服务器时, 发现lobe-chat在MCP服务器返回结果后，还需要loading很长的时间（可能要几十秒）才能发起下一次AI请求。经过排查，主要是受该接口影响:
/trpc/lambda/market.reportCall,message.update?batch=1, 短则几秒、多则几十秒。让AI帮我分析lobe-chat代码后, 我发现lobe-chat在这个接口里将MCP调用数据上报到了
env.MARKET_BASE_URL。但我的lobe-chat-database实例内没有
MARKET_BASE_URL这个环境变量，那么数据去哪了呢？通过查看DNS解析记录/网络抓包后，我发现lobe-chat将数据传到了
https://market.lobehub.com，托管在cloudflare上（怪不得速度忽快忽慢！）。但这个域名，在lobe-chat的官方代码仓库(lobehub/lobe-chat)里是没有的，这又是怎么回事呢？通过排查lobe-chat-database容器实例，我发现这个域名记录在容器内的js文件中：...
View original post
如何用手机指挥Claude Code干活
LINUX DO - 热门话题 (RSS)
如果有更好的使用手机操控Claude Code的方案或建议，欢迎佬友交流讨论~
思路
我们使用Claude Code时，正常需要通过命令行与其交互，但这往往要求我们需要在一台电脑前待着。
思考一下，我们与Claude Code的交互，实质上只是两种：
— 输入文本；
— 选择批准或者拒绝操作。
事实上，要实现和它的交互，我们完全不必使用电脑。也就是说，理论上我们完全可以只使用手机，以一种方式连接到电脑，实现交互。
这么说来，已经有一种现成的朴素方法：通过手机远程控制电脑，然后和Claude Code进行交互。但这种朴素方法在交互时有所不便，例如输入文字的输入法问题、选择批准/拒绝时需要使用方向键等。
如果在移动设备上有用户友好的应用，或是使用一个类似vscode的server版本，那么体验就会好很多。
带着这个思路，我先找到了claude-code-webui这个项目，该项目可以网页的形式和Claude Code进行交互，但目前还没有鉴权功能，试用下来较为简陋。
又找到了claudecodeui这个项目，看起来完成度就好很多。...
View original post
LINUX DO - 热门话题 (RSS)
本文最早发布在我的博客。
如果有更好的使用手机操控Claude Code的方案或建议，欢迎佬友交流讨论~
思路
我们使用Claude Code时，正常需要通过命令行与其交互，但这往往要求我们需要在一台电脑前待着。
思考一下，我们与Claude Code的交互，实质上只是两种：
— 输入文本；
— 选择批准或者拒绝操作。
事实上，要实现和它的交互，我们完全不必使用电脑。也就是说，理论上我们完全可以只使用手机，以一种方式连接到电脑，实现交互。
这么说来，已经有一种现成的朴素方法：通过手机远程控制电脑，然后和Claude Code进行交互。但这种朴素方法在交互时有所不便，例如输入文字的输入法问题、选择批准/拒绝时需要使用方向键等。
如果在移动设备上有用户友好的应用，或是使用一个类似vscode的server版本，那么体验就会好很多。
带着这个思路，我先找到了claude-code-webui这个项目，该项目可以网页的形式和Claude Code进行交互，但目前还没有鉴权功能，试用下来较为简陋。
又找到了claudecodeui这个项目，看起来完成度就好很多。...
View original post