HISTORY近 30 天历史柱高表示当天去重热搜数量
09/08—10/07 有历史数据
- 0179手太痒了，终于开发了个操作系统，免安装那种[先问] 朋友们，谁用过 Windows 98? 有没有完全没有见过 Windows 98 的朋友？ 从 Dos 时代开始，到了 Windows 98 ，太迷了人，我对那种立体强交互反馈的 Windows classic 设计，喜欢得要命 理想中的电脑交互界面就是那样。家里永远有一台旧电脑是装着 w98 的，隔段时间打开来看看，就像那个黄昏坐在那间吵得要命的机房角落一样，扣代码劲儿就更大了 终于动手了。哈哈 ↓ https://win98.si 可以看看古时候的 V2EX : https://win98.si/#web=http://www.v2ex.com/&date=2006 看看有啥大 bug 没zackkk
- 0222
又一个知名大厂程序员被判，很好奇这是怎么被抓到的？总结一下犯法的主要原因： 靠“越狱”大模型，专挑大模型安全防线下刀子。 绕过防护网后，用户充完值就能挑角色、开黄腔。聊天记录还能消耗积分，一键合成静态或动态的违规影像。 这是怎么被抓的？ 1 、这套系统在海外正式上线。后台直连**“第四方支付平台”，挂接虚拟货币收款通道，直接结算盈利。 2 、应该不可能使用国产的大模型 补充一下原文链接： https://mp.weixin.qq.com/s/wnJ5vOXW7rsaXKElCf04igLeBronJames1996 - 032手太痒了，开发了安卓手机控制安卓手机的 ascrcpy，结合 nl2sh 实现手机 vibecoding+app 验收我最近迷上了只用一部安卓手机开发 App 。代码让服务器跑，手机只管发指令和看效果。 以前用 SSH 连服务器，Agent 改完代码跑完测试，终端一显示通过我就头疼。页面挤没挤在一起？按钮好不好点？这些根本看不见。直到我把 Tailcat 、AScrcpy 和 nl2sh 串了起来。 现在流程很顺：先在手机 SSH 里让 Agent 写代码、跑测试；接着切到模拟器里的 nl2sh ，批准共享端口拿到配对码；再打开 AScrcpy 连上远端画面。界面卡不卡、弹窗挡不挡按钮，我直接在手机上点着验收。发现问题切回 SSH 接着改。ErnestSu
- 044最近发布的 Googlebook 原来真的是安卓电脑原生应用是 Android app ，用户默认读写访问权限和 Android 一样，可以解锁 bootloader 和 root 。 调试也用的是 ADB ，开发者可以用内置 Linux 虚拟机无线 ADB 调试，宣传中支持的 Antigravity 靠的是 Android 前端应用加 Linux 子系统实现，另外一提这个子系统和之前 Android 支持的 pKVM Linux 虚拟机没区别。有人扒了系统镜像和 Android 基本一样，发布的第一批价格最低起售价 900 刀，感觉又要扑街了🤦 https://developer.android.com/develop/adaptive-apps/guides/googlebook/adb-debuggingnoahhhh
- 056有什么本地部署好使的写代码小模型吗？ 24GB 显存玩玩那种3090 24GB 的显卡 64GB DDR5 内存 目前调研能部署的有 Qwen3-Coder-30B-A3B （ Q4_K_M / AWQ ）、DeepSeek-R1-Distill-Qwen-32B （ AWQ / INT4 ）、DeepSeek-Coder-V2-Lite （ Q4_K_M / Q5_K_M ）、DeepSeek-Coder-33B （ Q4_K_M ） 有同志真自己部署了吗，哪一个的效果相对好一点呢？52txr
- 0618大家还搞 Python 吗 , 感觉现在用的不多了啊以前我主要用 python 得, 包括后台, gui(pyside)等等 因为综合易用性(好写, 易懂), 跨平台, 功能性(覆盖面广) 但了解得都知道, 这些东西现在可能不一定还成立了, 或者说选择太多了 首先, python 本身大量重要库都是基于 rust 得, 那可能就要问下了, 为啥不直接用 rust, 以前可能还有学习曲线陡得问题, 现在 ai 其实很擅长写编译型语言 库多, 现在随便移植, 任何平台你看上其他平台某个库, 必然就有人移植, 或者你自己让 ai 干也用不了多少 token 所以我现在好像用 python 不多了, 现在后台更偏向 go, 或者 rust gui, 偏向 rust+tauri, 甚至最近 rust+gpui 也流行了 那些容易学, 好写易懂等, 在 ai 时代好像也不重要了iorilu
- 071Tibo 28 天营销逻辑1. 用重置吸引尚未叛逃用户的每日关注，在模型处于劣于 claude 的情况之下的话题度 2. 利用其中“正常重置”以及“重置卡”到期的前后几天进行重置，兑现营销重置诺言，同时重置损失最小化 3. 利用套餐额度下调额度减半以及路由降智省下的成本，给正常功能迭代的员工发工资 可谓，一箭三雕。YanSeven
- 0827
Claude 一条龙服务？看到最近很多人吐槽 Claude 封号，但是我自己稳定用了几年一直没有被封号，包括前几天领取 claude 送的 250 刀额度我也直接领了没有任何影响，所以如果我提供一个服务，让你的机器保持和我的机器相同的配置，包括机场商家、使用的节点、分流的规则（我告诉你你来充值配置），另外，支付我可以帮你创建 App Store 美区账户来给你充值（我来充值），让这些变量保持一致，不知道有没有人愿意付费？ 当然，封号的逻辑可能会一直在变，所以我也没法完全保证通过这种方式不会被封号，如果封号退款了我可以退给你，但是如果没有退款，那就没办法了。如果愿意承担这部分风险的可以来。 附一张机场的检测图：ryuichisaikun - 0942 万块以内，可以本地部署的最好的模型是哪个？不考虑输出速度的情况下jedeft
- 106不让干的都干了， A/还是没有封号，实在是善IP: flower 云 JP/SG/US 出口随便选，还有一个甲骨文大阪出口，几台机器的 IP 都不一样，甚至还有腾讯云 SG 的。 环境：Mac + surge / Linux + http proxy （非 tun ） / Linux 直连 客户端: CC + 网页版 + App 对话语言：全部简体中文 对话内容：因为要处理公司资料，他知道我在中国，详细到具体省市，公司名 注册：原来的 claude 号因为共享被封了，销号后使用同一邮箱，同一信用卡，指纹浏览器注册（和被封时同一 IP ），注册后原来被封的 CC 重新登陆，未做任何环境清理 时区：SG （ SG 和北京时间没有时差） 支付：Apple Card （自己的，随便填了个免税州地址） Github：绑定了，上面都是中国相关的 repo 用量：Max 20 每周都用完，一滴不剩 薅羊毛：每月必取消 plan ，然后 Pro -> Max 5 -> Max 20 玩一遍 上面干的基本把不能干的都干了，一点事没有，可见风控他就是个玄学，直接注册，用就完了。上次翻车用了 sub2api 过了半小时就翻车了，这次没有用，无事发生WorldDominator
- 1116Claude 开放大陆地区了？今天除了 claude code 和网页支持简体中文，刚刚在付款页面的国家，也支持了中国 https://imgur.com/a/3y45bYq 这是为了 IPO 还是为了钓鱼？higo4u
- 1256个人使用 Claude 防止封号的经验分享我是之前 IP 在 US 和 JP 乱窜，开了几个月的 Claude ，被封号了。 现在改成一下的配置，目前稳定使用了 3 个月 梯子是自建的 aws lightsail 东京，5 刀每月，一个 t 的流量，协议是 vless 加上 reality ，原理是伪装成大站的 https 服务器，IP 被封几率小 联通宽带，翻墙稳定 所有的 ai 服务通过 IpRoyal 出站，通过 clash 的 dialer-proxy 指向 aws 节点，所有的 AI 强制指定这个 clash proxy name, 没法手动切换，防止手贱乱切。 clash 的 AI 规则我是让 AI 直接参考这个仓库写的 ： https://github.com/szkane/ClashRuleSet 除了 Claude code 对话，其他的 LLM 输出都是英语 安卓 play 商店加上招商银行卡订阅，订阅之前，现在免费的网页用上一两天，看 setting - account 里面的登陆 session 是否符合预期（多个设备都是一个目标 region ） 不要总是用完所有的额度，防止 A 社认为你在蒸馏他，Aloveleyla2013
- 1369喵的，用了 2 年的 Claude 账号 10.5 凌晨 2 点被封了记录一下，这个账号用了两年了，美区 Apple 订阅，一直很稳，去年一直是订阅 Pro ，今年升级到了 5X Max ，一直很稳，用的也非常小心，新加坡时区，固定 IP ，不开 API ，不安装手机端 remote ，不安装三方的检测软件（除了偶尔用用 ccusage ，只读 jsonl 文件），周用量很少超过 80% 等等。。 我能猜到的直接原因可能是，白天睡太多，晚上我也熬了会夜，因为今天凌晨到 weekly reset 了，一直在用 CC ，睡前交给 Fable5 1 个任务，有可能会执行到 1:30 左右。然后两点就被封了。 怀疑的原因就是，要么是这个时区内这么晚了还在用，可能不太正常，而且之前从来没有这么晚用过。第二个就是用的可能用量快到 100%了。别的最近也没干什么特别的事儿 肯定还是打算另起一个号，在这之前。 申诉一下，反正简单写了一份申请，不知道能不能过。 清理本机。目前先把本地电脑给清理干净，和 Claude 相关的所有东西全干掉，包括 CLI 的配置文件，、Claude Desktop 以及所有的相关的文件全部备份完删除。如果他记住我的这个设备 ID ，那是真没办xueshi
- 14fastapi-gql-mcp, 将 fastapi 应用转变成 agent 友好的 mcp 服务FastAPI 的用户许多一定用过 FastAPI-MCP 这个 package 来将自己的 API 转换成 MCP 服务。 在使用的过程中会遇到一些问题，比如 Endpoints 不断上升的时候，会造成的 Context 的大量占用，以及 Response 的 Size 如果过大的话，也会容易造成 Context 过大的问题。比如一个列表页的 API 可能动则上百 K 或者几 MB ，那么这个数据在 Agent 中获取到的话，就容易让 Context 超出上限。 针对这个问题的解决方案，有一个思路是借鉴 GraphQL 的做法。 因为 FastAPI 提供了 return annotation ，所以可以将每一个 endpoint 都当成一个 GraphQL 的节点，然后将它返回的数据类型变成这个节点下的子节点树。 这样子它就可以变成一个 query 和 mutation 的 GraphQL schema 。 再结合强类型的返回类型描述，我们可以实现类似于 GraphQL 中 pick 字段的能力。 前者的话，它解决了 Endpoint 增长的时候 MCP tools 过多的问题。它tangkikodo
- 1534目前有没有用了两年 Claude 没被封的？特别好奇，国内有没有人两年一直还在用 claude ，目前还稳稳地用着的，有吗？用的 max 还是 pro ？日常用的多吗？有没有保号经验分享下？microscopec
- 1659准备注册美国公司来使用 claude国庆又被封了一个 100 美金的号, 好几个大额的号了, 大部分都 Fully refunded, 但我的目的是正常使用, 而不是贪小便宜. 这几天开始用 100 美金的 codex, 这货比货真的不能比, codex 真的是白给你都不要的那种. 我研究了一轮,其实也尝试过好多方法, 比如在其他国家家里使用家庭宽带, 托管电脑远程连过去, 但最终逃不过. 发现只能通过注册美国公司的方式来进行, 这个是最稳定的, 和 claude 公司销售直接联系后不会轻易被封号, 还可以使用 team plan. 我研究了一轮, 只有怀俄明/科罗拉多持有成本最低, 还有 EIN 和美国银行账号, 就算不用在 Claude,用在做跨境/外贸也是可以的. 不知道这 2 个州是否免税州, 否则看起来单次成本很低, 但综合成本很高. 走 stripe atlas 和 doola 比较省事, 但是费用很高. 不知道谁有全过程的攻略, 可以自行注册.wises
- 17Claude 防止封号的经验分享，目前已稳定半个月，涉及支付、VPS、时区等问题这个也是自己总结搜索一大堆的技巧总结出来，然后，最近一段时间成功将 Claude 开出来并稳定使用。 1 、彻底清理自己的设备的 Claude 痕迹，我用的是开源项目 https://github.com/suyuan2022/suyuan-skill/blob/main/claude-cleanup/SKILL.md ，这个是针对 mac ，大家丢尽 AI 后，让其思考后对 Windows 进行清理，给我清三四遍，并且让 AI 多扫描几次，确保没有原来的 Claude 残留。 2 、注册 Proton 邮箱，由于 A 畜会在发的邮件里面进行邮件追踪，而这个隐私邮箱是可以预防追踪的。当然，最好的就是，A 畜发给你的邮件全部不打开。 3 、搭建一下美区 VPS ，个人认为什么纯净家宽最好，机房 ID 不行，都是唬人的，Claude 全球都在用，大量人用 Claude 就在服务器上跑自动化任务，难道就因为你是机房 ID 就封你，很显然不是的，封号都是多因素的。但是，ip 的稳定性以及属于哪个主机的很重要。 有些人使用 DMIT 或者搬瓦工，但是，我使用 https://www.hostinlsls931011
- 183
WeChat AHP 让微信和 VS Code 的 Agent session 双向实时同步差不多半年前，我发布了 WeChat ACP： https://github.com/formulahendry/wechat-acp 让微信可以连上众多主流的 Agent Harness：Claude, Codex, Copilot, Qwen, Gemini, OpenCode, OpenClaw, Hermes, Kiro, Kimi, Pi 等。 昨天，我又发布了 VS Code 的 WeChat AHP extension： https://marketplace.visualstudio.com/items?itemName=formulahendry.wechat-ahp https://open-vsx.org/extension/formulahendry/wechat-ahp 它可以让你的微信和 VS Code 的 Agent session 双向实时同步，在何时何地，都能通过微信远程操控你的 VS Code Agent ！ VS Code 的 session： 微信的 session： 通过 Agent Host Protocol ，他们的 read-writeformulahendry - 1928codex 现在这消耗也太快了吧5x ，基本一次对话就消耗 20 ％周额度，也就改了几百行代码而已； 当然我开的是 6 astra ultrajiuzhougege
- 201Claude 最重要的一点很多人没说，不要用完额度200 刀的账号当 100 刀来用 100 刀的当 50 刀来用 很难封你的 当然最好还有稳定的 ipipoh
- 2121ai 最可怕的，不是取代你，而是让你无效成功xxzhaoming
- 226
感觉 OpenAI MCP Extensions 可玩性很高， Codex 是否正在走向超级 APP？OpenAI 近期推出的 [Plugin Extensions]（ https://developers.openai.com/plugins/build/extensions ）， 可以让开发者能够将插件整合到 ChatGPT 侧边栏、创作界面以及文件查看器中。感觉 Codex 的可玩性就变高了，开发的插件可以利用 ChatGPT 原生 Agent 能力，复刻一些市面上各种集成 AI 的 APP ，或者开发一些属于自己工作流的插件，将 Codex 变成一个超级 APP 。 例如直接把独立开发三剑客：记账、日记、TODO 又搬到 Codex 中哈哈哈哈。 个人尝试 我自己是做了个知识库看板插件，感觉还不错。坐等慢慢更新，期待更多原生能力被放出来。 插件详情可以看我的博客： https://blog.1874.cool/personalos-dashboard-plugin1874w - 238
告别 Xcode IDE:用 VS Code + SweetPad + XcodeGen 开发 iOS 应用的完整指南本文以一个真实的小项目 FloatingBottomSheetsApp (一个 SwiftUI 底部浮层 Demo)为例,手把手带你搭好一套完全不打开 Xcode IDE 的 iOS 开发环境:工程生成、构建运行、调试、代码补全、格式化、热重载,一次讲清。 配套示例代码: cyub/sweetpad-demo ,文中所有配置文件都可以直接对照源码查看。 为什么是 VS Code + SweetPad? 很多从其他技术栈转来、或者常年写前端的开发者,对 Xcode 那套 IDE 并不亲近——窗口繁重、编辑器手感一般、和 git 工作流的结合也别扭。SweetPad 是一个 VS Code 扩展,它把 Xcode 的核心能力(构建、运行、调试、热重载)全部搬进了 VS Code,底层驱动的仍然是苹果官方的 xcodebuild 和 lldb ,所以构建产物、签名行为和 Xcode IDE 完全一致,团队成员可以混用两种开发方式,互不影响。 再配上 XcodeGen, .xcodeproj 不再是一个需要手工维护(和 git merge 时痛苦)的二进制格式文件,而是一个几十行的 YAMLsztink - 2416Claude 增加了简体中文https://imgur.com/a/WojCk0m 我怀疑又在钓鱼, 赶紧切回英文了leadfast
- 259DeepSeek V4.1 Flash 还有 Qwen3.8 Flash 总是不好好整理文件，是 Harness 的问题吗？最近有些简单的任务分配给了 DeepSeek V4 Flash 还有 Qwen3.8 Flash, 前者用的是 DSH 后者是在 Codex 本地模式，发现有个共通的毛病就是在不特殊交代的情况下，它们总是会把一些脚本还有调研记录等中间产物直接放到项目的根目录，导致几轮过后一打开项目文件夹根目录下一堆乱七八糟的文件，看着就烦 使用 Claude 和 GPT 就没出现过这种问题，是因为 Harness 的原因吗？还是本身模型的工作习惯就不好baicai321
- 2610%手搓 +90%AI 程序， gocryptfs-tui10%手搓 +90% AI 程序，gocryptfs-tui https://github.com/lockejet/gocryptfs-tui gocryptfs-tui —— gocryptfs 加密卷管理工具，特点： 提供终端图形界面（ TUI ）与命令行（ CLI ）两种用法。 挂载、卸载、创建、删除加密卷，以及目录浏览、数据迁移与还原整合在一个界面。 列表页查看卷状态，向导式创建与还原，rsync 负责搬运数据，解锁与锁定按权限模式自动收紧。 支持简体中文与英文实时切换，所有操作写入 JSONL 日志，可按时间、来源、结果过滤回溯。 三种安装方式（ curl 、git clone 或源码编译）均可装到用户级或系统级。 运行时仅需 gocryptfs 、yq 、jq 、rsync 等常备工具。 目前在用 NAS 目录的解密加密功能，创建和删除仅在/tmp 测试过。 非计算机相关专业人员，仅仅对 SHELL/C/C++有非常初步的编程经验。这个软件主要是想解决 SSH 解密 NAS 上加密目录的要求。一开始仅仅手搓了一个简单的命令行脚本，后来在 deepseek 网页上参照 laDopaminePlz
- 276codex 的电脑控制用的是什么技术？在 macos 右上角菜单栏有个电脑的图标，图标右下角有个小人头像。 在被控制的 app 左上角也有显示这个图标； 可以在后台操作这个 app ，不阻塞用户使用电脑。jiuzhougege
- 281
请问各位 vscode 的 rust 调试到底是怎么配置的，为啥我 rust 打断点一直卡住转圈不显示变量值如题，launch.json 如下： { "version": "0.2.0", "configurations": [ { "name": "Debug backend", "type": "lldb", "request": "launch", "cargo": { "args": [ "build", "--manifest-path", "${workspaceFolder}/backend/Cargo.toml" ], "filter": { "name": "backend", "kind": "bin" } }, "cwd": "${workspaceFolder}/backend", "env": { "RUST_BACKTRACE": "1" }, "args": [], "sourceLanguages": [ "rust" ] } ] }zhengfan2016 - 294新的 10X，比旧有的 20X 额度少一半都不止，实测只有 12000creditshttps://newsletter.semianalysis.com/p/anthropic-subscriptions-offer-5x?utm_source=chatgpt.com 从以前每周 50000 的 credits ，降到 34000 ，再以超过减半的数量低至 12000credits😡johnsonhk
- 302
安卓极速 TXT 小说阅读器，不乱码支持 SMB极速 TXT 小说阅读器，支持 TXT/HTML/PDF/EPUB/MOBI/FB2/Markdown 等电子书格式。支持 SMB 和 ZIP 压缩包 功能： CJK 编码自动识别，不乱码。 自动分段，前处理去掉换行和空格。 按文件夹显示，支持进度保存、阅读历史、最近打开和快速访问。 双击返回文件夹、双击切换前一本/后一本 支持 SMB, 也可以保存 SMB 文件夹到本地 支持手机、平板 注：本地文件访问默认走 MediaStore ，需要在添加完文件夹后去文件管理里点一下相片图标切换到文件模式。默认不显示隐藏文件，需要在文件夹左上角菜单里开启。 下载地址 https://github.com/zmz125000/LocalViewer/releases Screenshots Screenshotssolidjoker - 31512026 年，求 NAS 系统推荐手上有个威联通的老 NAS , 打算重装，目前考虑飞牛，因为有免费映射，似乎易用性比较好，但是今年爆出重大漏洞，不清楚现在怎么样，请问大家有推荐的系统吗？Leon6868
- 3239codex 的梯子流量消耗很大，怎么治？梯子一个月 300G 不够用了，消耗太离谱。。。nl101531
- 3329ai 时代怎么感觉招 js/ts 全栈还是那么少？现在网上各种 ts ai 全干， 之前感觉 ai 时代 很多新公司 新业务搞全栈不应该首选 ts 了，昨晚看本地二线城市招聘信息 全是各种 java 全栈，php ，python 全栈都比 ts 多，烦了几个一线城市，感觉好像也这样，但是从网上一看 全是 ts 全栈，是受外网影响吗，国外好像是 ts 全栈比较流行吧？guin
- 345claude 今天被封号了呢我服了如题，昨天封的，昨天申请的，人在吃饭，然后回来看到 claude 于 20min 前自动退出了，难受啊，感觉 opus5.5 用于科研还挺好用的xxzhaoming
- 3511开发 Windows 桌面应用，大家用什么 AI 模型和工具比较顺手？最近在做一个 Windows 桌面工具，主要用 Tauri + Vue / TypeScript + Rust ，只考虑 Windows 10 及以上。 除了普通界面，还有一些透明置顶的悬浮窗，涉及鼠标穿透、悬停交互、焦点切换等，对资源占用也有要求。 目前比较想解决的是 AI 写代码之后怎么验证的问题。前端页面可以在浏览器里看，但窗口行为和交互需要放到实际 Windows 环境里测试。 所以想问问： 这种前端 + Rust + Windows 原生交互的项目，用什么模型比较顺手？尤其是跨语言定位问题、修改现有项目的能力。 工具上大家用 Cursor 、Codex 、Claude Code ，还是其他组合？ 有没有比较好用的方式，让 AI 在本地编译运行后，结合截图、日志，甚至直接操作窗口来验证修改？悬浮窗这类交互一般怎么配合调试？Purpole
- 362Codex 已经可以用 6 和 6.1，还是选择 5.6luna high 性价比最高是吗？试了 6luna max ，聊个天一会 5 小时 30%了……flyever
- 375codex 正在思考现在是 10 月 5 号 22:37 ，codex 一直处在正在思考的状态，是不是出啥问题了？lpxxn
- 382Windows 搭建 WSL2 AI 开发环境介绍我在 Windows 上使用 WSL2 打造 AI 开发环境的一些思路，源码和 AI Agent 留在 Windows ，WSL2 只当编译测试沙盒，用调度脚本和约束规则串联工作流 https://blog.dejavu.moe/posts/windows-wsl2-ai-dev-environment/DejavuMoe
- 3943想入个 macmini 做 iOS 开发 16g 够用吗目前最后性价比哪款，看了香港教育优惠 m6 32+256 好像 8k 人仔左右但要算上交通费。 海鲜市场的 16+256 的 m4 才 3600 。 想着要不就最低配旧款用着，要不就上新款 32g 。nomisk
- 406Gemini Flash 和 Pro 将转入付费方案自 2026 年 10 月起，使用个人账号访问 Gemini 应用时，模型可用情况将发生变更。 对于未订阅 AI 方案的用户，这些变更将于 10 月 9 日生效。如果你订阅了 AI Plus ，应该会收到一封电子邮件，说明这些变化何时对你生效。 这些变更生效后的模型可用情况： Google AI 方案 Flash-Lite Flash Pro 未订阅方案 ✓ ✗ ✗ AI Plus ✓ ✓ ✗ AI Pro ✓ ✓ ✓ AI Ultra ✓ ✓ ✓ 参考链接: https://support.google.com/gemini/answer/17004136roanokeyehia
- 41
依旧震惊瘫坐， opus5.5 做视频特效也很强啊，大家都用来做了些什么有趣的作品呢？试了一下做旋律、做特效、做视频，都很强 纯文字描述没提供素材（第一个） 图 1 片头： https://maiimg.com/gallery/AFFBG 图 2 片头： https://maiimg.com/gallery/AFFBI 提示词： “能不能重现下，《三体》中一切遮挡和封闭都消失、细节无限并列的四维碎块” （如上提示词，未过多修饰）一次生成的： https://maiimg.com/gallery/AFFCF 旋律的话上传到汽水音乐了😂： https://qishui.douyin.com/s/iXVqsM8r/cloudza - 4245还有人说这波 Personal AI Agent 是伪需求？网上竟然还有不少人认为这轮的 personal AI Agent 是伪需求。 其实一个产品是不是伪需求，最好的检验标准，就是看不懂技术的普罗大众能不能用起来？是不是已经离不开了？ 那我们看现在这些普通用户分享出来的大量的案例，其已经说明了这个问题。 这个比年初的小龙虾靠谱 10 倍都不止吧。 https://agentshow.cchrasky
- 4310在 AI 驱动下开发的项目，如果后续由人来介入开发阻力很大 算不算对项目上的失控现在 Vibe Coding 开发已经算是主流了，基本是人人都是使用 AI 来辅助开发。逐渐发现一个问题，组里的同事在 AI 辅助下开发速度提升了。 但是对整个项目代码理解的程度下降的比较严重。 甚至出现了脱离 AI 无法定位问题，不知道自己负责开发的组件,为什么要这样处理,输入的是什么，输出的是什么 这样算不算是 对项目的一种失控bsg1992
- 442
LocalViewer - 好用的 NAS 漫画 | 相册 | 视频 | eBook 阅读器 AppLocalViewer A High performance Android Local/SMB/WebDAV image viewer/comic reader with network gallery folder support. Based on EhViewer With Material Design 3 and Dynamic Color Support. Similar to Perfect Viewer and Kuro Reader, with Hi-Res images support (no downscaling), clean UI and good performance. Homepage https://github.com/zmz125000/LocalViewer Downloads https://github.com/zmz125000/LocalViewer/releases Features 原生 Android 应用（ Kotlin + Jetpack Compose ）。 简单易用的 Material Design 3 界面。 支持本地solidjoker - 452
wreq- Python ：重写协程桥接后的性能提升国庆闲来无事，跑了一下 wreq-python 和其他 Python HTTP 客户端的 HTTPS 性能基准，发现自己的结果不太理想，于是顺着火焰图查了一下瓶颈。 项目地址： https://github.com/0x676e67/wreq-python 之前通过 PyO3 和 pyo3-async-runtimes 做异步桥接，性能其实已经不错，但在这套实现里，反复获取 GIL 带来的额外开销和争用，还是影响了性能。 后来请 Claude 帮忙分析火焰图和几个主要耗时点，再把自己的思路和 PyO3 原生协程的实现作为参考，重写并优化了这部分桥接逻辑。咱也用 AI ，分析这些确实能省不少精力。 优化方向是有预期的，不过最后提升这么大，还是有点意外。下面贴一下基准结果，其中 ry 和 pyreqwest 也都是 Rust reqwest HTTP 客户端的 Python 绑定。 HTTP/1.1 的基准看看就好。wreq/reqwest 的连接池默认不限制连接数，并发时会打开很多连接； ry/pyreqwest 的默认配置有没有类似限制，我不确定。所以这部分结果就图个乐。 HTTP/20x676e67 - 46
- 479Tibo：在接下来的 28 天里，我们每天要么推出一项明显的改进，要么进行一次全面重置Over the next 28 days, each day we’ll either ship one thing that is a clear improvement and relevant for most codex/work users or ship a full reset. Let the improvements begin. 在接下来的 28 天里，我们每天要么推出一项明显的改进，且对大多数 codex/work 用户都有用，要么进行一次全面重置。让改进开始吧。 原文： https://x.com/thsottiaux/status/2106845241357824205testsb
- 4826产品的前端被抄了，又无语又想笑。我第一次做产品，打磨了 6 个月才推出，结果推出 2 个月后被电诈站抄了我们的前端页面。是直接拿我们的前端 nuxt 构建档案改，连混淆后的 *.js 和 *.css 档名都一样，联系方式也不换一下。 你说你抄袭产品功能做个好玩的竞品出来就算了，只抄前端是怎样？还在抄袭的页面上放别的产品的宣传视频（直连偷别的产品的 cdn ），联系方式又不改，害别人投诉到我们这来。 虽然被抄袭也算是另类的肯定，但这种买椟还珠式抄袭我之前真没想像过，现在既无语又想笑。383394544
- 492
Tibo 的 28 天挑战专题，用 Codex 重置监测站、以及投票来看每一天是在改进，还是会重置？😲 我们 Did Codex Reset 为 Tibo 的 28 天挑战做了一个专题。 📅 你可以在这里精确地看到每一天到底是在改进、还是一个重置，并且您可以为未来的日期进行投票预测，看看大家更热爱哪一个 https://didcodexreset.com/zh/oct28.html 欢迎各位 V2EX 的朋友们来投票看看 👀licoycn - 5029大模型对 Vuejs 支持不如 react：估计，可能不是亲生的有关Rust2015