最新

嗨，HN， 我创建Envware是因为我厌倦了在切换笔记本电脑和工作站时，通过Slack/DN或不安全的笔记手动同步.env文件。 Envware是一个命令行工具，简化了环境变量管理，重点关注安全性和开发者体验。 主要特点： - 端到端加密（E2EE）：秘密信息在本地加密后再推送到云端。我们从未看到您的明文值。 - SSH密钥验证：设备授权与您的SSH密钥绑定。 - 多设备同步：在任何授权的机器上无缝拉取您的项目环境。 - 项目协作：安全地与团队成员共享项目。 目前版本为1.1.9，我正在努力进一步扩展它。我很想听听您对安全模型和命令行工作流程的反馈。 网站：https://www.envware.dev 文档：https://www.envware.dev/docs 谢谢！

Kling刚刚宣布了VIDEO 3.0——这是对其2.6和O1型号的重大升级。 主要改进： *延长时长：* - 连续视频时长可达15秒（相比之前的5-10秒） - 时长灵活，可在3-15秒之间选择 - 更适合复杂的动作序列和场景发展 *统一的多模态方法：* - 集成文本转视频、图像转视频、参考转视频 - 在一个模型中实现视频的修改和转换 - 原生音频生成（与视频同步） *两个版本：* - VIDEO 3.0（从2.6升级而来） - VIDEO 3.0 Omni（从O1升级而来） *增强的功能：* - 通过基于参考的生成提高主题一致性 - 更好的提示遵循和输出稳定性 - 在故事板和镜头控制方面提供更多灵活性 这使得Kling在竞争中具备优势，主要竞争对手包括： - Runway Gen-4.5（每月95美元） - Sora 2（有限访问） - Veo 3.1（谷歌） - Grok Imagine（刚刚登顶排名） 15秒的时长尤其引人注目——相比典型的5秒短片，它能够实现更丰富的叙事故事。结合原生音频，这可能会改变内容创作者的工作流程。 公告中没有提到定价。之前的Kling型号价格在每月10-40美元之间，明显低于Runway。 有人已经可以测试这个吗？我很好奇在这个新时长下，它的质量与Runway和Sora相比如何。

DietPi 发布了新版本 v10.0 DietPi 是一个基于 Debian 的轻量级 Linux 发行版，适用于单板计算机（SBC）和服务器系统，同时也可以选择安装桌面环境。它以最小化镜像的形式发布，但允许用户通过一系列基于控制台的对话框和脚本安装完整且可立即使用的软件堆栈。 源代码托管在 GitHub 上： https://github.com/MichaIng/DietPi 官方网站： https://dietpi.com/ 维基百科： https://de.wikipedia.org/wiki/DietPi 该项目于 2026 年 1 月 25 日发布了 DietPi v10.0 版本。 此版本的亮点包括： - 支持的最低 Debian 版本：从 Bullseye（Debian 11）提升至 Bookworm（Debian 12） - ownCloud Infinite Scale：新的软件包，替代 ownCloud - Uptime-Kuma：新的软件包，系统监控工具 - Sparky SBC、NanoPi M2/T2/Fire2 和 NanoPi M3/T3/Fire3 系列：由于供应商镜像过旧，已移除支持 - RPi Cam Web Interface、Pydio：已移除，不支持 Bookworm 及更高版本 - Quartz64：支持新的 NPU 驱动程序 - 修复 Radxa ZERO 3、Orange Pi 3/3 LTS/3B、NanoPi R2S、NanoPi NEO3、ROCK64 的问题 - 修复 Home Assistant、BirdNET-Go、Mopidy 的问题 - Raspberry Pi Imager：支持 DietPi 作为可选的“其他通用操作系统” 完整的发布说明可以在以下链接找到： https://dietpi.com/docs/releases/v10_0/

这是一个免费的开源高优化Rust程序，它通过Claude Code（CC）中的预工具钩子运行，并检查CC即将进行的工具调用，以确定其是否可能具有破坏性；也就是说，是否可能删除数据、丢失工作、删除表格等。 您可以通过GitHub链接获取该程序，并使用便捷的一行命令进行安装。 像dcg这样的工具有几个相互竞争的目标，这使得它成为一个需要谨慎平衡的工程难题： 1. 由于它在每一次工具调用时都会运行，因此必须非常快速。这就是为什么它是用Rust编写的，并且极大地关注于尽可能提高速度。 2. 它必须避免令人烦恼的误报，这会浪费您的时间，增加摩擦，并不必要地将您重新引入瓶颈。我同时运行数十个代理，不希望它们在不必要的情况下浪费时间等待我。通常，dcg发出的消息足以让代理在执行操作时更加谨慎。 3. 仅仅使用简单的规则书，寻找像“rm -rf /”或“git reset --hard HEAD”这样的固定命令是不够的。模型非常灵活，会使用临时的Python或bash脚本或其他多种方式来绕过简单的限制。这就是为什么dcg有一个非常复杂的、基于ast-grep的层，当它检测到临时（“heredoc”）脚本时会启动。但在可能的情况下，它使用更快的SIMD优化正则表达式。 4. 这样的工具应该是可扩展的，并具备对各个领域的语义知识，以及在这些领域中什么构成破坏性行为。例如，如果您在AWS上处理S3桶，您可能会遇到一个看起来并不像正常删除的高度破坏性命令。这就是为什么dcg开箱即用时就提供了大约50个预设，可以根据您的项目技术栈轻松启用（只需让CC分析您的项目目录，找出需要启用的包）。 5. dcg旨在非常友好于代理。它不仅仅是阻止命令，还会解释原因，并根据对代理使用的特定命令的分析提供安全的替代方案。例如，它可能会阻止代理删除您的Rust项目的构建目录，但建议使用“cargo clean”作为替代。通常，这些消息足以让Claude意识到问题。 我真的无法夸大dcg为我节省了多少时间和挫折。每个曾经与编码代理经历过这些令人不快的经历的人都应该知道并使用它。 dcg与我在agent-flywheel.com项目中的所有其他工具一起提供。所有工具都是免费的，采用MIT许可证，并提供丰富的教程和其他教育资源，适合经验较少的人。试试看，您不会后悔的！