Qwen3.8 是 Qwen 开源模型家族中最新且最先进的版本，其中包括旗舰模型 Qwen3.8-Max。该模型基于 Qwen3.5 架构构建，参数量达 2.4T（激活参数 95B），在编程、研究、专业工作以及长视野智能体任务方面均有显著提升。 **核心功能：** * **增强的智能体执行能力：** 改进了自主规划和反馈处理机制，可可靠地完成多步骤任务。 * **超长上下文：** 支持默认 1M token 的上下文长度。 * **推理控制：** 引入 `reasoning_effort`（低/中/极高）以调节推理深度，并支持 `preserve_thinking` 以保留推理过程上下文。 * **部署：** 兼容 vLLM、SGLang 和 TokenSpeed 等主流推理框架。如需托管基础设施，可使用官方 Qwen Cloud API。 **模型详情：** * **架构：** 混合专家模型 (MoE) 结合多 token 预测 (MTP)。 * **使用方式：** 专为纯文本输入设计，并强制开启“思考”模式。 * **性能：** 基准测试显示其在软件工程 (SWE-bench)、智能体工作流和通用推理任务中均具备行业领先能力。 为获得最佳效果，建议用户使用推荐的采样参数（例如 `temperature=1.0`，`top_p=0.95`），并为内部推理过程和最终输出预留足够的 token 限制。
每日HackerNews RSS
近期发布的 **Qwen3.8-2.4T-A95B** 在 Hacker News 上引发了热烈讨论。作为一个拥有 2.4 万亿参数的超大规模模型，它正被拿来与 Opus 4.8 和 Fable 5 等顶级模型进行对比。
**关键点：**
* **性能与获取：** 尽管该模型的性能备受推崇，但其开源权重版本排除了视觉功能，并限制了默认上下文长度。爱好者们已开始讨论潜在的社区解决方案，例如“外挂”视觉模块。
* **硬件要求：** 该模型体量极大，BF16 权重约 4.9TB，FP8 版本也需要极高的内存。虽然有用户建议通过 1-bit 量化使其在高端发烧友设备上运行，但其他人警告称，相较于更小、更高效的模型，它对于大多数家庭实验室来说仍不切实际。
* **市场背景：** 人们将其与 Kimi k3（2.8 万亿参数）及 DeepSeek 模型进行了对比。用户还指出，预计很快会发布更易于使用的 Qwen3.8-27B 版本。
* **社区情绪：** 社区观点不一；虽然该模型的原始智能表现令人印象深刻，但其极高的资源需求以及开源版本缺乏“开箱即用”的功能，为部署带来了显著障碍。
uBlock Origin 放弃了在 Facebook 上拦截广告的抗争 uBlock Origin Is Giving Up the Fight to Keep Ads Off Facebook
1 小时前
请启用 JavaScript 和 Cookie 以继续。
最近的一场 Hacker News 讨论凸显了 uBlock Origin 在维护 Facebook 广告拦截规则时所面临的挑战。用户反映，Meta 频繁更改网站的 DOM 结构以绕过这些拦截器，导致一些开发者因这种持续且耗费资源的“猫鼠游戏”而放弃尝试。
该讨论帖引发了关于在 Facebook 等平台上进行广告拦截是否可行的广泛争论。一些用户认为拦截无效，因为该平台的核心商业模式就是依赖广告投放；另一些人则建议，如果用户真的想要无广告体验，就应该彻底停止使用该服务。针对未来的绕过方案，有人提出了技术性建议，例如利用 OCR 和大语言模型从视觉数据中剔除广告，而非直接针对底层代码进行对抗。
评论者还提到了 Facebook 的社会影响，指出许多本地企业、应急服务和社区组织现在都依赖该平台，这使得许多人难以做到“直接离开”。归根结底，这场讨论反映出人们对一种共同的挫败感：在那些不惜一切代价优先考虑广告收入的平台面前，想要掌控个人数字体验变得越来越困难。
GiveCampus 是教育机构领先的筹款平台，致力于让教育变得更加普及和实惠。公司拥有 1,300 多家合作伙伴，目标是促成 1,000 亿美元的慈善捐赠。作为一家由 Y Combinator 支持的行业领导者，公司目前处于盈利状态，且发展迅速。 GiveCampus 现诚聘一位**技术工程开发经理**加入其远程优先的团队。该职位向工程副总裁汇报，负责管理 2 个以上的工程小组（包括技术负责人和工程师），监督产品交付并推动员工的职业发展。 **核心要求：** * 10 年以上实践开发经验，并在敏捷环境下担任过 3 年以上的管理职位。 * 精通 Ruby、Python 或 JavaScript/Node.js，具备 MVC 框架、现代前端框架（React/Vue）以及 SQL 数据库的使用经验。 * 具备平衡人员管理与技术领导力的成熟能力，包括架构设计、代码审查（PR reviews）和辅导 mentorship。 * 出色的沟通能力，能够与产品经理及高层领导保持协作。 该职位提供在一家使命驱动型平台工作的机会，公司目前正投入 1 亿美元用于人工智能开发。GiveCampus 崇尚包容性的文化，并鼓励即使不完全符合所有要求的申请者也积极投递简历。
抱歉。
竞技场分配器（Arena Allocators）与动态数组（ArrayLists）并不兼容。 ArenaAllocators don't play nicely with ArrayLists
2 小时前
这篇文章解释了为什么 `ArenaAllocator.free()` 在大多数实际场景中基本等同于“空操作”（no-op）。 若要通过 Arena 回收内存，被释放的块必须是最近一次分配的内存，且位于 Arena 当前的内部节点上。由于这些内部条件很难同时满足，调用 `free` 通常无法真正归还内存。 这一问题在 `ArrayList` 等动态结构中表现最为明显。当 `ArrayList` 扩容时，它会分配新内存、拷贝现有数据并释放旧块。由于新块变成了最近一次的分配，旧块无法被 Arena 回收。这一过程会导致严重的内存膨胀，其占用空间可能达到实际需求的三倍。 为缓解这一问题，开发者应： 1. **预设集合容量：** 使用 `initCapacity` 或 `ensureTotalCapacityPrecise` 来避免不必要的重新分配。 2. **减少交替分配：** 在扩容集合时，尽量避免进行其他内存分配，以提高“原地扩容”操作发生的概率。 尽管这些做法对任何分配器都有益，但在使用 `ArenaAllocator` 时，它们对于防止内存失控增长至关重要。
```
Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Arena 分配器与 ArrayList 配合并不理想 (openmymind.net)
6 分，ibobev 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
tynorf 56 分钟前 [–]
仅供参考，如果你没有进行其他分配（包括在其他线程上的分配），Zig 中的 ArenaAllocator 就不会有这个问题。如果你尝试调整最近一次分配的大小，它会尽可能地在原地进行。https://ziglang.org/documentation/0.16.0/std/#std.heap.Arena...
回复
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索： ```
过去几个月里，Tailscale 的控制平面因数据库损坏而频繁出现不稳定性。经排查，问题源于他们自 2022 年以来一直稳定使用的 SQLite。
导致不稳定的原因是 SQLite 源代码中一个存在了 16 年的罕见“WAL-Reset”数据竞争问题。该错误发生在 SQLite 的检查点（checkpoint）过程中——这是一个将数据从临时日志移动到主数据库的后台任务。由于 Tailscale 使用了一种激进且非标准的手动检查点处理流程，他们因此极易受到此竞争条件的影响。
Tailscale 与 SQLite 核心开发团队紧密合作，创建了自定义追踪工具，成功定位了该漏洞并实施了修复。整个过程包括详尽的取证分析、开发自动化的事务重放恢复流水线，以及解决涉及陈旧表达式索引的次要问题。
在部署修复程序并利用新的诊断警报进行验证后，Tailscale 的服务一直保持稳定。这一经历凸显了即使是使用“无聊”的技术，一旦采取非标准用法也会带来风险。尽管过程令人沮丧，但此次努力最终修复了 SQLite 核心代码，改进了监控基础设施，并使 Tailscale 平台拥有了更具韧性、久经考验的恢复流程。
Tailscale 近日发布了一篇技术文章，详细阐述了他们如何追踪并解决了一个 SQLite 预写式日志（WAL）重置机制中存在了 16 年的漏洞，该漏洞导致了数据库损坏。尽管 Tailscale 采用了单写入者架构，但由于多线程与数据库交互时触发的数据竞争，仍导致了损坏问题的发生。
此次讨论凸显了 Tailscale 在故障处理和开源维护方面值得称赞的做法。该公司并未独自苦苦挣扎，而是与 SQLite 开发人员签署了专业支持合同，从而直接获得专家协助以诊断根本原因。此外，Tailscale 还资助开发了一个自定义的 SQLite VFS shim 以隔离该竞争条件；该工具将为更广泛的社区提供帮助，以便未来能够检测出类似的问题。
Hacker News 社区对 Tailscale 的透明度、长远的技术前瞻性，以及愿意为其业务所依赖的基础设施进行投入的态度给予了高度评价。
欧洲目前正经历本季第五次大规模“热穹顶”现象，这是一种持续存在的高压脊，将下沉和压缩的空气困在欧洲大陆上空。这种天气模式导致大范围的极端高温，许多地区的日间最高气温预计将达到 40°C 至 43°C。
此次热浪波及法国、英国、意大利、巴尔干半岛和中欧地区，气温异常值已升至第 99 百分位。至关重要的是，此次事件的特征是“热带夜晚”，即夜间气温保持在 22°C 至 26°C 以上，使居民无法在夜间获得必要的降温。
这种极端天气带来了重大风险，包括严重的生理压力、能源电网负荷增加以及野火风险升高。弱势群体面临极高的热相关疾病（如衰竭和中暑）风险，而高湿度和城市热岛效应加剧了这一状况。
虽然高温目前集中在西欧，但预计到周末将向中欧、阿尔卑斯地区和巴尔干半岛东移。气象模型显示，随着来自大西洋的凉爽海洋空气移入，下周可能会迎来缓解天气状况的模式转变。
Hacker News 上关于欧洲热浪蔓延的一场讨论，引发了关于气候变化的激烈争论。该话题帖强调了气温升高带来的实际后果，包括仅在法国就估计造成 100 亿至 150 亿欧元的经济损失，以及对弱势群体持续存在的风险。
用户表达了不同程度的恐慌与沮丧。一些参与者主张追究气候危机责任人的法律责任，并将其比作纽伦堡审判。另一些人则讨论了全球变暖的主要成因，指出虽然航运和航空等行业是主要贡献者，但人工智能和加密货币等近期的技术趋势也正受到审视。
对话还涉及了 AMOC（大西洋经向翻转环流）潜在崩溃的问题，指出尽管可能会产生局部的降温效应，但由此产生的急流不稳定性很可能会加剧热浪。总体而言，讨论的基调反映出一种日益增长的紧迫感和悲观情绪，许多评论者不得不接受这样一个现实：这些极端天气模式正在成为一种新的、且日益严峻的常态。
“代理网络指数”（Agentic Web Index）追踪了超过 5000 个网站的生态指标，报告显示过去 90 天内与人工智能相关的机器人流量增加了 11%。该数据将网络代理分为多种类型，包括 AI 爬虫、数据提供商、搜索爬取器和 AI 助手。 **关键发现：** * **主要活动：** AI 数据爬虫（如 ClaudeBot、meta-externalagent 和 Amazonbot）在爬取总量中领先，而 ChatGPT-User 则是 AI 助手流量的主要驱动力。 * **搜索索引：** 以 PetalBot 和 Amzn-SearchBot 为首的 AI 搜索爬取器，正在为 AI 驱动的搜索结果大量索引内容。 * **安全风险：** 目前存在活跃的“机器人欺诈”活动，恶意行为者冒充合法 AI 代理，扫描网站以获取敏感配置文件和凭据。 * **Robots.txt 的有效性：** 尽管一些代理遵守“禁止访问”（disallow）规则，但其他代理经常忽略这些规则。拦截效果因代理而异。 * **AI 推荐：** 该指数追踪了 AI 平台如何引用并将人类流量引导至网站，“计算机与电子产品”成为引文和推荐流量的主要类别。 这些数据为希望管理机器人流量、优化 AI 驱动的发现以及保护数字基础设施的网站所有者提供了关键见解。
Hacker News 最近的一场讨论指出，针对成千上万个网站的大规模漏洞扫描出现了明显的激增。尽管自动化扫描在互联网上是常态，但安全专家观察到了一种新的复杂趋势：扫描程序正越来越多地伪装成“ClaudeBot”等合法的 AI 机器人用户代理（user-agent）。
讨论参与者指出，这些请求往往无法通过 IP 验证和网页机器人认证，证实了它们是冒充搜索引擎或 AI 爬虫的恶意行为者。这些攻击活动似乎专门针对新型 AI 编程工具中的漏洞。
虽然一些评论者认为这只是典型的互联网“噪音”，可以通过屏蔽来自常见 VPS 提供商的流量来缓解，但原帖作者强调，近期这种特定伪装模式在统计学上的显著增长值得关注。社区认为，这种激增很可能意味着有人正在协同行动，以利用某个新发现的漏洞。
正在检查您的浏览器……需要启用 JavaScript
上述讨论强调了人们对执法部门使用自动车牌识别系统（ALPR）日益增长的担忧。
评论者认为，这些设备不应仅仅被视为车牌读取器，而应被看作联网的多功能监控摄像头，且存在“功能蔓延”的风险，类似于门铃摄像头演变成大规模监控工具的过程。讨论的核心在于缺乏监管：参与者强调，目前警方获取此类数据的状态处于一种难以维持的“中间地带”。虽然市政当局限制了公众获取这些信息，但同时却绕过了对执法部门的搜查令要求；这一制度已导致了有据可查的警员不当行为，例如跟踪他人。
归根结底，讨论帖中的共识是：在缺乏更严格的法院监督和搜查令要求的情况下，滥用隐私的可能性太高，无法证明当前这种缺乏制约的警方访问权限是合理的。
您好，请提供您需要翻译的内容。
最近的一场 Hacker News 讨论对“YC 初创公司正在抛弃 .com 域名”的观点提出了质疑。评论者认为，这些公司并非拒绝 .com 的声望，仅仅是因为优质的 .com 域名价格高昂且稀缺，才选择了其他顶级域名（如 .ai）。
用户们的共识是，.com 依然是品牌建设的黄金标准。许多人认为，初创公司在早期阶段使用更便宜的替代域名通常是权宜之计。然而，一旦公司实现稳定并获得融资，通常会优先收购相应的 .com 域名以巩固市场地位。尽管像 .ai 这样时髦的后缀目前具备一定的实用性，但贡献者们认为它们终将失去光环，而 .com 作为“食物链顶端”的统治地位仍将持续。
添加任务管理系统 我将把它构建为一个 BB 插件并挂载到你的侧边栏中。 已完成。任务系统现已上线，你的代理可以使用它了。 添加任务管理系统 任务插件 BB-1 发布任务委派 高 BB-2 连接任务命令行 中 BB-3 添加标签筛选 低 BB-4 每日变更日志草稿 中 BB-5 分类不稳定的集成测试 高 BB-6 迁移设置面板 低 BB-7 记录插件 API 文档 中
Hacker News
最新 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Bb: 自构建的 IDE (getbb.app)
由 williswee 在 1 小时前发布，9 分 | 隐藏 | 往日 | 收藏 | 2 条评论
帮助
malicka 7 分钟前 | 下一条 [-]
既可爱又巧妙的噱头，这比现在市面上大多数跟风的 AI 软件强多了。
回复
otrv 15 分钟前 | 上一条 | 下一条 [-]
归根结底，AI 生成定制化开发环境的 UI 是未来的趋势，这看起来是个很棒的想法。话虽如此，我希望能看到文档或支持的功能列表。这是一个文本编辑器吗？它的可定制性如何？支持 Vim 键位吗？有终端模拟器吗？在下载之前，我想先了解这些问题的答案。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：