核心内容

开源视频下载器 VidBee 发布 2.0 版本，GitHub 突破 10k Star。新版本主打本地语音转写与 AI 文稿处理，支持将视频或本地音视频文件转成带时间戳和说话人的文稿，并可针对文稿提问或生成摘要。

关键要点

• 本地转写：全程离线运行，数据不上传云端，支持 Whisper、SenseVoice、Parakeet、Qwen3-ASR 等模型，中文推荐 SenseVoice 或 Qwen3-ASR，可切换国内镜像源加速模型下载。
• 文稿功能：支持说话人分离，点击句子可跳转对应视频进度，可导出 TXT、Markdown、SRT/VTT 字幕。
• AI 提问：支持本地 LLM（Ollama、LM Studio）和 OpenAI 格式云端 API，仅发送文稿文本，API Key 本地存储。
• 下载能力：基于 yt-dlp，支持 1000+ 网站批量下载，内置 RSS 追更订阅。

评论补充

• 作者确认 yt-dlp 会自动更新，也支持自定义配置。
• 有用户反馈下载视频方便，但帖子收藏多回复少，作者欢迎反馈。

核心内容

楼主使用 HHKB 十年后出现小问题，寻求替代键盘。评论中多位用户分享了从 HHKB 过渡的经验，主要推荐静电容键盘和类似手感的产品。

关键要点

• 继续使用 HHKB：多位用户建议直接再买一把 HHKB，因为手感定型后难以适应其他键盘。
• 静电容替代：推荐宁芝（Niz）静电容键盘，如 L84 矮轴，手感更轻、键程短，但品控一般；也有用户推荐燃风（Realforce）。
• 机械轴选项：罗技 K75M 布局好但声音较大；NuPhy Node75 矮轴静音款舒适但键位需适应。
• 维修与升级：可更换 YDKB 主控和胶碗修复旧键盘；HHKB 可更新固件解决部分问题。

评论补充

• 有用户指出 HHKB Studio 是降级，静电容变机械轴且触摸有 bug。
• 国产客制化键盘支持热插拔，可自由更换轴体，适合追求静音和手感。
• 预算不明确时，推荐范围从高端静电容到平价国产不等。

核心内容

楼主是楼上住户，楼下装修发现卫生间地漏附近渗水。师傅报价2000元用液体胶水灌浆堵漏，多位有经验用户指出该方法不靠谱，属于临时措施，可能只是暂时堵住，水会从别处渗出。

关键要点

• 注浆堵漏不可靠：多位用户表示灌浆堵漏治标不治本，且可能被加价，有用户称“浆几十块一斤卖你几百上千”。
• 正确做法是重做防水：防水层必须整体重做，局部修补无效，因为两层防水膜之间会有缝隙，水仍会渗漏。
• 先确认漏水点：可能是地漏断层、管道破裂或防水层失效，需专业检测，避免反复返工。
• 利用楼下装修机会：可请楼下装修师傅帮忙重做防水，自己出材料费，更省事。

评论补充

• 有用户分享类似经历：楼上重做防水后问题解决，并赔偿楼下损失。
• 建议多找几家检测，确认漏水原因后再施工，争取一次搞定。
• 有用户提到“寓修侠”等平台，但注胶类服务普遍被质疑。

核心内容

主题讨论 DeepSeek Harness（DSH）的可玩性与实用性。作者认为 DSH 通过插件和 UI 定制可模拟 OpenClaw、Claude Code 等工具，但评论中观点分歧明显。

关键要点

• 定制能力：用户 mayacode 从 OpenClaw 迁移至 DSH，定制了 iMessage 消息投递、心跳、记忆、梦境等插件，实现随时对话、定时唤醒和记忆整理。
• 稳定性问题：zisen 反映 DSH 经常需要重启，代码写错可能导致无法启动，需借助 Codex 救援。mayacode 提出使用救援实例和验证实例来提升稳定性。
• 争议点：musi 指出将 Claude Code/Codex 简单理解为 UI 是误解，强调 harness 对模型的优化；lianyue 批评 DSH 除 div 能力外其他功能不佳，甚至写不好自己的插件 UI。

评论补充

• wdhwg001 比喻 DSH 像 Flask，需要大量最佳实践知识，对非 Harness Engineer 而言更像“360 软件管家”。
• 部分用户认为 DSH 的“先进”只是自嗨，或与鸿蒙相提并论，但也有用户认为这是初学者的 aha moment。
• 整体上，DSH 的灵活性和可玩性获得认可，但稳定性和实用性仍受质疑。

核心内容

Bun 1.4 发布，这是被 Anthropic 收购后首个版本，官方宣称利用 AI 从 Zig 重构到 Rust，空闲 CPU 使用率降低 5 倍，内存使用率降低最多 35%，Linux 启动速度提升 50%。

关键要点

• 性能提升显著，但社区对 AI 重构的可靠性存在分歧。
• 部分用户已生产使用（如 @shakaraka、@Showfom），未遇问题；也有用户观望或移除支持（如 @kneo、@SingeeKing）。
• 有用户指出 Bun 生态兼容性约 60%（@ota），生产需谨慎。

评论补充

• @P233 认为 AI 重构在任务切片和 review 下可行，未来可能成为常态。
• @june4 质疑测试覆盖不足，直接上生产风险高。
• @dianso 分享个人网站已使用 Bun 1.4 特性，但非编程背景，参考价值有限。

核心内容

有用户分享鼻炎喷剂使用经验：应在症状出现前（如睡前）使用，而非发作时喷。其使用内舒拿（糠酸莫米松）后，睡前喷药可有效缓解次日症状。评论中多位用户补充了不同药物的使用心得，并存在关于最佳使用时间的争议。

关键要点

• 提前用药：激素类鼻喷剂需长期规律使用，通常持续3-4天起效，而非随用随喷。
• 使用时间：部分用户认为睡前喷效果更好，但说明书多建议早晨使用，也有用户指出晚上喷可能不好，建议早晨喷。
• 辅助方法：生理盐水洗鼻（用38℃纯净水）被多人推荐，但需坚持；也有用户建议使用高渗喷雾。
• 口服替代：氯雷他定等口服药被多次提及，效果明显但可能嗜睡。

评论补充

• 有用户指出喷剂可能产生依赖，建议谨慎使用。
• 有用户推荐凡士林保湿鼻腔。
• 关于副作用，有用户认为局部喷药副作用可能小于口服，但需遵医嘱。

＞ 注意：以上为个人经验，具体用药请咨询医生。

核心内容

Antigravity 桌面版 2.9.1 新增远程控制功能，可在设置 - App 中开启 Remote Control，然后通过浏览器访问 https://antigravity.google.com/ 登录同一账号即可远程操控，界面与本地一致。还支持在其他机器安装 headless daemon 实现远程控制。官方文档和博客已更新。

关键要点

• 开启路径：设置 - App - Remote Control，浏览器访问官方网址登录。
• 支持 headless daemon 模式，可在其他机器安装。
• 手机浏览器也可访问，无需专门 App。

评论补充

• 部分用户反馈被 Google 风控，自建 VPS 和 CF Worker 节点（新加坡、LA）均无法使用，需换账号或使用其他工具。
• 有用户反映服务不稳定，频繁 retry，但速度比 Codex 快。
• 负面评价集中：不认系统代理需开 TUN 模式；有模型误将 target 目录提交到 git，建议手工管理 git 提交。

核心内容

作者分享甲骨文 Always Free 东京 ARM 实例的抢购与升配经验：免费账号蹲守三个月，通过脚本先抢最小规格（1C1G），再阶梯升级至 2C12G，并确认当前免费额度为 2 OCPU / 12 GB（非 4C24G）。

关键要点

• 抢购策略：先抢最小规格（1C1G），再按 1C6G → 2C12G 阶梯升级，成功率更高。
• 升级方法：关机后即可调整配置，无需重装系统（评论补充）。
• 脚本开源：提供 GitHub 仓库（https://github.com/sabialab/oci-arm-hunter），但仅适合在 AMD/笔记本上运行，避免装在即将被 STOP 的 ARM 实例上，防止缩容自杀。
• 风险警示：评论指出甲骨文可能清理滥用账号（如 7-8 月大批封号），使用脚本需谨慎，注意备份。

评论补充

• 有用户因未及时降配导致阿什本 4H24G 实例被停，删除后无法重开，提醒注意邮件通知。
• 脚本使用存在封号风险，建议谨慎操作并做好数据备份。

核心内容

vivo 手机（如 X200s）会自动修改 motion photo 文件的元数据，添加私有 UUID box 和 XMP 字段，导致 Google Photos 无法播放。用户通过分析发现，文件末尾的 Vivo 私有 box 是影响兼容性的关键。

关键要点

• 问题现象：vivo 导出的 motion photo 在 Google Photos 中显示加载中，无法播放；在 vivo 相册中正常。
• 原因分析：文件被添加了 vivoMediaExtInfo 等私有 box，以及 VCamera 开头的 XMP 字段。
• 兼容方案：通过测试不同格式组合，发现标准 Google XMP + Vivo UUID 可同时被 Google Photos 和 vivo 相册识别（见下表）。
• 测试结果： | 格式组合 | Google | Vivo | |———|——–|——| | 标准 XMP + Vivo UUID | ✓ | ✓ | | 标准 XMP + VCamera + Vivo UUID | ✗ | 识别但无法播放 | | 标准 XMP + 无 UUID | ✗ | ✗ |

评论补充

• 有用户分享类似经验：OPPO 手机可通过剥离 HDR Gain Map 和精简元数据，实现 OPPO 相册、Google Photos 和国内社交软件兼容。
• 建议使用社交平台下载的他人 live photo 作为样本，减少私有字段干扰。
• 注意 Exif 中的 UserComment 可能包含 feature flag，需一并检查。

核心内容

本文介绍了在 Windows 环境下为 AI 辅助并行开发配置环境的方法，核心是利用 Git worktree 和 Windows 11 的 Dev Drive（ReFS）实现类似 macOS 的 COW（写时复制）体验，从而高效管理多个并行开发工作区。

关键要点

• 并行开发冲突根源：Git 冲突源于多个 commit 对同一文件的修改重叠，通过 worktree 为每个 agent 创建独立工作区可避免冲突。
• COW 优势：支持 COW 的文件系统（如 macOS 原生、Windows Dev Drive、Linux btrfs）可让 worktree 创建秒级完成，且不占用额外存储空间，减少 SSD 写入。
• Windows 配置步骤：升级到 Win11，在“系统 -＞ 高级 -＞ 开发者人员驱动器”创建 ReFS 虚拟磁盘，将代码仓库迁移到该驱动器。
• 适用场景：适合需要同时进行多个方向研究或使用多个 AI agent 并行开发的开发者。

评论补充

暂无评论。

核心内容

主题对比了 MiniMax H3 与 Seedance 2.5 两个视频生成模型，指出选择应基于镜头时长和成本，而非演示视频质量。H3 支持单次生成 4-15 秒，Seedance 支持 4-30 秒；H3 最高 2K，Seedance 最高 1080p。参考容量方面，H3 支持 9 图 3 视频 3 音频，Seedance 支持 30 图 10 视频 10 音频。价格上，15 秒 720p 时 Seedance 约为 H3 的 3.6 倍。

关键要点

• 时长决策：超过 15 秒的连续场景优先测试 Seedance，短镜头（5-12 秒）H3 足够且更便宜。
• 成本影响：H3 十次 15 秒 768p 尝试约 $11.10，Seedance 约 $40.03，成本差异影响迭代策略。
• 测试方法：建议用三类任务（10 秒产品镜头、15 秒对话、25-30 秒连续动作）各跑至少 5 次，记录身份漂移、漏词、接缝连续性等。
• 部署限制：H3 开源但社区许可排除美国、欧盟、英国和韩国；Seedance 无公开权重，仅 API。

评论补充

评论讨论了本地部署成本：云端自部署 H3 比购买订阅或 API 便宜几十倍，但需配置环境和优化提示词；本地部署则仅需电费（不计硬件）。

核心内容

V2EX 用户询问 opencode 上限时免费的模型 Ox Alpha Free 是什么。根据社区反馈，该模型大概率是 GLM 系列（如 GLM-Flash 或 GLM5.3 Flash），但未获官方确认。有用户实测发现其性能与 DeepSeek V4 Flash 相近，偶尔能发现其他模型遗漏的 bug，但存在断流和用量限制问题。OpenRouter 也上线了该模型，并称其为未发布的 frontier 模型，免费至 8 月 24 日。

关键要点

• 模型身份：社区推测为 GLM 系列，但官方未证实。
• 性能体验：与 DeepSeek V4 Flash 相当，代码审查有一定亮点。
• 使用限制：存在断流和用量限制，免费额度有限。

评论补充

• 有用户反馈在 opencode 上用量排名第三，已跑 11T。
• 部分用户因断流放弃使用，但也有用户发现其能发现 Opus 4.6 未发现的 bug。

核心内容

用户反映北京移动1000M宽带上传速率从100M降至60M，装维师傅称已改为最多50M上传。用户使用该套餐近4年，无纸质协议，担心合同未注明上传速率。

关键要点

• 维权核心：按合同条款主张权利，若无合同则运营商可能抵赖。
• 实际案例：有用户因PCDN被限速至签约速率，疑似整楼连坐；报故障后工作人员询问用途，投诉后一周处理，可向工信部投诉。
• 建议：先查证合同或套餐说明，保留证据，必要时向工信部投诉。

评论补充

• 有用户称北京移动合约一直写30M或50M上传，实际给100M，近期因PCDN收紧。
• 有用户投诉后等待处理，朋友建议工信部投诉。
• 部分评论调侃考公，但无实质信息。

核心内容

用户通过控制变量测试发现，Grok Build 的 SuperGrok 订阅周用量疑似被减半。在模型、CLI 版本、输入长度、工具回合数、并发和缓存比例基本一致的情况下，本周实测新增 token 约为上周的 52%，推定缩水 48%。所有请求在第 23–37 回合即收到 402 错误，而上周有批次能跑完 64 回合，说明并非提示词或缓存结构差异，而是周池额度被削减。

关键要点

• 上周实测新增 token 约 2.4 亿，本周约 1.26 亿，成本相应从 $45 降至 $23.7。
• 缓存占比均约 96%，每百万 token 成本几乎不变（约 $0.188），排除价格变动因素。
• 评论补充：grok-4.6 发布第一周有双倍用量，可能影响对比基准。

评论补充

• 有用户通过中转 API 统计 grok-4.6 调用，按官方价格计算费用约 $104，但未明确是否缩水，需结合官方双倍活动判断。

核心内容

Vibe coding 快速产出代码的同时也带来大量冗余，影响代码质量和 agent 上下文。清理无用代码是常见痛点，但笼统让 AI 清理效果不佳。

关键要点

• 定点清理：让 AI 针对特定功能或函数清理，比整体清理效果好。
• 模块化开发：每完成一个模块就要求 AI 进行 review 和收尾，避免积压。
• 工具辅助：TypeScript 项目可使用 knip 检测无用代码。
• 交叉清理：用不同 AI 模型互相清理（如 Claude 生成的代码用 GPT 清理），效果更佳。
• 控制规模：限制 AI 生成的代码规模（如后端以类库为上限），便于理解和复用。

评论补充

有用户建议使用 ultracode 模式，让子代理负责小块清理；也有用户强调开发者自身要跟上 AI 的成长，不能完全依赖 AI。

核心内容

作者基于 C++20 开发了轻量级 Windows 原生框架 MWFL，旨在解决 Win32 繁琐、MFC/Qt 偏重、WTL 宏多的问题。框架保留原生 HWND 控件，提供类型化事件、RAII、DPI 感知布局等现代封装，减少样板代码。

关键要点

• 面向 Windows 10+，支持 x64 和 ARM64，MIT 协议。
• 包含 62 个可编译示例，已用于十六进制编辑器、Markdown 编辑器等工具。
• 项目地址：https://github.com/mwfl/mwfl ，文档：https://mwfl.github.io/

评论补充

• 有用户质疑为何不用 WinUI 3，作者回应因多 XAML 文件而不喜。
• 有用户提及 VB 更轻量，作者认为其更古老。
• 整体讨论较少，主要围绕框架定位与替代方案。