No.01
Kimi K2.7 Code is generally available in GitHub Copilot
Kimi K2.7 Code 开源模型正式登陆 GitHub Copilot
92 分
23 条评论
作者: unliftedq
阿里巴巴推出的 Kimi K2.7 Code 开源权重模型现已普遍登陆 GitHub Copilot,成为 Copilot 模型选择器中首个可选的开源模型。该模型托管于 Microsoft Azure,支持 VS Code、Visual Studio、Copilot CLI、JetBrains IDE、Xcode 等多平台,Pro/Pro+/Max 计划用户已陆续可用,Business 和 Enterprise 版本需管理员在设置中手动启用。计费按用量付费,定位为更低成本的编码选项。社区反响两极:支持者认为这是可信提供商提供中国模型的重要替代方案,价格优势明显;批评者则指责 GitHub 此前擅自更改定价策略(token 计费导致成本上涨数倍),加上模型乘数复杂难懂,已导致部分企业用户流失。Kimi K2.7 与 Fireworks AI 上的同款模型价格相近,但能否挽回企业信任仍有待观察。
No.02
ZCode – Harness for GLM-5.2
ZCode – GLM-5.2 专用编程辅助工具桌面客户端
367 分
285 条评论
作者: chvid
ZCode 是基于国产 GLM-5.2 模型的 AI 编程辅助工具(harness),提供类似 Claude Code 的桌面应用体验,针对推理、编码和多智能体协作进行了优化,支持从微信、飞书或 Telegram 启动工作流。订阅分 Lite/Pro/Max 三档,分别对应轻量/专业/高容量工作负载。用户评论聚焦于以下争议:1)安全信任问题——作为闭源中国公司产品,获取全系统权限意味着将设备完全交给第三方;2)与开源替代品 OpenCode、Mimo Code 的竞争;3)定价结构与 Anthropic/OpenAI 方案的相似性暗示;4)用户反映 Coding Plan 经常断货;5)有人指出 GLM-5.2 速度较 Opus 慢但价格更低。
No.03
Oomwoo, an open-source robot vacuum you build yourself
Oomwoo:开源自建机器人吸尘器,ROS 2 + 2D LiDAR,本地运行
250 分
43 条评论
作者: devicelimit
Maker's Pet 推出 Oomwoo,一款完全开源的自建机器人吸尘器项目,硬件、软件、固件全部开放,并采用 3D 打印底盘。该项目使用 2D LiDAR 进行地图绘制,基于 ROS 2 / Nav2 实现自主导航,可原生接入 Home Assistant,完全本地运行无需云端。目前 v0 阶段处于早期开发,提供了 ROS 2 Gazebo 仿真、基础底盘和模块化架构设计,允许社区并行贡献代码。项目核心卖点是用户可完全掌控设备,避免商业产品「不耐用、不可修复」的通病。但评论指出,现有品牌扫地机(如小米、Xiaomi)六年以上仍可正常使用的案例不少,且 AI 生成的内容质量遭质疑,有人认为项目可能只是空壳尚未真正落地。
No.04
A new Android malware from Google
F-Droid 警告:Google「Android开发者验证程序」本质是恶意软件
216 分
85 条评论
作者: drewfax
F-Droid 发布警告,称 Google 强制推行的「Android 开发者验证」(ADV)本质是恶意软件。该程序以系统服务形式运行,拥有 root 权限且无法被阻止、禁用或移除;讽刺的是,本应防护恶意软件的 Play Protect 反而成了其传播途径。F-Droid 认为 ADV 并不能有效阻止恶意软件传播,只是 Google 以「安全」为借口,将自己塑造为 Android 生态唯一守门人的借口。开发者需签署含有模糊条款的协议,Google 可自行定义何为「恶意软件」,未来可能封杀广告拦截工具等符合其商业利益的软件。此计划将于9月30日在巴西、印尼、新加坡、泰国首发,2027年后逐步扩展至全球。
No.05
MarketFish – Simulate a market with 128 AI consumers before you launch
MarketFish – 推出前用 128 个 AI 消费者模拟市场
7 分
0 条评论
作者: a280887763
MarketFish 是一款市场模拟工具,让创业者和产品经理在正式推出前,用 128 个 AI 消费者模拟真实市场环境,从而验证商业模式、定价策略和用户需求的合理性。该工具旨在帮助团队降低试错成本,无需等待真实用户即可快速获得早期反馈。开发者可基于 GitHub 源码进行集成和二次开发,适合在产品初期进行低成本的市场可行性验证。
No.06
Bring back crappy forums
为何 Web 论坛走向衰落:互联网论坛兴亡史回顾
210 分
125 条评论
作者: pentagrama
本文回顾了 Web 论坛的兴衰史。Usenet 在 1970年代末兴起、1990年代衰落;1994年 CERN 推出首个 Web 论坛软件 WIT,随后出现 WebCrossing(1995)、WWWboard、Ultimate Bulletin Board、Slash、vBulletin、phpBB、Discourse 等平台。文章指出论坛衰落的核心原因:社交媒体凭借网络效应实现「消费者与生产者双赢」——对生产者而言免费基础设施即广告,对消费者而言算法推送更「省力」。而老式论坛虽有小众仍存续,但面临维护成本高、用户老龄化、 spam 泛滥等问题。评论区则呈现分歧:一派怀念论坛的慢节奏与稳定社区感,另一派认为论坛并未消亡只是分散化,「Crappy forums」的核心价值在于与同一批人长期互动而非为算法表演。
No.07
CursorBench 3.1
CursorBench 3.1 发布:新增代码理解与 bug 发现任务
37 分
19 条评论
作者: handfuloflight
Cursor 发布 AI 编程助手基准测试 CursorBench 3.1,新增代码库理解、bug 发现、规划和代码审查任务,并优化部分编辑任务的评分标准。3.0 版本原聚焦编辑、重构和 bug 修复。评测根据各模型公开的每百万 token 定价计算每任务平均成本,呈现性能与成本的综合排名。社区反应强烈,多名用户实测后表示 Composer 2.5 与 GPT-5.5 差距明显,声称二者性能相当「简直荒谬」;但也有人指出其在轻量级交互式编码中速度快、成本低、足够实用,适合简单任务。另有用户指出该评测存在训练数据偏差——Cursor 模型本身在 Cursor 会话数据上训练,评测与训练分布基本相同。
No.08
What to learn to be a graphics programmer
成为图形程序员需要学什么
323 分
165 条评论
作者: atan2
作者指出现代渲染实际上是两份工作:CPU侧需学习DirectX12/Vulkan/Metal等显式API和引擎编程;GPU侧需掌握光照着色数学、阴影、环境光遮蔽等渲染技术,以及理解GPU性能特性。作者建议分开学习这两部分——若侧重GPU侧可用OpenGL/WebGL/DirectX11入门;若侧重CPU侧则先搞定三角形和网格渲染。推荐路径追踪作为PBR前置学习,并给出了展示给雇主的项目示例。数学只需线性代数、三角学和基础微积分;算法只需掌握基本数据结构和排序搜索。C++是必学语言,HLSL比GLSL更常见。文章最后表达了对当前ML炒作的怀疑态度。评论中有争议:有人认为2026年不应进入图形领域,但也有人认为图形编程 intrinsicaly有趣且有价值。
No.09
Asymmetric Quantization: Near-Lossless Retrieval with 97% Storage Reduction
非对称量化:近无损检索实现97%存储压缩
5 分
1 条评论
作者: breadislove
文章介绍Mixedbread Search在十亿级文档规模下采用非对称量化技术。通过将查询向量保持为int8精度、文档向量压缩为1-bit符号,将每文档存储从393 KiB降至12.28 KiB(压缩32倍),NDCG@10仅下降0.61点(从90.26降至89.65),同时查询速度提升3.8倍。该方案利用文档长期存储与查询一次性执行的不对称性,在保持检索质量的同时显著降低存储成本与冷启动时间,使晚交互检索在生产环境中的大规模部署成为可能。
No.10
FFmpeg 9.1's new AAC encoder
FFmpeg 9.1 新 AAC 编码器发布
362 分
110 条评论
作者: ledoge
FFmpeg 9.1 带来了全新开发的 AAC 音频编码器,在Hydrogenaudio论坛引发关注。该编码器主要针对 48Khz 采样率优化,评分已超越 Apple Core Audio。但存在两大局限:仅支持 CBR(恒定比特率)模式,以及未针对 44.1Khz 等常见采样率优化。开发者坦承调优主要依赖个人听感测试,这一主观方法在社区引发「专业性」与「科学性」的讨论。有用户指出 AAC 窗口大小与采样率相关,每种采样率都需重新优化心理声学参数。目前该编码器尚无法完全替代 FDK-AAC 或 Apple 编码器,但被视为开源 AAC 编码器的重要进步。
No.11
Opening up 'Zero-Knowledge Proof' technology to promote privacy in age assurance
Google 开源零知识证明库,推动隐私年龄验证
144 分
130 条评论
作者: consumer451
Google宣布开源其零知识证明(ZKP)库,携手德国Sparkasse银行支持欧盟年龄验证场景。借助ZKP技术,用户可向网站证明自己已满18岁而不泄露出生日期等敏感信息。Google表示此举意在帮助企业与公共部门构建隐私友好的数字身份解决方案,并配合欧盟eIDAS法规(2026年生效)推动欧洲数字身份钱包(EUDI Wallet)开发。社区对此反应两极:支持者认为ZKP能实现「最小信息披露」,比现有方案更好地保护隐私;批评者则指出Google作为中介仍可能获取数据,且ZKP并非真正「零知识」,实质是分块披露信息;更有评论担忧年龄验证基础设施可能被用于动态限制访问,与AI代理崛起的时机巧合引发质疑。
No.12
Ask HN: Who is hiring? (July 2026)
HN 招聘帖:7 月热招职位合集
194 分
199 条评论
作者: whoishiring
本文是 Hacker News 每月例行的招聘帖,汇集了约 50 家科技公司正在招募的工程师及技术岗位。本帖涵盖领域广泛,包括 AI/机器学习(Prior Labs、Surge AI、SmarterDx)、机器人(Bucket Robotics、Monumental)、云计算/超算(Fluidstack、MongoDB、Fastly)、健康医疗(Yuzu Health、Solace Health、St. Jude)、保险科技(Annex Risk)、游戏(Splash Tech)、法律科技(Phaselaw)等。薪资范围差异极大,从 €50k 的欧洲岗位到 $750k 的顶尖工程师不等;多数岗位支持远程工作,但也有多家公司要求现场办公(以旧金山湾区为主)。多家 YC 孵化的初创公司参与了本次招聘,包括 S24 批次的 Bucket Robotics、S22 的 Oneleet 等。整体来看,AI 相关岗位最为热招,高端技术职位(Staff/Principal)薪资屡创新高。
No.13
How do wombats poop cubes?
为什么袋熊拉出立方体形状的便便?
108 分
46 条评论
作者: bushwart
袋熊是已知的唯一能排出立方体便便的动物,这一独特现象长期困扰着科学家。2021 年发表在《Soft Matter》期刊上的研究终于揭开了谜底:立方体便便并非在肛门处形成,而是在肠道最后 17% 的段落中产生——该区域肠壁具有厚度不均的弹性特性,蠕动时分阶段挤压内容物,使其在脱水过程中逐渐成形为立方体。研究者通过尸体解剖和 3D 模型模拟验证了这一机制。文章还指出,袋熊常在岩石或木头上标记领地,立方体粪便不易滚落,这一形状具有重要的生态功能。该研究荣获 Ig Nobel 物理学奖,体现了「让人先笑、再思考」的科普精神。评论者还提及 The Oatmeal 网站的经典袋熊漫画,以及关于紫杉(有毒性争议)的插曲。
No.14
Learn Vim motions with an ice-cream van
冰淇淋车版Vim教程:用游戏学打字键位
56 分
10 条评论
作者: marcusmichaels
这是一个Vim学习游戏,玩家驾驶冰淇淋车在小镇上行驶,通过h、j、k、l键移动并服务客户,每个关卡教一个Vim motion。文章指出Vim的精髓在于用键盘精准移动光标,这些按键(motions)让熟练用户效率极高。游戏允许在按键前加数字重复动作(如3j向下三格),并设置标准通关次数供玩家挑战,超越标准可获「Wizard」称号。评论中有人认可这种游戏化学习方式,认为Vim键位已成为浏览器扩展(如Vimium)的事实标准;但也有人指出hjkl本身并非最优的触摸打字布局,直接玩经典roguelike游戏同样能练习键位;还有观点认为不学触摸打字的话学Vim motions意义不大。
No.15
The Underhanded C Contest
隐匿 C 编程赛:看似无辜的代码如何藏入后门
86 分
10 条评论
作者: ccabraldev
Underhanded C Contest 是一项让程序员编写「看似正常实则藏有恶意行为」代码的竞赛,评判标准是代码能否通过人工审计。2015 年竞赛题目聚焦核扩散核查场景,由核威胁倡议组织(NTI)赞助,旨在强调核相关软件对安全性的严苛要求。文章核心介绍了 NaN poisoning(NaN 投毒)技术:利用浮点数 NaN(「非数值」)的特殊属性——任何涉及 NaN 的运算结果仍是 NaN,且 NaN 与任何值比较结果均为 false——实现隐蔽的判断绕过。例如在比对函数中,通过构造特定输入使 correlation 计算得出 0/0(NaN),再用「correlation < threshold ? 0 : 1」逻辑,使本应失败的检测反而返回成功。文章还讨论了攻击的真实性门槛:区分「数据触发型」(依赖特殊输入数据)和「环境触发型」(依赖系统环境变量如 CPU 核心数)。大多数 NaN 投毒方案未能入选,原因是假设了不现实的攻击入口或代码过于刻意。竞赛强调,真正的隐匿攻击应能在现实场景中自然触发,而非依赖明显的人为痕迹。
No.16
Qualcomm Linux 2.0
Qualcomm Linux 2.0 正式发布
96 分
37 条评论
作者: gilgamesh3
Qualcomm 发布了 Linux 2.0,但社区普遍持怀疑态度。评论指出 Qualcomm 虽提供 Linux 支持,但代码质量远未达到上游标准,其动机被质疑为商业利益驱动而非真正的社区贡献。HP EliteBook X G2q 已获得初步 Linux 支持,但 Snapdragon X2 等新一代芯片仍缺乏官方支持。Qualcomm 此轮仅提供 Debian 桌面镜像,放弃了服务器和控制台领域,与部分用户期待的全方位覆盖存在落差。评论还提到 MNT 笔记本开始搭载 QCS6490,暗示硬件厂商对 ARM Linux 的生态布局仍在推进中,但整体而言,社区认为厂商的开源承诺往往言过其实。
No.17
The Wisdom of Quinn the Eskimo (Apple Developer Technical Support Engineer)
Quinn the Eskimo 的智慧:苹果开发者技术支持工程师
12 分
8 条评论
作者: gregsadetsky
GitHub 项目「The Wisdom of Quinn」收录了一位苹果资深开发者技术支持工程师 Quinn 的技术智慧。Quinn 在 Apple 拥有深厚的技术积累,其关于 macOS 问题的解答在开发者社区广为流传。评论指出,这类制度性知识正变得越来越珍贵——文档告诉你「应该发生什么」,而 Quinn 这样的工程师能解释「为什么不发生」。社区担忧的是:Quinn 终将退休,Apple 必须提前准备好接替方案。此外,「Eskimo」这个称呼在加拿大、格陵兰和阿拉斯加部分地区被视为蔑称,命名本身也引发了一些争议。
No.18
Show HN: Searchable directory of 22k+ products from worker-owned co-ops
展示:收录22k+工人所有制合作社产品的可搜索目录
337 分
65 条评论
作者: IESAI_ski
一款名为「workerowned.info」的可搜索目录网站,收录了来自约60家工人所有制合作社(worker-owned co-op)商店的22000+产品,供消费者寻找替代性采购渠道。创始人IESAI_ski表示,自己一直想购买工人所有制合作社的产品,但无处查找这些产品实际在卖什么,于是动手爬取整合了这些目录。社区反响积极,认为这是推动「合乎伦理的消费」的有用工具。不过评论也指出了若干问题:搜索结果页图片过大(有的超500KB),用户输入两个关键词就下载了60MB数据;搜索应改为点击触发而非实时请求;REI被列入引发争议(它是消费者合作社而非工人所有制合作社);部分链接已失效。改进建议包括加入地图视图显示附近合作社、实现标签筛选、以及探索自动化发现机制。
No.19
Weave Robotics launches Isaac 1, a $7,999 home robot with Fall 2026 deliveries
Weave Robotics 推出 Isaac 1:7999 美元的家用机器人,2026 年秋季发货
155 分
217 条评论
作者: ryanmerket
Weave Robotics 发布 Isaac 1 家用机器人,定价 7999 美元,2026 年秋季首发加州。机器人主打两项核心功能:Laundry Flow(自动捡拾脏衣、洗衣、折叠)和 Daily Reset(每日房间整理复位)。硬件采用轮式基座配可折叠软壳设计,宣称隐私优先、纯本地运行,但坦承「需要时会借助远程操作辅助完成任务」。社区反馈以质疑为主:视频关键环节存在可疑剪辑;轮式设计无法上下楼梯;$7999 价格对比扫地机器人或雇人服务毫无优势;远程操控模式引发隐私担忧,且暴露该产品主要依赖人力而非真正 AI。
No.20
For first time, a cell built from scratch grows and divides
科学家首次用非生命组件构建出能生长和分裂的合成细胞
839 分
274 条评论
作者: defrost
明尼苏达大学合成生物学家Kate Adamala团队首次成功构建出能完成完整细胞周期的合成细胞。这种「SpudCell」由脂质体包裹非生命分子组件构成,包含DNA复制系统、蛋白质翻译系统以及分裂机制。研究人员通过在细胞膜上添加蛋白标签,吸引其他蛋白聚集并物理弯曲膜结构,实现了无需细胞骨架的细胞分裂。这是该领域长期难以突破的关键一步,证明从非生命物质生成类似生命系统是可行的。但该细胞并非真正「活」的——它无法自行代谢,需外部持续供给糖、脂质、核糖体等营养。研究已提交期刊但尚未同行评审,团队正探索用此系统开发生物燃料或药物,并研究疾病机制。
No.21
Monetization Gateway: Charge for any resource behind Cloudflare via x402
Cloudflare 推出 Monetization Gateway:让 AI 代理为任意资源买单
285 分
202 条评论
作者: soheilpro
Cloudflare 发布 Monetization Gateway(货币化网关),允许对任何受其保护的资源(网页、数据集、API、MCP 工具)收取稳定币费用,基于 x402 开放协议实现请求级 micropayment。核心论点是 AI 代理无法像人类一样消费广告或维持订阅,传统「注意力经济」模式正在瓦解,未来应转向按请求、token 或结果计费的 usage-based pricing。该方案利用 Cloudflare 作为买卖双方之间的代理层,将支付验证和结算移至边缘计算,减少源站压力。x402 协议使用 402 状态码,买家无需在卖家处开户,支付即凭证,目标是亚秒级结算。不过社区质疑:是否真正解决 bot 流量成本问题、法律合规风险、已有 L402 等标准为何另起炉灶、重试/跳转等失败模式未讨论、以及大公司做支付网关的权力集中问题。
No.22
Why jet engines aren't made in China
为何喷气发动机不是「中国制造」
129 分
109 条评论
作者: paulpauper
本文分析中国在喷气发动机领域长达五十年的困境。作者指出,喷气发动机行业暴露了中国体系的结构性弱点:一、高压涡轮叶片需在超过熔岩温度、超过F1引擎红线的极端条件下运行35000小时,制造涉及单晶铸造工艺,全球仅七家公司能规模化生产,成品率仅50至70%;二、完整发动机包含四万多个零件,每件都需特殊材料和工艺,形成一个跨越25国、涉及约一百家供应商的庞大网络;三、行业迭代周期极慢、利润率低、国际监管壁垒严苛,使中国的资本和规模优势难以发挥。作者认为西方在喷气发动机领域的优势源于半个世纪的积累和全球化供应链,难以被单纯的国家意志所复制。
No.23
Senior SWE-Bench: open-source benchmark that assesses agents as senior engineers
Senior SWE-Bench:让 AI 智能体接受资深工程师评估的开源基准
67 分
57 条评论
作者: matt_d
Snorkel 发布开源基准 Senior SWE-Bench,批评现有评估方式将 AI 智能体当作初级工程师对待。该基准要求智能体在需求表述模糊(自然语言消息)、需要运行时调查(调试日志、性能分析)、代码风格符合项目惯例的情况下完成任务,综合评分不仅看正确性还看「品味」。任务平均涉及 11 个文件,需要数百步操作才能完成。当前榜首 Claude Opus 4.8 仅达 24% 解决率,前沿模型超 75% 时间无法达到资深级水准。评论集中争议「品味」是否可量化、评估者是否有资格定义资深标准、以及各大模型实际表现分歧(部分用户认为 Opus 4.8 远超 GPT-5.5,部分则持相反意见)。
No.24
Ask HN: Who wants to be hired? (July 2026)
HN 月度求职帖:2026年7月
124 分
303 条评论
作者: whoishiring
这是 Hacker News 经典的「Ask HN: Who wants to be hired?」月度求职帖2026年7月版。全球开发者齐聚于此,通过简短自我介绍寻求工作机会。评论者以北美、欧洲、印度、东南亚为主,技术栈集中在 TypeScript、Python、Rust、Go、React 等主流方向;几乎所有人都偏好远程工作,仅少数愿意 relocation。亮点包括:一位来自荷兰的开发者愿免费当6个月学徒以学习复杂系统建造;一位旧金山的技术专家专注于 LLMs、agentic 系统和 RAG;一位法国游戏开发老兵开放合约工作;一位新加坡工程师专精 Nix/NixOS;以及一位加拿大的数据科学顾问专注监管严格领域的脏活累活。AI/ML 相关技能(RAG、LLM agents、PyTorch)在本次中出现频率较高,反映行业趋势。
No.25
Chip Off The Old Block
旧木新芽:父母在孩子身上看到的自己
76 分
7 条评论
作者: paulpauper
本文是 Slate Star Codex 博主的育儿随想。作者通过阅读《海华沙之歌》中父子重逢的诗句,领悟到父母在孩子身上看到自己年轻版本的独特体验。有了儿子后,他发现自己童年的火车痴迷、OCD 强迫行为(如每晚关门七次)都原封不动地出现在儿子身上,甚至 he also has the habit of narrating his thoughts 式的行为。他女儿则遗传了妻子一方的绘画天赋——其外祖母曾是绘画神童。作者还观察到夫妻双方的睡眠习惯(对声音敏感 vs. 晨起暴躁)也被孩子分别继承,最后形成 2-2 的平衡。文章最后以儿子两岁已能清晰表达、每晚坚持声称「我要这样睡觉」的细节收尾,探讨遗传与环境如何共同塑造下一代。
No.26
The Apple Disk II Controller Card (2021)
Apple Disk II 控制器卡:Woz 的极简主义杰作
77 分
20 条评论
作者: stmw
Apple Disk II 控制器卡是 Apple II 系统的核心存储方案,由 Wozniak 在 1977 年圣诞假期与 Randy Wigginton 共同设计。与同时代依赖复杂硬件电路的磁盘控制器不同,Disk II 仅用 8 颗简单芯片(256 字节 ROM、74LS 系列逻辑芯片、556 双定时器等),几乎将所有底层控制逻辑交给软件处理——即所谓「bit-banging」技术。Woz 专门向 Shugart 定制了简化版 SA400 磁盘驱动器,去除了大部分板载控制电路,仅保留机械部分。文章详细解析了两个核心挑战:字节分帧(要求每字节最高位为 1,配合状态机检测 MSB 位置)和同步机制(使用特殊的 1111111100 同步模式确保字节边界对齐)。这种极简设计使 Apple II 能以低成本实现可靠的磁盘存储,成为个人电脑史上最具创意的工程壮举之一。
No.27
Proliferate (YC S25) Is Hiring
Y Combinator S25 项目 Proliferate 招聘首位产品工程师
1 分
0 条评论
作者: pablo24602
Proliferate 是 Y Combinator S25 孵化的开源项目,旨在打造与模型无关的编码智能体运行平台,支持 Claude Code、Codex、Gemini CLI 等主流工具在本地和云端并行执行。创始人 Pablo 19岁完成AI硕士学位,曾是 Onyx(YC W24)首位工程师,负责企业级AI搜索业务。公司已获得 True Ventures、Pear VC 及50余位 YC 创始人投资,工作地点为旧金山 Soma 区,全员线下办公。此岗位为创始团队首位员工,将与 Pablo 并肩开发核心产品,涉及智能体运行时、产品UI及云基础设施的端到端构建。公司提供 Whoop 健康设备、全额餐饮补贴及高端医疗保险,强调睡眠、训练与生活平衡。技术栈为 TypeScript、React、Rust、Postgres、AWS,不要求AI/ML背景或特定年限经验,重视0到1产品交付能力。面试流程含15分钟电话、30分钟技术对谈及1-3天带薪试工作(报酬1000-3000美元)。
No.28
The vibration of the pager has a sound all its own
急救振动与领导力:一名前科技高管在急诊室找到的职场框架
17 分
5 条评论
作者: mooreds
一位曾在R/GA、Google、Amazon、Capital One担任设计主管的资深职场人,在担任志愿者EMT(急救技术人员)时意外发现:应急响应者使用的框架和原则——如「BLS before ALS」(基本生命支持优先于高级生命支持)、XABCs快速评估协议——是他在企业界苦苦追寻却从未系统化的领导力工具。他指出,真正的领导力不靠本能或感觉,而靠事先训练好的框架、协议和共同语言,能在混乱中保持冷静、有条不紊地做出判断。文章批评企业界几乎从不讨论这些来自急救领域的实践智慧,认为应急响应者的核心竞争力——压力下的胜任力——是可训练的系统性实践,而非个人性格特质。
No.29
Launch HN: Parsewise (YC P25) – Reason Across Documents with an API
展示: Parsewise (YC P25) – 通过 API 在文档间进行智能推理
51 分
50 条评论
作者: gergelycsegzi
Parsewise 是 YC P25 孵化的文档智能解析平台,通过 API 让用户能够对大规模文档语料进行跨文档推理,而非简单查询。核心思路是:假设 OCR 已近低成本解决,重点放在结构化提取与语义关联。其技术路径采用多阶段管道,先从文档各页提取独立数据点(如保单页4和页40的数据),再通过第二阶段建立字段间的语义关系和依赖。他们明确表示不使用 embeddings 或向量相似度,因为这些方法在专业领域(如 OfficeQA 基准测试)表现不佳。创始人强调每个领域乃至每个组织最终都需要高度定制化的定义,通用模板初期勉强可用但难以深入。社区反馈两极:一派看好数字人文和档案工作场景,另一派批评 demo UI「充满 AI slop 设计感」,另有用户提及开源替代品 Struktur。规模化应用(如120GB 邮件+合同的 e-discovery)时,成本与延迟是主要瓶颈。
No.30
How We Made IPFS Content Publishing 10x Faster
ProbeLab 优化 IPFS 内容发布:速度提升 10 倍,延迟从 13 秒降至亚秒级
161 分
55 条评论
作者: dennis-tra
ProbeLab 团队针对 IPFS 分布式哈希表(DHT)内容发布缓慢的问题,开发了名为「Optimistic Provide」的优化方案,已于 IPFS Kubo 0.39.0 默认启用。该方案核心思想包括:在 DHT 遍历时立即向「可能属于全网最近 20 个节点」的peer存储记录;利用轻量级网络规模估算(基于路由表刷新的 Beta 分布统计模型,无额外开销)预测终止条件,在 90% 确定性时提前终止遍历;Follow-Up 阶段在 15/20 个节点确认后即返回用户,剩余请求异步执行。实测结果:欧洲节点发布延迟从 >13 秒(常接近 20 秒)降至 <1 秒,网络开销减少 40%。研究发表于 IEEE INFOCOM 2024。社区对此存在分歧:一派认为 IPFS 在生产环境中问题多多(如隐私泄露、无法删除内容);另一派指出_lookup 已大幅改善至 <200ms,且 Meta 曾用私有 IPFS 网络分发内部二进制文件。
评论精华