该项目是一个开源的、“代理优先”（agentic-first）的客户关系管理系统（CRM），从根本上颠覆了传统的软件模式。它并非在数据库上外挂一个人工智能聊天机器人，而是一个将 CRM 作为其笔记账本进行维护的自主智能体。
**主要功能包括：**
* **持久的自主性：** 基于 Vercel 的 “eve” 框架构建，智能体按自身计划运行。它能够管理自己的工作队列，决定研究内容，并执行后续跟进，无需人类提示或请求-响应循环。
* **基于证据的记录：** 为了避免人工智能“一本正经地胡说八道”，该智能体不会进行猜测。它记录观察结果（如签名块或 GitHub 身份），并将它们视为证据进行评估。不可靠的数据仅作为建议留待人工审核。
* **隐私优先架构：** 该系统采用单租户和仅限内部使用的设计，使用基于 Google 的身份验证。智能体在安全的、网络受限的沙箱中运行，以防止数据泄露。
* **技术栈：** 使用 Bun、Next.js、NestJS 和 Prisma 构建的 Turborepo 单体仓库。即便在没有 API 密钥的情况下，它也能通过将内部电子邮件和会议数据作为最可靠的事实来源，从而有效地发挥作用。
简而言之，这是一个自我管理的助理，它将 CRM 条目转化为可查证的审计追踪记录。
每日HackerNews RSS
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
CRM：一个开源的、以智能体为先的 CRM 系统 (github.com/trycompai)
8 分，由 handfuloflight 发布于 1 小时前 | 隐藏 | 往期 | 收藏 | 讨论 | 帮助
考虑申请 YC 2026 年秋季班！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
这款基于浏览器的音频发生器允许用户即时播放 1 Hz 到 20,000 Hz 的精确频率，无需下载或安装。用户可以通过选择四种不同的波形（正弦波、方波、锯齿波和三角波），并实时调整声像、音量和频率来自定义音频。 该工具功能多样，是以下用途的实用资源： * **音频测试：** 校准扬声器、放大器和低音炮，以识别失真或平衡问题。 * **个人使用：** 测试个人听力范围、调校乐器（使用 440 Hz 标准音）或辅助缓解耳鸣。 * **教育：** 演示声音、波形和频率的核心原理。 正弦波提供纯净的音调，非常适合精确任务；而方波、锯齿波和三角波则提供更丰富、更尖锐的质感，适用于更复杂的音频应用。该工具专为在电脑、平板电脑和手机上无缝运行而设计，并具有可共享的链接功能，能够保存特定的频率设置，为音频专业人士、音乐家和学生提供了一个便捷的“多合一”解决方案。
Hacker News 最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
展示 HN：音调生成器 (soundtonegenerator.com)
6 分，artiomyak 发布于 59 分钟前 | 隐藏 | 往期 | 收藏 | 讨论 帮助
考虑申请 YC 2026 秋季班！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
尽管 Tailwind CSS 是快速开发 UI 和标准化设计系统的热门框架，但它并非万能方案。本摘要概述了开发者在针对中大型项目采用该框架前应保持谨慎的关键理由。 **主要批评：** * **复杂性与学习曲线：** 掌握数千个工具类会形成一种“天花板”，迫使开发者频繁查阅文档，往往阻碍了对 CSS 基础知识的深入理解。 * **可读性与维护性：** Tailwind 可能导致“类名混乱（class soup）”，使 HTML 变得臃肿，并违背了关注点分离原则。虽然组件化框架（如 React/Vue）可以缓解这一问题，但在服务端渲染的项目中，这仍然是一个痛点。 * **不一致性与抽象泄露：** 命名规范可能不够直观（例如对齐类），且任意值的使用削弱了该框架对严格设计系统的承诺。此外，开发者还必须面对“层叠”问题，即 HTML 类名的顺序并不决定样式的优先级，这增加了调试难度。 * **现代 CSS 的替代方案：** 随着原生嵌套、层叠层（cascade layers）和容器查询等特性的出现，现代 CSS 比以往强大得多，往往使额外的工具层显得多余。 **结论：** Tailwind 是一个强大的工具，但开发者应先精通原生 CSS，以便做出明智的架构决策。
最近 Hacker News 上一篇题为“我不推荐 Tailwind CSS”的文章引发了开发者关于现代 CSS 框架与传统开发方式孰优孰劣的讨论。
各方观点不一：
* **Tailwind 支持者：** 一些资深开发者表示，他们起初持怀疑态度，但在使用后发现该工具不可或缺，并称赞它在团队协作中表现出的高度一致性和易维护性。
* **传统派：** 另一些人则认为 Bootstrap 4 等旧方案依然功能完备，他们倾向于使用简单直观的类名，并认为比起追逐“新潮流”，保持现有工作流的效率更为重要。
* **批评者：** 部分用户对 Tailwind 的泛滥感到不满，希望它不要被强行集成到 UI 框架中；也有人指出，只要界面功能完备且易于阅读，终端用户往往并不关心底层的技术栈。
归根结底，这个话题反映了开发者社区中普遍存在的矛盾：在采用流行的现代工具与坚守成熟可靠的系统之间，如何寻找平衡点。
请启用 JavaScript 并关闭广告拦截器。
近期的一场 Hacker News 讨论对澳大利亚针对未成年人的社交媒体禁令的有效性提出了质疑。批评者认为，全面禁令收效甚微，因为青少年总能找到绕过限制的方法，正如以往限制未成年人吸烟的尝试一样。
许多评论者主张将重点从政府强制禁令转向健全的家长控制，建议要求科技公司实施关联家庭账户并提供更好的安全工具。另一些人则认为，该政策反映了更广泛的社会问题，例如经济压力导致的家长陪伴时间减少，以及出于儿童安全（如 GPS 定位）考虑而对智能手机产生的依赖。
怀疑论者还质疑了执法的可行性，指出社交媒体平台缺乏有效监管自身用户群的动力。其他的提议包括禁止硬件（智能手机），或是制造仅提供定位功能但无法访问互联网的“功能机”。总体而言，舆论认为“一刀切”的立法无法解决数字成瘾的根源，且在无法为儿童安全提供实质性保障的同时，还有可能侵犯数字自主权。
欧盟委员会近日根据《数字市场法案》（DMA）发布了一项里程碑式的决定，要求谷歌以“平等条款”向第三方助手开放安卓系统的十一项核心功能。此项裁决源于“开放家居基金会”（Open Home Foundation）的倡导，该组织此前对谷歌限制第三方访问唤醒词检测和传感器权限等反竞争行为提出了挑战，认为这些功能此前仅供谷歌自家的 Gemini 助手使用。 此前，谷歌的限制措施迫使包括 Home Assistant 在内的第三方应用只能使用效率低下且耗电的 CPU 变通方案。根据这项新规，谷歌必须向第三方提供与其自身同等的系统级工具访问权限，例如低功耗数字信号处理器（DSP）和沙盒化安全处理功能。 至关重要的是，该决定允许助手并发使用，这意味着用户无需再在 Gemini 和 Home Assistant 等本地替代方案之间做单选题。欧盟要求谷歌在 2027 至 2028 年前提供平等的文档和测试工具，旨在培育一个更开放、更注重隐私且更具竞争力的生态系统。尽管谷歌提出了安全方面的顾虑，但“开放家居基金会”认为，这是用户选择权、本地控制权和隐私保护的一次重大胜利，确保了高级功能不再被科技巨头所垄断。
```Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Android 互操作性的一大胜利 (openhomefoundation.org)
soheilpro 于 5 小时前发布 | 25 分 | 隐藏 | 过往 | 收藏 | 3 条评论
帮助
Brian_K_White 9 分钟前 | 下一条 [-]
“在欧盟”现在是“在小白鼠身上”的代名词了吗？
回复
stavros 4 分钟前 | 父评论 | 下一条 [-]
我猜除非你把欧洲人当成小白鼠？
回复
stavros 4 分钟前 | 上一条 [-]
太好了，现在请强制他们重新开放应用安装！
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索： ```
在这些 1995 年至 1996 年发布的文章中，计算机架构师约翰·R·马什（John R. Mashey）分析了从 64 位处理器向 128 位处理器的过渡。他认为，处理器位宽的增长是由 DRAM 容量稳定且可预测的扩张所驱动的——通常每三年增加两位。 基于这一趋势，马什预计行业将在 2020 年至 2043 年间迈向 128 位转型的最前沿。他指出，这一转型受到芯片面积、门延迟以及 128 位加法器和移位器架构复杂性等物理因素的制约。虽然 32 位系统在 1995 年已无法满足某些高端需求，但他强调 64 位架构具有极强的可持续性，在很长一段时间内仍将足够使用。 马什认为诸如 1024 位处理器之类的极端推测是不切实际的，因为其涉及巨大的物理和逻辑开销。最终他得出结论：向 128 位计算的转变并非迫在眉睫，而是一个由满足日益庞大的内存系统这一实际需求所决定的长期演进过程。
这篇 Hacker News 讨论回顾了约翰·马希（John Mashey）1995 年关于 128 位处理器未来的分析。
讨论的焦点在于为何业界没有转向 128 位内存寻址。参与者认为，当初的核心假设——即内存需求的指数级增长最终将需要 128 位（16 EiB）所提供的巨大地址空间——并未成为现实。业界并非通过扩展单个 CPU 的可寻址内存来发展，而是通过增加具有分布式内存空间的独立 CPU 核心来实现扩展。
评论者指出，虽然 128 位架构以 IPv6 地址和向量指令集（SIMD）的形式存在，但这些与 128 位内存寻址是不同的概念。最终，用户得出的结论是，对于现代通用计算而言，128 位寻址仍然是不必要的。物理限制，特别是光速对内存延迟的制约，表明在可预见的未来，对如此巨大的地址空间产生实际需求的可能性微乎其微。
本文探讨了计算潜伏扇区错误（LSE）数据损坏风险所面临的挑战，这类错误并非相互独立，而是具有明显的空间和时间聚类特征。 作者指出，准确确定多块硬盘在同一扇区发生故障的概率（$P[S]$）在数学上是“欠约束”的。仅依靠经验比率和相邻 LSE 的条件概率是不够的，因为无法通过低阶矩重建完整的概率分布。 为规避这一问题，作者采用了一种实用的估算策略： 1. **块粒度**：分析采用 16 KiB 数据块（与 Btrfs 文件系统匹配）而非单个 512 字节扇区，以更好地契合观测到的 LSE 概率质量函数。 2. **保守简化**：尽管承认 LSE 并非独立发生，但作者假设硬盘之间以及 16 KiB 单元内的块之间相互独立。这简化了数学计算，并提供了一个经过经验验证的保守估计值。 3. **概率建模**：通过结合经验 LSE 比率、重建时间和共享错误的发生概率，作者推导出一个用于估算损坏风险的模型。该最终框架近似计算了阵列在重建期间至少出现一个共享 LSE 的概率。
这篇 Hacker News 帖子讨论了一篇分析 NAS（网络附属存储）故障概率的博文。评论者大多不认同作者复杂的统计方法，认为在样本量较小的情况下，进行精确的故障计算是“徒劳之举”。
共识在于，与其预测故障，用户更应专注于构建具有韧性的架构。讨论中的主要观点包括：
* **冗余与备份的区别：** 参与者强调 NAS 并非备份设备。用户应遵循“3-2-1 原则”（三份数据、两种不同媒介、一份异地存储）。
* **最佳实践：** 为实现稳健的系统设置，建议包括：使用 BTRFS RAID1、确保地理冗余、保持硬件多样性以避免批量故障，以及维护离线冷存储。
* **设计反馈：** 讨论中简要提及了该网站的审美，指出其受“塔夫特（Tufte）风格”启发，但批评了其不常见的小写字母及全两端对齐的排版方式，认为这难以阅读。
归根结底，社区建议用户与其过度计算风险，不如直接预设硬件将会发生故障，并设计出能够从容恢复的系统。
Elena 是一个轻量级（2.9kB）、无依赖的库，旨在构建“渐进式 Web 组件”。它由 @arielle 创建，旨在解决企业级设计系统中常见的痛点，例如布局偏移、可访问性障碍以及对客户端 JavaScript 的过度依赖。Elena 优先考虑 Web 标准和原生自定义元素。 主要功能包括： * **渐进式增强：** 优先渲染 HTML 和 CSS，随后再通过 JavaScript 进行激活（Hydration）。 * **框架无关：** 可与 React、Vue、Angular 及其他框架无缝协作，甚至可以在无框架环境下使用。 * **性能表现：** 具备高效的批量响应式更新能力。 * **可访问性与 SEO：** 基于语义化 HTML 构建，不受 Shadow DOM 的限制，确保与服务端渲染（SSR）和搜索引擎具有更好的兼容性。 Elena 是构建可扩展、框架无关且要求高性能与极低运行时开销的设计系统的团队的理想选择。它支持多种组件模型，包括复合式、原始式和声明式结构，是一款灵活且面向未来的现代 Web 开发工具。
```Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录Elena，一个用于构建渐进式 Web 组件的库 (elenajs.com)11 分，由 brianzelip 在 3 小时前发布 | 隐藏 | 过往 | 收藏 | 讨论 帮助
考虑申请 YC 2026 年秋季班！申请开放至 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索： ```
QSYRUPWD 背后的密码学：重构 IBM i 密码哈希 The Cipher Behind QSYRUPWD: Reconstructing IBM i Password Hashes
13 小时前
本摘要概述了对 IBM i `QSYRUPWD` API 的逆向工程，该 API 允许授权用户（*ALLOBJ* 和 *SECADM*）获取加密的密码资料。 虽然 IBM 开发此 API 的初衷是支持密码同步等管理任务，但研究人员发现，其加密输出（特别是针对配置为 `QPWDLVL` 2 到 4 的系统）包含足够的结构化加密数据，足以恢复实际的密码哈希值。通过追踪 API 内部的 `CIPHER` 和 `SCV`（监督调用向量）函数，研究人员识别出了一条涉及 AES/Rijndael 解密、SHA-1 哈希和 MD5 操作的复杂依赖链。 调查显示，该 API 的输出可以被确定性地解析和解密，从而提取出传统的 DES 密码值、SHA-1 哈希值以及现代 NT 哈希值，即使在采用高级基于 PBKDF2 验证模型的系统上也是如此。这实质上允许管理员在不更改用户凭据的情况下进行离线密码破解。该研究强调，IBM i 上的高权限管理特权实际上赋予了导出所有密码验证资料的能力。因此，组织必须严格监控并限制这些权限，并强制执行相关策略以防止在不同环境间重复使用密码，因为该 API 仍然是凭据泄露的一个重要途径。
所提供的文本是一个 Hacker News 讨论帖的元数据快照，该帖讨论了一篇题为《QSYRUPWD 背后的密码：重构 IBM i 密码哈希》的文章。
讨论本身主要集中在不同在线社区的内容共享礼仪上。用户们争论将其他平台（特别是 lobste.rs）的内容转载到 Hacker News 是否合适。尽管有一位评论者暗示原帖发布者“窃取”了链接，但其他人则为这种做法辩护，认为交叉发布提高了内容对于非邀请制社区成员的可访问性。链接文章所涉及的技术主题（IBM i 密码安全性）虽在标题中有所提及，但在所提供的评论中并未展开讨论。
近期在 Hacker News 上的一场讨论凸显了人们对加拿大移居海外人数创纪录的日益担忧。参与者将这种“人才流失”归因于多个因素，其中最显著的是高昂的住房成本、工资停滞以及与美国相比有限的职业机会。
许多评论者认为，加拿大经济难以留住人才，是因为它优先考虑了膨胀的房地产价值，而非生产性投资和创新。因此，技术人才（包括许多将加拿大作为跳板的移民）往往会为了更高的薪水和更好的职业发展路径而迁往美国。
这场对话展现了观点的分歧：一些人认为加拿大必须采取更具竞争力、更市场化的政策来扭转这一趋势，而另一些人则认为试图效仿美式资本主义是一种“逐底竞争”。此外，对依赖汽车的城市扩张的担忧，以及对多元化生活环境（如东京）的向往，也成为了人们移居的驱动因素。归根结底，该讨论暗示了加拿大在日益全球化的劳动力市场中，正面临着平衡其经济模式、主权以及留住顶尖专业人才这一根本性挑战。