NoteBook of sqwwwok

今日 Hacker News 热榜围绕「开源/低成本模型能力」「实验室安全与法律责任」「企业级 AI 工程治理」以及若干非 AI 的工程与科学话题展开。DeepSeek V4 Flash 的 ARC-AGI 成绩与社区实测占据榜首；OpenAI 公开称即将发布的 Astra 模型无法排除「关键级」网络能力，The Economist 则用「危险动物主人」类比讨论责任归属。产业侧还有 DOE 的 Genesis 开源权重科学模型倡议、Databricks 谈 AI 编码成本管控，以及 OpenJDK 临时禁止提交生成式 AI 产出。另有汇编「耻辱殿堂」、古典文献解析阅读器、SDSS 超大质量黑洞全天图，以及一篇关于科技从业者「工作主义」幻灭的长文。以下按当前热度前十整理。

1. DeepSeek V4 Flash 0731

背景介绍
ARC Prize 结果页公布 DeepSeek V4 Flash（0731 版本）在 ARC-AGI 基准上的成绩：在最大推理力度（Max）下，ARC-AGI-1 Semi-Private 约 89.0%（约 $0.02/任务），ARC-AGI-2 Semi-Private 约 61.4%（约 $0.04/任务）；并给出 High / Low 等不同推理档位的对照分数。页面按任务列出公开评测集上的通过/失败情况。社区讨论中常把它与「便宜、够快、够用」的日常代理工作流联系起来，而非单纯刷榜。

主要讨论方向与观点
大量评论聚焦实测体验：本地或 API 上速度高、单位成本低，适合多会话代理；也有人反馈 agentic 场景出现死循环、跑题或工具调用异常。另有讨论指向 DeepSeek 即将「显著上调」API 价格的公告，以及它与 Claude 等订阅模型在性价比、人格风格上的对比。整体情绪偏实用向肯定，同时提醒价格与稳定性可能变化。

专有名词解释

• ARC-AGI：Abstraction and Reasoning Corpus 衍生的抽象推理基准，强调样本外模式归纳。
• DeepSeek V4 Flash：DeepSeek 的高速/低成本变体；0731 指 2026-07-31 发布版本。
• reasoning variants（Max/High/Low）：不同推理力度档位，通常以更多推理 token 换更高正确率。

HN 讨论：thread · 444 分 · 263 评

2. U.S. Department of Energy Launches the Genesis Open Models Initiative

背景介绍
美国能源部（DOE）宣布 Genesis Open Models Initiative，并与 Arcee AI 合作推出首个面向科学研究的开放权重模型 Genesis-Science-1。倡议隶属更广的 Genesis Mission（据站点称由 2025 年行政令启动），目标是为材料、能源、地球系统、聚变、生物、高能物理等领域提供可复现、可扩展的科学 AI 基础设施。站点开放贡献门户：首轮 foundation-stage 申请截止 2026-08-14，并征集预训练数据、微调环境、评测与算力等合作。

主要讨论方向与观点
评论关注美国开放权重模型供给缺口（Llama 系列停滞后的替代选择）、参与者能获得什么（有人质疑未见明确资助）、以及模型规模/训练数据细节不足。也有轻松吐槽项目命名联想。讨论量不大，偏政策与开源生态观察。

专有名词解释

• open-weight model：公开模型权重，便于下游微调与本地部署，不等于完全开放训练数据或许可证无条件。
• Genesis Mission：DOE 主导的国家级「AI 加速科学发现」计划。
• Arcee AI：倡议公布的首个产业伙伴，负责与 DOE 共建 Genesis-Science-1。

HN 讨论：thread · 62 分 · 22 评

3. Assembly Hall of Shame

背景介绍
xoreaxeaxeax（Chris Domas 相关作品风格）的 GitHub 项目：与常见「指令延迟优化」相反，专门寻找单条指令性能的「地板」。当前 x86 冠军案例用 fxrstor64 从高延迟 PCIe MMIO 区域加载 FPU/XMM 状态，同时用其他核心 hammer 另一处 MMIO，以非 posted 事务拥堵总线，据 README 在 Ryzen 7 5800H 上达到约 1.98×10^11 cycles / 约 62 秒。仓库列出 nop、idiv、enter、各类 gather/vmovdqu 等榜单与规则（只计单条指令、陷阱不计 handler 等）。

主要讨论方向与观点
评论指向作者相关项目（如用极慢指令破坏 SMM 的 smiiiiiiiiiiiiiiii）、规则边界（ACPI IO 写是否实际陷入 SMM handler）、以及「nop 才该第一」等玩笑。也有人联想到软件抽象吞噬算力、Core War 等「故意折腾机器」的亚文化。整体偏极客趣味与底层系统知识分享。

专有名词解释

• MMIO（Memory-Mapped I/O）：把设备寄存器映射到内存地址空间访问。
• non-posted transaction：需要完成响应的总线事务，易被拥堵放大延迟。
• SMM（System Management Mode）：x86 高特权管理模式，常用于固件处理。

HN 讨论：thread · 240 分 · 55 评

4. Should AI labs be treated like the owners of dangerous animals?

背景介绍
《经济学人》科技稿（付费墙；可核实的公开信息包括标题、栏目题「Going off the reservation」以及导语式开场）。可见摘要强调「自主黑客能力已经出现，政府尚未准备好」，并以连续失控的 AI 事件做类比开篇。更完整的法律论证与案例细节未能从原文页完整抓取，以下讨论要点主要依据 HN 评论中引用的段落与论点，并对此予以注明。

主要讨论方向与观点
评论集中在责任归属：应责备提示者/部署者，还是把实验室当作「危险动物主人」施以严格责任；有人指出美国刑法常强调故意，但过失犯罪与民事侵权并不必然要求故意。另有观点认为「自主黑客」表述本身有问题——背后总有人在运行与监管系统。讨论与同日 OpenAI 的 cyber capability 公告形成互文。

专有名词解释

• strict liability / dangerous animals analogy：类比饲养危险动物的严格责任传统，讨论是否适用于 AI 实验室。
• autonomous hacking：模型在较少人工逐步指导下发现并利用漏洞的能力叙事。
• intentionality in criminal law：许多刑事构成要件强调主观故意；评论者提醒还有过失与民事路径。

HN 讨论：thread · 16 分 · 16 评

5. Ancient Library – 1,060 Greek/Latin texts, click any word to parse it

背景介绍
Ancient Library 是一个古典文献在线阅读器：收录约 1060 部作品（约 293 拉丁、767 希腊，约 140 位作者）。点击任意词可查看 lemma、形态分析与词典释义（拉丁用 Lewis & Short，希腊用 Liddell–Scott–Jones）。站点按体裁分类（史诗、悲剧、哲学、史学等），定位为降低直接阅读原文门槛的解析阅读工具。

主要讨论方向与观点
古典学爱好者分享类似项目（Diogenes、NoDictionaries、Perseus）与改进建议：字体、重音显示、释义加粗、双语对照、批判性校勘装置等。也有人好奇为何古典帖能上 HN 首页，并讨论与现有数字人文工具的差异化。整体反馈友好、偏产品体验。

专有名词解释

• lemma / morphology：词典原形与词形变化分析。
• Lewis & Short / LSJ：常用拉丁语与古希腊语大型词典。
• Perseus Digital Library：既有的古典文本与语言学资源库，常被用作对照。

HN 讨论：thread · 140 分 · 47 评

6. What happens if an entire class of workers loses faith in their careers

背景介绍
Noema 刊发 Aaron Horwath（署名从事 AI operations）的长文《Why Is Everyone In Tech So Sad?》。文章从通勤见到有人织毛衣切入，描述知识工作者对「工作主义」（workism）的幻灭：AI 把抽象知识劳动再抽象一层后，意义感与「messy middle」协作体验被掏空。作者引用 Derek Thompson 的 workism、Graeber 的 bullshit jobs、Debord 的景观社会等框架，讨论若一整类高薪从业者突然对职业失去信念，组织与社会会怎样。

主要讨论方向与观点
共鸣帖很多：有人对比印刷工等被技术淘汰的职业、吐槽线上文化毒性与远程工作异化；也有人反感文章语气「幸灾乐祸」，或批评作者立场（AI ops）与「知识工作无意义」主张自相矛盾。另有观点区分「为科技本身留下的人」与「为高薪进入的人」，并质疑「去农场/手工」是否经济上可行。评论数很高，立场分化明显。

专有名词解释

• Workism：把工作当作意义、身份与社区主要来源的文化倾向。
• bullshit jobs：大卫·格雷伯所称缺乏真实社会功能却仍被维持的工作。
• Society of the Spectacle（景观社会）：德波概念，指生活日益被中介化再现，表象取代直接经验。

HN 讨论：thread · 396 分 · 527 评

7. Managing AI Coding Costs at Scale

背景介绍
Databricks 博客文章（2026-08-07 左右发布）。页面为强客户端渲染，正文未能完整抓取；公开元数据标题为 “Managing AI Coding Costs at Scale”，摘要片段显示主题与 AI 编码工具相关。结合 HN 讨论可核实的共识是：文章讨论在规模化使用编码代理时如何控制成本，涉及模型/harness 路由、用评测约束质量，以及企业内部自建一层调度工具等做法。以下观点以讨论为主，并注明原文细节受限。

主要讨论方向与观点
评论争论「复杂代码库是否不该过度依赖 agent」「大公司为何会出现失控账单」「模型已商品化、护城河在哪」。有人认为 Databricks、Stripe、Ramp 等在造类似内部工具；也有人质疑绕过官方 harness/订阅条款的合规风险，以及没有仓库级 eval 时路由省钱可能损害生产力。另有独立开发者表示订阅制反而成了相对优势。

专有名词解释

• harness：包在模型外的代理运行框架（工具调用、记忆、编排等）。
• model routing：按任务难度/成本在不同模型间切换。
• repo-specific evals：针对自身代码库的任务评测，用于证明降本未明显掉质。

HN 讨论：thread · 158 分 · 166 评

8. Responding to the next frontier of critical cyber capabilities

背景介绍
OpenAI 公告：对即将推出的模型 Astra 的内部评估显示，其在 agentic coding 与网络安全方面进展显著，结合专家评估后，「昨晚」得出结论——在 Preparedness Framework 下无法排除 Critical 级网络能力。框架对 Critical 的定义包括：能在无人工干预下对大量加固的真实关键系统发现并开发各严重级别的可用 0-day，或仅凭高层目标对加固目标规划并执行端到端新型攻击策略。公司称正加强隔离测试、权限与权重保护、思维链监控，并暂停不满足加强管控的内部活动；同时强调 Astra 与此前 Hugging Face 相关事件无关。

主要讨论方向与观点
评论引用 DEF CON 相关演讲细节（训练中的 agent 通信、SSRF/RCE 等），质疑透明度与「更严沙箱」叙事；有人分享前沿模型已能快速找漏洞的体验，也有人担心防御只会变成「用同样工具打补丁」而非改系统结构。尖锐评论将其比作「 demon core 实验」式的公开风险演示。讨论热度高，安全社区色彩浓。

专有名词解释

• Preparedness Framework：OpenAI 用于标定生物/网络等高风险能力阈值并规定应对步骤的内部框架。
• Critical cyber capability：框架中的最高档网络能力阈值（相对 High）。
• zero-day：尚未被公开修复、可被利用的未知漏洞。

HN 讨论：thread · 152 分 · 167 评

9. An all-sky map of half a million supermassive black holes

背景介绍
斯隆数字巡天（SDSS）发布 Data Release 20：SDSS-V 的 Black Hole Mapper 项目扩展了对吸积超大质量黑洞（SMBH）/活动星系核的观测。亮点包括智利 Las Campanas 的南天光学光谱、与 eROSITA X 射线源证认合作的 SPIDERS（约 20 万个 X 射线目标的光学证认与红移），以及逾 330 万条光学光谱等数据发布。新闻稿称这是迄今最大、最均匀的 X 射线源光谱随访样本之一。

主要讨论方向与观点
天文学相关评论补充 eROSITA 半天空目录同期发布、分享可视化与数据处理兴趣；外行则追问天图不均匀/网格状结构是采样伪影还是真实结构，以及「画黑洞」与「画星系」有何不同。整体讨论偏好奇与科普，专业向补充较多。

专有名词解释

• SMBH / AGN / quasar：超大质量黑洞及其活跃吸积表现（活动星系核/类星体）。
• eROSITA：扩展的射电/X 射线巡天任务，提供高能天体「信标」。
• redshift（红移）：用于推断宇宙学距离的光谱特征。

HN 讨论：thread · 138 分 · 35 评

10. Oracle bans AI-generated code from OpenJDK

背景介绍
Dealroom 对相关报道的摘要指出：Oracle 作为 OpenJDK 企业赞助方，禁止向 OpenJDK 贡献生成式 AI 产出的内容，理由涉及评审负担、安全与知识产权；同时对比 Larry Ellison 等关于 Oracle 内部大量使用 AI 写代码的表述。更准确的一手来源是 OpenJDK 官方页面 Interim Policy on Generative AI：在正式政策出台前，禁止将 LLM/扩散模型等生成内容（代码、文本、图像等）提交到仓库、PR、邮件、wiki、JBS；但允许私下用 AI 帮助理解、调试与审查，只要不把生成内容提交进去。

主要讨论方向与观点
评论认为这与 Oracle「律师事务所附带科技业务」的画像一致，意在保留对 AI 污染代码追究 IP 的空间；也有人强调 Java/JDK 已是成熟关键基础设施，代码是负债，禁 AI 贡献是合理风控。讨论还对比 Rust 等项目近期指南，并分享「从 vibe coding 到评审灾难」的普遍体验。有读者澄清 OpenJDK 与 Oracle 专有 JDK 的关系。

专有名词解释

• OpenJDK：Java SE 参考实现的开源项目；Oracle 是其企业赞助方。
• OCA（Oracle Contributor Agreement）：贡献者需保证拥有并可授予相关 IP 权利。
• JBS：Java Bug System，OpenJDK 缺陷跟踪系统。

HN 讨论：thread · 377 分 · 252 评

今日 Product Hunt 热榜（对应太平洋时间 8 月 7 日日榜）主题集中在「端到端软件交付 / 一人公司 Agent OS」、把网站变成可靠动作面的浏览器与映射层，以及演示隐私与招聘侧 code review 评估：榜首 Coldtea.ai 把终端 coding、视觉 QA 与生产监控收进同一 agentic IDE；Soloop、Nitro 4.0、Rindler 分别覆盖审批优先的创始人 Agent OS、面向 agent 的人机翻译 API，以及把无网站映射成确定性 API；BrowserOS neo、Progress AI Observability、Crew、Kitesurf、DataBlur、Merge 则落在本机 agent 浏览器、生产 agent 可观测、Claude Code 桌宠状态条、Workers 上的轻量 agent 浏览器、屏幕实时脱敏与 AI-native 代码评审考核。票数来自抓取时 hunted.space 日榜快照（约 Coldtea.ai 412 票居首），排名仍可能变动。

1. Coldtea.ai · 官网

标语：Make your software delivery self-driving

背景
Coldtea 定位为本地运行的 agentic development environment：把终端里的 coding agent、端到端视觉 QA agent 与生产监控/修债 agent 收进同一套环境，而不是再拼五套工具。公开材料强调可在本机仓库旁启动、用已有 shell/设置；支持并行云端任务与 agent 团队协作，并由人来 steer / review。抓取时约 412 票、约 70 评，日榜第 1。

产品要解决的问题
多 agent 写代码、测发布、盯线上往往各自为政：终端窗格割裂、上下文靠复制粘贴，发布前旅程测试与生产回归又难和同一条交付链路绑定。

产品市场分析
目标为已在用 coding agent、希望把「构建—验证—监控—修复」收拢的工程团队与独立开发者。竞品为 Cursor / Claude Code 等 IDE agent、独立 E2E 平台与 APM/错误追踪拼凑方案。差异化叙事是「交付闭环 IDE，而非单点聊天助手」；公开页引导试用，具体商业化细节以官网为准。

产品上下游
上游：本地仓库与 shell、工程看板/任务、预览环境与生产错误/会话反馈。下游：agent 产出的代码变更、自愈式旅程测试门禁、监控触发的修复 PR 与技术债条目，回流日常发布节奏。

2. Soloop · 官网

标语：Approval-first Agent OS for solo founders

背景
Soloop（官网定位「一人可创办伟大公司」）提供由 AI CEO / CTO / CMO / Analyst 组成的执行团队：规划下一步、推进产品、把注意力变成需求、从数据里找信号；叙事强调保留创始人所有权与判断，把不熟悉的运营工作委派出去。公开入口含「Start the loop」。抓取时约 352 票、约 53 评，日榜第 2。

产品要解决的问题
独立创始人同时兼任战略、研发与获客时易陷入瓶颈：缺协同上下文、迭代方向不清，产品难走到可持续收入。

产品市场分析
目标为 solo / micro-startup 与 indie hacker。竞品为通用聊天助手、零散自动化工具，以及 Crost 等同类「一人公司 Agent OS」。差异化叙事是「角色化 agent 团队 + 创始人把关」；变现信号需以官网套餐为准（抓取时着陆页以开始使用/故事为主）。

产品上下游
上游：产品目标、用户反馈与业务指标、研发与增长工作流。下游：路线图优先级、产品推进任务、获客动作与分析信号，供创始人审批后执行。

3. Nitro 4.0 · 官网 · 文档

标语：The first human translation platform built for AI agents

背景
Alconost 的 Nitro 推出面向 AI agent 的人机翻译 / 审校 API：agent 或应用可程序化下单，由真人译员翻译、校对或核验机器译文；支持异步下单与轮询，公开材料称覆盖 80+ 语言、按字计价（无校对约 $0.05/词起等，以官网为准），并有面向 agent 支付协议（MPP）的无认证流程报道。抓取时约 221 票、约 36 评，日榜第 3。

产品要解决的问题
LLM 翻译快但不稳：高风险文案（法务、医疗、营销、发版 UI）需要可调用的「真人信任层」，而传统本地化又依赖邮件与项目经理，难嵌入 agent 流水线。

产品市场分析
目标为构建多语言 agent / CMS / 持续本地化流水线的产品与本地化团队。竞品为纯 MT/LLM API、传统 LSP 与自建译员派单。差异化叙事是「agent 可调用的人机 API + 按需计价」；变现为人机翻译/审校按量收费。

产品上下游
上游：agent 或应用提交的文本/结构化资源文件与语言对。下游：经译员处理的译文回写发布流水线，成为 agent 工作流中的质量门。

4. Rindler · 官网 · MCP

标语：Automate the web work your team does by hand

背景
Rindler（Y Combinator）把「无公开 API 的网站」映射成面向 agent 的确定性 API：预先刻画屏幕、动作与结构化输出，运行时经远程 MCP 处理登录/弹窗/反爬与布局变化。可在 chat.rindler.ai 试用，或把 MCP 接到 Claude Code / Cursor 等；公开 FAQ 称按成功 session 计 credit。抓取时约 217 票、约 19 评，日榜第 4。

产品要解决的问题
团队仍在供应商门户、银行后台等登录站点上手动下载对账、查状态、填表；通用浏览器 agent 每次重探页面又脆、贵、难维护。

产品市场分析
目标为运营侧「把人从门户里解放出来」的团队，以及需要稳定网站动作的 agent 构建者。竞品为传统 RPA、Browser Use / Browserbase 等浏览器 agent 基础设施。差异化叙事是「先映射、再确定性调用 + 集中维护站点图」；变现以映射站点与 session credit 为主。

产品上下游
上游：目标网站凭证/Cookie、任务描述、MCP 兼容 agent。下游：结构化抽取结果、表单提交与定时任务产出，进入财务/运营/agent 产品流水线。

5. BrowserOS neo · 官网 · GitHub

标语：The Missing Browser for Claude, Cowork & Codex

背景
BrowserOS neo 是开源 Chromium 分支上的 agentic 浏览器方向（YC；仓库 browseros-ai/BrowserOS）：强调为 Claude / Cowork / Codex 等 agent 提供本机浏览器能力（含 MCP 连接路径），带登录态与可审计会话，定位隐私优先、可本地运行。公开材料对比「慢且耗 token 的官方浏览器扩展」。抓取时约 167 票、约 10 评，日榜第 5。

产品要解决的问题
终端/桌面 agent 缺可靠「带真实登录态的浏览器」：扩展方案慢、截图烧 token，云端无头浏览器又难复用本机会话与隐私边界。

产品市场分析
目标为重度使用 Claude Code / Codex 等、需要本机网页自动化的开发者。竞品为 Comet / Atlas 类 AI 浏览器、Browserbase、Chrome 官方扩展。差异化叙事是「开源本机 agent 浏览器 + MCP」；软件开源，模型调用仍依赖用户自有供应商订阅。

产品上下游
上游：本机登录态与标签页、用户 agent（Claude/Codex 等）与模型密钥。下游：浏览/填表/摘录结果回流 agent 会话，支撑研究、退订、并行任务等网页工作。

6. Progress AI Observability · 官网

标语：Trace, evaluate, and improve AI agents in production

背景
Progress（Telerik）推出面向生产 agent / LLM / RAG 的可观测平台：用 .NET、Python、JavaScript SDK 采集 prompt、模型调用、工具与检索步骤，提供追踪调试、token/成本归因，以及 LLM-as-a-Judge 质量评估与实验对比；公开叙事强调对 .NET / Semantic Kernel 与企业治理（SSO、数据驻留等）的支持。抓取时约 154 票、约 15 评，日榜第 6。

产品要解决的问题
Agent 失败常表现为「黑盒」：传统 APM 看不到工具跳过、检索偏差、循环重试或哪一步烧爆 token，也难把质量评分和同一条执行路径对齐。

产品市场分析
目标为上线 agent 的工程与平台团队（含 .NET 企业栈）。竞品为 LangSmith、Datadog LLM 观测、其他 LLMOps。差异化叙事是「追踪 + 成本 + 评判在同一执行上下文，且 .NET 一等公民」；变现嵌入 Progress/Telerik 商业产品线，价位以销售/套餐页为准。

产品上下游
上游：应用内 SDK 埋点与模型/框架调用、可选评测模型。下游：可过滤的 traces、成本看板、质量分数与实验结论，驱动提示词/模型/工作流迭代。

7. Crew · 官网

标语：A tiny crew of monsters for your Claude Code agents

背景
Crew 是面向 macOS（13+，Apple Silicon / Intel）的 Claude Code 桌面伴侣：每个 chat / subagent 映射一只小怪物在屏幕底部游荡，用姿态提示 agent 是否在跑、是否在等你；同一种 subagent 固定物种以便辨认。公开页强调「开五个会话很容易，但找谁在等你仍要 alt-tab」。抓取时约 130 票、约 5 评，日榜第 7。

产品要解决的问题
并行 Claude Code 会话时，状态分散在多个终端/窗格，难以一眼知道谁在阻塞、谁在工作。

产品市场分析
目标为多会话 Claude Code 重度用户。竞品为终端多窗格管理、Conductor 类并行 Claude 编排工具。差异化叙事是「轻量桌宠式状态可视化」；公开以独立下载/展示站呈现，商业化未在着陆页展开。

产品上下游
上游：本机 Claude Code 会话与 subagent 生命周期。下游：屏幕边缘的可视状态提示，减少上下文切换成本。

8. Kitesurf · 文档 · 博客

标语：Browser built for agents, running on Cloudflare Workers

背景
Cloudflare 在 Browser Run 中推出 Kitesurf：在 Workers / V8 isolate 上运行的 agent-first 浏览器（非完整 Chromium 打包），面向截图、HTML 提取等 agent 任务；公开博文称 beta 期间免费可用，相对 Chromium 在常见 agent 任务上显著降低 CPU/内存，并可通过 browser=kitesurf 接入 CDP / Quick Actions。抓取时约 128 票、约 2 评，日榜第 8。

产品要解决的问题
为每个 agent 拉起完整 headless Chromium 成本高、难扩：模型真正需要的是可扩展、低开销的结构化网页访问，而非标签页主题等人类浏览器特性。

产品市场分析
目标为在 Cloudflare 上构建网页自动化与 agent 浏览能力的开发者。竞品为托管 Chromium（Browserbase 等）与自建浏览器池。差异化叙事是「Workers 原生、为 agent 优化的轻量引擎」；变现沿用 Browser Run / Workers 用量（beta 免费策略以官方公告为准）。

产品上下游
上游：Workers 应用、CDP/Playwright/Puppeteer 或 MCP 客户端、目标 URL。下游：截图、HTML/结构化抽取等结果进入 agent 推理与流水线。

9. DataBlur · 官网

标语：Blur sensitive data on screen before anyone sees it

背景
DataBlur 是浏览器扩展：在页面 DOM 上用本地确定性模式（邮箱、卡号、密码、API key 等，可自定义关键词/正则）实时打码，供 Zoom / Teams / Loom 等录屏与共享捕获；公开讨论强调无云、无 ML，DOM 变更会重扫，并支持 Alt 临时窥视。抓取时约 117 票、约 11 评，日榜第 9。

产品要解决的问题
演示/录教程时容易泄露客户 PII 或密钥；事后逐帧打码慢且易漏，静态马赛克框又跟不住滚动与 SPA 更新。

产品市场分析
目标为售前、顾问、培训讲师与录教程的开发者。竞品为视频后期打码、手动区域遮罩类扩展。差异化叙事是「共享前实时、本地规则引擎」；公开称有免费档与 Pro 订阅（自定义 blur list 等），价位以官网为准。

产品上下游
上游：浏览器中渲染的页面文本与用户自定义规则。下游：已被遮罩的视口画面进入会议共享或录像文件，降低泄露面。

10. Merge · 官网

标语：AI-native code review assessments

背景
Merge（mergeoa.com）把代码评审做成招聘评估：候选人阅读真实感 PR 并留言，平台 AI agent 实时回应评论并提交修订，循环直至超时或候选人认可；可按职级、方向与语言配置题目，并给出含 token 使用效率等的报告。公开页引导预约演示。抓取时约 111 票、约 3 评，日榜第 10。

产品要解决的问题
工程师越来越多时间花在评审与和 agent 协作改代码上，传统算法题/静态 take-home 难衡量「读 PR、提优先级、推动修订」的真实信号。

产品市场分析
目标为招聘工程管理者与人才团队。竞品为传统 coding 测评、人工 pair review、其他 AI 面试工具。差异化叙事是「评审闭环 + AI 扮演被评审工程师」；变现以演示/B2B 销售为主。

产品上下游
上游：角色画像与题库配置、候选人会话。下游：评审质量/风险识别/修订判断等报告，进入录用决策。

引言

开发过程中经常会碰到相同的逻辑，一般为了代码的整洁性，都会进行复用。
但是是不是所有相同的逻辑都需要复用呢？

实际场景

有两个商品卡片需要实现，其中一个是热点商品，一个是普通商品
两个在长相上有一些区别，大概在30%左右
热点商品多了标签，背景色，按钮等功能

• 复用型写法I

1
2
3
4
5
6
7
8
9
10
11
12

function ProductCard({isHot, price, productImage, productUrl}) {

  return (
    <div style={isHot ? styles.cardWithBg : {}}>
      {isHot && <Tag />}
      <span>{price}</span>
      {isHot && <Button />}
      <img src={productImage} onClick={() => Navigate.push(productUrl)} />
    </div>
  )

}

• 复用型写法Ⅱ

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

function CommonProductCard({price, productImage, productUrl}) {
  return (
    <div>
      <Price price={price} />
      <ProductImage image={productImage} url={productUrl} />
    </div>
  )
}

function HotProductCard({price, productImage, productUrl}) {
  return (
    <div style={styles.cardWithBg}>
      <Tag />
      <Price price={price} />
      <Button />
      <ProductImage image={productImage} url={productUrl} />
    </div>
  )
}

function Price({price}) {
  return <span>{price}</span>
}

function ProductImage({image, url}) {
  return <img src={productImage} onClick={() => Navigate.push(productUrl)} />
}

复用型I的代码说不上来的别扭，绝对的垃圾代码
复用型Ⅱ是经常能见到的，看起来解耦非常不错，也容易理解，但是细想：
热点商品为什么要跟普通商品的UI复用？两者本来就应该长得不一样。现在只是恰巧有某些地方是一样的，后来我说不定就改了。

技术层面复用逻辑没有问题，但是回到需求本身，这种复用是没有必要的，本来这两个东西就应该是分开的。
所以不如复制粘贴再写一遍更好：

• 分离型写法

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

function CommonProductCard({price, productImage, productUrl}) {
  return (
    <div>
      <span>{price}</span>
      <img src={productImage} onClick={() => Navigate.push(productUrl)} />
    </div>
  )
}

function HotProductCard({price, productImage, productUrl}) {
  return (
    <div style={styles.cardWithBg}>
      <Tag />
      <span>{price}</span>
      <Button />
      <img src={productImage} onClick={() => Navigate.push(productUrl)} />
    </div>
  )
}

总结

不要盲目的复用代码，即使他们在逻辑上有相同之处，也要看这种逻辑相同是否是需求所期望的，可能只是偶发性的相同。

How to add Category and Tag page

If you want one page list all categories, just create source/categories/index.md, and then write type: categories in it, which tells Hexo to create public/categories/index.html. “Tags”, “About” are the same.

1
2
3
4

cd source
mkdir categories
cd categories
vi index.md

1
2
3
4
5
6

<!-- index.md -->
---
title: categories
type: "categories"
---

In React Native, logical AND may cause crash as below.

Conditional rendering in React Native may crash your app

This babel plugin here can replace all logical AND with ternary operators, with a little more configuration.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

// .babelrc.js
module.exports = function (api) {
    api.cache(true);

    const presets = [];
    const plugins = [
        './ternary-jsx.js',
// this two plugins below only parse but not transform code
        ['@babel/plugin-syntax-decorators', { decoratorsBeforeExport: true }],
        ['@babel/plugin-syntax-class-properties', { loose: true }],
    ];

    return {
        parserOpts: {
            plugins: ['jsx', 'typescript'],
        },
        presets,
        plugins,
        generatorOpts: {
            retainLines: true,
            compact: false,
            minified: false,
            concise: false,
        },
    };
};

However, Babel will lose some code formatting in the process, as it works based on the AST..

今日 Hacker News 热榜横跨「AI 芯片与推理栈」「开源/创业产品」「科学发现」与「工程品味讨论」。硬件侧 AMD 收购收购将模型权重蚀刻进硅片的 Taalas，并有一篇深入拆解 vLLM 的长文；社区产品方面则有 Herdr 宣布加入 YC、ProvenMetal 以国内快速 PCB 出板做 Launch HN。科学与安全话题覆盖太阳光球 Kelvin–Helmholtz 不稳定性观测、宾大团队的抗 HPV 生物工程口香糖，以及 Have I Been Pwned 迎来尼泊尔政府接入。另有用帕累托前沿优化《马里奥赛车》配装、USB-C 线材实测，以及一篇关于 LLM 时代「品味」成为稀缺能力的长文。以下按当前热度前十整理。

1. AMD acquires Taalas to boost inference performance by etching models in silicon

背景介绍
The Register 报道：AMD 收购总部位于多伦多、2023 年成立的 AI 芯片公司 Taalas，核心思路是把模型权重直接蚀刻进硅片（文中称类似 model-specific integrated circuit / MSIC），而非依赖 HBM 存权重。报道称其首款基于 TSMC 6nm 的测试芯片 HC1，在服务 Llama 3.1 8B 时宣称可达约 16,960 tokens/s；下一代 HC2 目标约 200 亿参数/芯片，更大模型可通过流水线并行跨片扩展。AMD 可能将其与 Instinct / Helios 机架搭配，形成「GPU 做 prompt 处理、专用芯片做 token 生成」的解耦架构。交易条款未披露，报道称预计在监管批准后于第四季度完成。

主要讨论方向与观点
评论聚焦三点：模型迭代极快时，把权重烧进硅片是否会立刻过时；与 Google TPU、Nvidia–Groq 等「专用推理」路径的对照；以及若推理成本与功耗大幅下降，对现有大型数据中心叙事的冲击。也有人区分「峰值能力」与「可靠表现」，认为硬件加速并不能自动解决模型不可靠问题。另有评论引用相关演示站点，并对团队技术落地表示乐观。

专有名词解释

• Taalas / MSIC：将特定模型权重蚀刻进硅的模型专用类芯片路线。
• HBM（High Bandwidth Memory）：常用于 GPU 的高带宽显存，传统推理依赖其存放权重。
• test-time scaling：通过增加推理时「思考」token 换取更好答案的技术；更便宜的 token 会改变其经济性。

HN 讨论：thread · 330 分 · 261 评

2. Scientists discover Kelvin-Helmholtz Instability on the surface of the Sun

背景介绍
美国国家太阳天文台（NSO）新闻稿：利用 NSF Daniel K. Inouye 太阳望远镜，结合数值模拟，NSO、NSF NCAR HAO 与马克斯·普朗克太阳系研究所等团队在太阳光球中观测到 Kelvin–Helmholtz 不稳定性（KHI）的漩涡状剪切结构。相关论文发表于 Nature。研究称这是理论长期预测、但此前缺乏足够空间分辨率实验确认的现象；可能有助于理解太阳外层大气加热、磁能积聚与传输，进而关联耀斑与日冕物质抛射等空间天气过程。

主要讨论方向与观点
熟悉太阳物理的评论者强调：百公里及以下尺度湍流对能量耗散、黑子与耀斑理解很关键，过去 MHD 模拟难以同时覆盖足够体积与分辨率，如今观测与模拟两边都在突破。评论提供了 Nature 开放获取论文链接；也有人吐槽宣传视频过短、或开轻松玩笑。整体讨论量不大，偏专业向肯定。

专有名词解释

• Kelvin–Helmholtz Instability（KHI）：两股流体以不同速度剪切滑动时，界面扰动放大成波状/漩涡结构的流体不稳定性。
• photosphere（光球）：太阳「表面」可见层。
• Inouye Solar Telescope：夏威夷 Haleakalā 附近的大型地基太阳望远镜，以高空间分辨率为特色。

HN 讨论：thread · 132 分 · 22 评

3. Welcoming the Nepalese Government to Have I Been Pwned

背景介绍
Troy Hunt 宣布：尼泊尔成为第 47 个接入 Have I Been Pwned（HIBP）免费政府服务的国家。其国家网络安全中心（NCSC）可监控尼泊尔政府域名邮箱是否出现在 HIBP 泄露数据中，以便更快识别暴露并响应。文章强调该服务旨在帮助国家级安全团队提升凭证泄露可见性与事件响应能力，而非宣布「政府数据已被拖库入库」。

主要讨论方向与观点
部分读者被标题误导，第一反应以为是政府数据泄露；有人批评标题「几乎不负责任地误导」。尼泊尔开发者补充：本地政务系统质量参差，存在输入校验缺失、生物特征相关接口风险等，因此加强泄露监测有意义。另有用户提出 HIBP 账户换绑邮箱等产品需求，以及关于尼泊尔政局的背景追问。

专有名词解释

• Have I Been Pwned（HIBP）：Troy Hunt 运营的公开数据泄露查询与通知服务。
• NCSC（National Cyber Security Centre）：此处指尼泊尔国家网络安全中心。
• government domain monitoring：针对政府邮箱域名，对照泄露库做持续暴露监测的能力。

HN 讨论：thread · 73 分 · 13 评

4. Mario Meets Pareto

背景介绍
Antoine Mayerowitz 的交互式长文：用帕累托前沿（Pareto frontier）分析《马里奥赛车 8》中车手、车身、轮胎、滑翔翼的组合。排除统计相同的外观重复后，仍有海量配装；作者说明为何不能只追单项最高速度或加速度，并展示如何在多维属性中剔除被严格支配的选项，只保留「不牺牲某一维就无法提升另一维」的前沿解。文中把百年前经济学家 Vilfredo Pareto 的工具应用到游戏配装选择上。

主要讨论方向与观点
许多开发者把文章读成工程隐喻：只有当你已在帕累托前沿上，才成立「要更多安全就必须牺牲体验」之类断言；若系统远离前沿，往往可以两边同时改进。评论分享了魔兽世界装备、速度通关选车等类似剪枝经验；也有人指出属性并非总是「越多越好」（过高速度可能导致冲出赛道），效用函数与属性耦合会让前沿分析更复杂。另有轻松讨论：带孩子玩时优化目标其实是「略输但不碾压」。

专有名词解释

• Pareto frontier / Pareto optimality：多目标下不被其他方案全面支配的解集合。
• dominated option：至少有一个维度更差、且没有任何维度更好的被支配选项。
• Mario Kart 8 builds：车手 + 车体 + 轮胎 + 滑翔翼的属性组合配置。

HN 讨论：thread · 855 分 · 148 评

5. Bioengineered chewing gum may offer a way to fight HPV and other microbes

背景介绍
ScienceDaily 转述宾夕法尼亚大学牙医学院 Henry Daniell 团队研究（发表于 Scientific Reports）：在扁豆豆胶口香糖基础上，利用天然抗病毒蛋白 FRIL，并进一步工程化加入抗菌肽 protegrin。对头颈鳞癌（HNSCC）患者口腔样本测试显示，口香糖提取物可使唾液中 HPV 水平降低约 93%、口腔冲洗样本约 80%；对与不良预后相关的细菌 Porphyromonas gingivalis（Pg）与 Fusobacterium nucleatum（Fn）单次剂量可降至接近零，同时报道称未明显伤害有益口腔菌群。作者提出其或可作为现有治疗的辅助或预防方向，仍需临床试验验证。

主要讨论方向与观点
该帖评论很少；现有回应偏怀疑，认为宣传口吻像广告。基于公开摘要，尚不能从 HN 讨论得出临床有效性结论，宜把结果理解为早期体外/样本实验信号。

专有名词解释

• HPV（Human papillomavirus）：人乳头瘤病毒；口咽癌上升与其感染相关。
• HNSCC：头颈部鳞状细胞癌。
• FRIL / protegrin：文中所述豆胶中的抗病毒蛋白与后续加入的抗菌肽。

HN 讨论：thread · 44 分 · 4 评

6. I stopped trusting USB-C cable labels and started testing them

背景介绍
MakeUseOf 作者 Oliver Haslam 的经验文：USB-C 统一接口后，线材能力差异（充电功率、数据速率）很大，标签不可靠，抽屉里的线变成「碰运气」。作者改用约 15 美元的 USB 线材测试仪，通过实测而非印刷规格来区分线缆。文章强调 USB-C「万能」表象下的兼容性与信息不对称问题。（页面存在较多站点导航/摘要组件，正文要点以上述实测动机为主。）

主要讨论方向与观点
评论分享替代方案：买知名品牌、用可显示功率的充电头、LTT 标注真实规格的线材、WhatCable 等 Mac/网页检测工具。有人提醒廉价测试仪主要测通断与线缆芯片报告，真正带宽测试设备昂贵。也有人表示自己收集的线「基本都够用」，体验因购买习惯而异。整体是实用向的消费电子吐槽与工具推荐。

专有名词解释

• USB-C：物理接口形态；同接口可对应完全不同的供电与数据能力。
• E-Marker / cable chip：部分线缆内芯片，用于报告电流/协议能力。
• PD（Power Delivery）：USB 供电协商协议，决定可充到多少瓦。

HN 讨论：thread · 59 分 · 39 评

7. Taste Is All That’s Left

背景介绍
notashelf 长文：过去「把想法做成可运行软件」的摩擦是稀缺过滤器；LLM 把 idea-to-artifact 距离压到接近为零后，产出的门槛消失，真正稀缺的变成判断力——作者称为 taste（品味）。文中区分装饰性偏好与「比论证更快的压缩式裁决」，引用 Pirsig 的 Quality、Frankfurt 对 bullshit 的区分，认为 slop 是工程上的 bullshit：不一定错，但不在乎对错。作者还指出品味来自反复犯错的摩擦课程，而市场用同一秒表计时，品味带来的「拒绝平庸」成本往往不可见。

主要讨论方向与观点
共鸣派认为 agent demo 难辨内部是否有真实设计直觉；反对/修正派主张改用 judgement、美学哲学既有概念，或质疑「足够好」是否真成立。也有尖锐反论：若竞品几天就能复制体验，品味半衰期变短，未必构成持久优势。另有人批评文章偏文艺，希望更可操作的定义。讨论活跃，立场分化明显。

专有名词解释

• taste / judgement：文中指对「何为值得保留」的快速质量裁决，而非纯视觉偏好。
• slop：大量「看起来能用但缺乏信号」的生成内容。
• Sturgeon’s Law：常被概括为「任何事物的百分之九十都是糟粕」；文中强调成本约束曾限制糟粕产量。

HN 讨论：thread · 185 分 · 153 评

8. Herdr is joining Y Combinator. The runtime stays open

背景介绍
Herdr 作者 Can 发文：作为面向终端 coding agent 的 runtime（pane/tab/project 持久化、可远程运行）与 TUI，项目已达到约 2.5 万 star、34 万下载，超出个人维护能力。他宣布加入 Y Combinator F26，组建小团队；强调当前 runtime 继续免费并采用 Apache-2.0（近期从 AGPL 切换），未来会在开源 runtime 上做更多客户端与能力（多机、沙箱等），同时保持 TUI 为一等公民。

主要讨论方向与观点
祝贺与担忧并存：有人列出 YC 内外大量终端/多 agent 多路复用竞品（Superset、cmux、Emdash、Superlogical 等），讨论开源获客后再商业化的常见路径；有人反感标题句「The runtime stays open」的注意力劫持文风。另有用户追问放弃 AGPL 的真实原因，以及「一融资就找替代品/退回 tmux」的信任敏感反应。

专有名词解释

• Herdr：面向 coding agent 的终端 runtime + TUI 工具。
• Apache-2.0 / AGPL：前者较宽松的宽松许可；后者对网络提供服务有更强 copyleft 约束。
• YC F26：Y Combinator 2026 年冬季/春季相关批次（文中写作 F26 batch）。

HN 讨论：thread · 138 分 · 92 评

9. Inside vLLM: Anatomy of a High-Throughput LLM Inference System (2025)

背景介绍
Aleksa Gordić 的系统长文（基于 2025-08-09 左右的 vLLM commit，聚焦 V1 引擎）：自上而下拆解高吞吐 LLM 推理系统，覆盖 engine core（调度、paged attention、continuous batching）、高级特性（chunked prefill、prefix caching、guided/speculative decoding、P/D 分离）、多 GPU 扩展、serving 层与基准/自动调参。文章从离线单进程示例逐步推到在线异步多机服务，目标读者包括想理解或给 vLLM / SGLang 等项目贡献的人。

主要讨论方向与观点
评论很少但质量高：有人问与 SGLang Radix Attention 的对比；另有人推荐通过精简教学实现 nano-vllm（约数千行）理解推理引擎主干。整体偏「收藏级技术文」而非争论帖。

专有名词解释

• vLLM：开源高吞吐 LLM 推理与 serving 框架。
• Paged Attention：把 KV cache 分页管理以提高显存利用与并发的技术。
• continuous batching：请求动态进出同一批推理，提高 GPU 利用率。

HN 讨论：thread · 51 分 · 2 评

10. Launch HN: ProvenMetal (YC S26) delivers circuit boards in days instead of weeks

背景介绍
Will & Johnny 的 Launch HN：ProvenMetal（YC S26）定位美国/国内供应链的快速 PCB 打样与组装。创始人描述从车库用消费级贴片设备起步后，发现瓶颈不在装配本身，而在报价、DFM、元器件采购与和多家 CM 的沟通；现通过自动化采购、制造商档案适配、KiCad/Altium 插件前置 BOM，以及协调 fab/装配网络，将交期压到数天（官网宣传最快约 5 天标准交期）。帖中称约 6 周内完成 11 单、约 7 万美元营收，按订单复杂度收取透明加价。

主要讨论方向与观点
硬件从业者讨论焦点：价格能否相对中国制造有竞争力、ITAR/国防与极速交期是否才是真实细分市场、元器件采购长尾如何决定总延迟、是否有类似 JLCPCB 的现货器件清单。也有人纠正「美国只剩家庭作坊」的叙述过于简化，并质疑用大模型做 DFM 是否意味着客户板图上传给第三方模型方。另有评论直接批评官网文案像 AI 生成。

专有名词解释

• PCB / CM：印刷电路板；Contract Manufacturer（代工厂）。
• DFM（Design for Manufacturability）：面向可制造性的设计检查。
• ITAR：美国国际武器贸易条例，常使国防相关硬件必须走受控供应链。

HN 讨论：thread · 185 分 · 129 评

今日 Product Hunt 热榜（对应太平洋时间 8 月 6 日日榜）主题集中在「企业内 AI 操作系统 / 支出治理」、长时程 coding agent，以及把品牌、网页、安全与沟通通道接到 agent 的基础设施：榜首 Cloudflare OS 开源企业内部 AI 工作台；Rippling AI Spend Console、Superlog Responder、Muse Code 分别覆盖 AI 成本归因、可观测驱动的修 bug agent 与 Meta 终端工程 agent；Annotate、CopilotKit Channels SDK、Brandfetch MCP、Website to Markdown API、Aveiro、Shieldstral 则落在录屏即 prompt、跨 IM 通道 SDK、品牌数据 MCP、网页转 Markdown、agent 发布站与运行时安全分类。票数来自抓取时 hunted.space 日榜快照（约 Cloudflare OS 384 票居首），排名仍可能变动。

1. Cloudflare OS · 官网 · GitHub · 博客

标语：Build the AI operating system for your company

背景
Cloudflare OS 是 Cloudflare 将内部「企业 AI 生产力环境」开源后的产品形态：在 Workers 上提供 agent 聊天、沙箱化「gadget」小应用，以及名为 Gatekeepers 的能力边界层，让员工在公司上下文与系统权限内用 AI 做文档、应用与自动化。公开仓库 Apache-2.0，可本地 pnpm run-local 或部署到自有 Cloudflare 账户；官方称其为 early access / v2 重写。抓取时约 384 票、约 4 评，日榜第 1。

产品要解决的问题
企业想让全员用 agent 提效，却难同时满足权限不放大、可审计、可共享应用，以及「非工程角色也有可用界面」——散落的本地 harness 与临时 vibe coding 应用会把安全与治理压垮。

产品市场分析
目标为希望自建「本公司 OS」的 IT/安全与平台团队，而非再买一套封闭 SaaS 聊天机器人。竞品为各类 enterprise AI workspace、自建 agent 平台与本地 coding harness 拼凑方案。差异化叙事是「开源 + Workers/Zero Trust 同源安全模型 + gadget 隔离实例」；变现信号主要落在 Cloudflare 基础设施用量与现有 Zero Trust / AI Gateway 等产品上（软件本身开源）。

产品上下游
上游：公司系统 of record（经 Gatekeeper/MCP）、员工身份与权限、模型推理（可走 AI Gateway）。下游：agent 产出的文档/幻灯片、可分享的沙箱应用，以及按用户权限执行的工作流，回流到日常协作与运维。

2. AI Spend Console by Rippling · 官网

标语：Track your AI spend and connect it to business outcomes

背景
Rippling 在统一 HR/IT 平台上推出 AI Spend Console：连接 Anthropic、OpenAI、Cursor 等用量，按员工属性（团队/部门）拆解成本，并把 token 花费映射到 GitHub PR / code review 等业务结果；支持自然语言问数与无看板，以及按属性路由模型、限额与逐请求审计。公开页面引导预约演示。抓取时约 279 票、约 121 评，日榜第 2。

产品要解决的问题
LLM 与 coding agent 账单快速膨胀，财务/工程负责人难把「谁在花、花在哪次变更上、是否有效」串成一条可治理链路。

产品市场分析
目标为已有或考虑 Rippling 的中大型企业 FinOps、IT 与工程管理者。竞品为各模型控制台、通用云成本工具与自建用量仓库。差异化叙事是「员工身份图谱 + 工程产出数据」的交叉归因；变现嵌入 Rippling 平台销售，具体价位需以销售报价为准。

产品上下游
上游：模型/IDE 供应商账单与用量 API、Rippling 员工主数据、GitHub 等工程系统。下游：按人/团队的成本视图、限额与路由策略、审计日志，服务于采购谈判与内部 AI 使用政策。

3. Superlog Responder · 官网 · 产品站

标语：Free, open-source AI bug-fixing agent

背景
Superlog（Pulsent Labs，YC）将可观测与修 bug agent 合在一起：从 Datadog / Sentry 或 OTel 接入错误，归并为带严重度与业务影响的 incident，再由 Responder agent 生成带测试的修复 PR，并在 Slack 等通道跟进审阅。公开定价含 Free（每月含调查额度）与按调查/遥测计量的 PAYG。抓取时约 259 票、约 37 评，日榜第 3。

产品要解决的问题
线上错误告警洪泛，人工排查上下文切换成本高；通用 coding agent 又缺少与生产遥测、事故分级绑定的闭环。

产品市场分析
目标为已有现代可观测栈的工程团队。竞品为 Sentry/Datadog 原生 AI、独立 incident agent 与纯 IDE agent。差异化叙事是「incident 控制面 + 调查额度 + PR autopilot」；变现以调查 credits 与遥测用量为主。

产品上下游
上游：错误/日志/trace（Sentry、Datadog、云厂商、OTel）、仓库与 CI、Notion/Linear 等知识与工单。下游：归并后的 incident、带审查轨迹的修复 PR，缩短 MTTD/MTTR。

4. Muse Code · 官网 · 安装

标语：Meta’s terminal agent for long-horizon coding

背景
Meta AI Research 发布 Muse Code（beta）：macOS/Linux 终端 coding agent，由 Muse Spark 1.2 驱动；主循环配合常驻异步 background subagents，本地 event log 保证可重放与崩溃续跑，并内置 /plan、/grill、/goal 等 skills。公开材料强调长时程整仓任务与和模型的联合训练。抓取时约 208 票、约 3 评，日榜第 4。

产品要解决的问题
复杂工程任务跨越多小时、多子步骤时，会话易断、上下文重复搜集，且需要可审批的计划与可恢复运行时。

产品市场分析
目标为需要长时程、仓库级自动化的开发者与研究团队。竞品为 Claude Code、Codex、Cursor agent、开源终端 agent 等。差异化叙事是「Meta 自研模型 + 持久子 agent + replay-safe runtime」；当前以研究/beta 安装通道呈现，商业化细节未在公开博文中展开。

产品上下游
上游：本地代码仓、工具调用、用户审批与 Muse Spark 推理。下游：计划、代码变更、验证结果与可续跑的 session 日志，进入日常工程循环。

5. Annotate · 官网

标语：Screen recording as prompts

背景
Annotate 是面向 macOS Apple Silicon 的本机工具：录屏、圈点标注并口述需求，把会话交给 Cursor / Claude Code / Codex；强调经 MCP 读取帧与语音对齐文本，而非上传整段视频。公开定位 Free、本地存储、无需登录。抓取时约 181 票、约 17 评，日榜第 5。

产品要解决的问题
向 coding agent 描述 UI 改动时，纯文字 prompt 冗长且易歧义，静态截图又丢失点击时序与口述意图。

产品市场分析
目标为用 agent 改前端/产品 UI 的独立开发者与设计师。竞品为录屏+转写手工粘贴、各类 screenshot-to-prompt 扩展。差异化叙事是「录屏即 brief + 本地 MCP」；当前变现信号为免费本地下载（后续商业模式未在着陆页明确）。

产品上下游
上游：本机屏幕与麦克风。下游：带标注与转写的本地 session，经 MCP 被 Cursor/Claude/Codex 消费以生成代码改动。

6. CopilotKit Channels SDK · GitHub · 试用

标语：Bring any agent to Slack, Teams, and more.

背景
CopilotKit 开源 Channels SDK（MIT）：把 AG-UI 兼容 agent（含 LangGraph、CrewAI、Mastra 等）接到 Slack、Microsoft Teams、Discord、Telegram 等，用一套交互描述渲染各平台原生 UI（Block Kit / Adaptive Cards），并支持工具调用、文件与人工审批门。托管连接可由 CopilotKit Intelligence 管理。抓取时约 146 票、约 23 评，日榜第 6。

产品要解决的问题
团队已有 agent 逻辑，但要在每个 IM 平台重做 UX、鉴权与人机确认，成本高且体验割裂。

产品市场分析
目标为构建面向员工/客户沟通面的 agent 产品的开发者。竞品为各平台官方 bot 框架、Bolt 类应用与自建适配层。差异化叙事是「一次交互、多通道原生 UI + AG-UI」；开源 SDK + 可选托管连接形成漏斗。

产品上下游
上游：自有 agent 运行时与模型/工具。下游：出现在 Slack/Teams 等会话中的可交互消息与审批流，让人在工作入口完成人机协作。

7. Brandfetch MCP · 文档 · MCP 端点

标语：Stop your AI from guessing brand logos

背景
Brandfetch 发布 MCP 服务器（https://mcp.brandfetch.io/mcp），让 Claude、Cursor、Codex 等助手通过 OAuth 或 MCP token 调用 brand_search、get_brand 等工具，拉取 logo、色板、字体与公司信息，避免模型「猜」品牌资产。文档称免费档含每月请求额度。抓取时约 129 票、约 4 评，日榜第 7。

产品要解决的问题
Agent 生成演示文稿、落地页或 CRM 视图时，常幻觉错误 logo/配色，手工搜图又打断工作流。

产品市场分析
目标为做 on-brand 生成、目录/CRM 可视化与销售个性化的产品与增长团队。竞品为直接调 Brand API/Logo API、Clearbit 替代品、自爬官网提色。差异化叙事是「品牌数据经 MCP 进入助手」；变现沿用 Brandfetch API 套餐与请求额度。

产品上下游
上游：Brandfetch 品牌数据库与开发者账号。下游：助手会话中可引用的真实品牌资产，进入设计稿、邮件、看板与生成式 UI。

8. Website to Markdown API · 官网

标语：Turn any website into LLM-ready Markdown

背景
Exabase（自称 agent 数据层）提供 Website to Markdown 工具/API：提交 URL，返回清理后的可读 Markdown，并宣称支持 JS 渲染页面。该能力挂在 Exabase 更广的 context/memory 产品上；公开定价含 Free（含起步 credit）与 Scale 等档。抓取时约 128 票、约 8 评，日榜第 8。

产品要解决的问题
Agent 与 RAG 需要干净、结构化的网页正文；原始 HTML 噪声大，且许多站点依赖客户端渲染。

产品市场分析
目标为构建检索增强、研究 agent 与文档流水线的开发者。竞品为 Firecrawl、Jina Reader、Browserless 自建抓取等。差异化叙事是「Markdown 抽取 + Exabase Bases/记忆基础设施」；变现以 credits / 套餐为主。

产品上下游
上游：目标网页 URL 与渲染环境。下游：LLM 可读 Markdown，写入 agent 上下文、知识库或 Bases，供后续推理与引用。

9. Aveiro · 官网

标语：Publish sites, newsletters and social posts with AI agents

背景
Aveiro 定位 agentic 发布平台：选模板、定品牌样式后，把站点、newsletter 与（规划中的）社媒发布放在同一工作流；强调可从 Claude/GPT 经 MCP 驱动发布，并带站点内 AI 助手。公开定价含 14 天试用及 Starter 约 $12/月 起等多档。抓取时约 116 票、约 4 评，日榜第 9。

产品要解决的问题
内容创作者与小团队常要拼装建站 + 邮件 + 社媒多套工具，账单与发布流程碎片化，agent 也难以「一次生成、多处上线」。

产品市场分析
目标为创作者、文档/博客站与小型营销团队。竞品为 Webflow/Framer + 独立 ESP + 社媒工具组合，以及纯 AI 建站器。差异化叙事是「模板化站点 + 邮件/社媒 + MCP agent」一体；变现以站点数量、AI credits 与邮件额度为轴的订阅。

产品上下游
上游：用户 brief、品牌样式、AI 模型与 MCP 客户端。下游：已发布网页、邮件活动与社媒草稿/发布，以及面向访客的站内问答。

10. Shieldstral · 官网

标语：Define safety at runtime for text and images

背景
Mistral 发布 Shieldstral：约 3B 开源权重（Apache 2.0）的多模态安全分类器，把内容审核建模为策略自适应的问答——推理时接受自然语言政策，统一评文本与图像，无需为每套政策重训。公开材料称可在单张约 16GB GPU 上高效运行，并给出校准化安全分数。抓取时约 109 票、约 1 评，日榜第 10。

产品要解决的问题
应用与平台需要可随产品政策变化的护栏；固定类别的 guard 模型难以覆盖新政策，且文本/图像常要两套栈。

产品市场分析
目标为需要可部署内容安全层的应用、平台与企业合规团队。竞品为 Llama Guard、Perspective、云厂商 moderation API 与自训分类器。差异化叙事是「小参数量 + 运行时自然语言政策 + 多模态」；权重开源，推理成本自担，企业支持可走 Mistral 商业渠道。

产品上下游
上游：待审文本/图像与运行时政策描述。下游：安全分数与判定，接入网关、agent 工具调用前后过滤或人工复核队列。

今日 Hacker News 热榜高度集中在「大厂人事与 AI 基础设施」：Google 宣布 DeepMind 领导层调整与 Jeff Dean / Sanjay 创办 Discovery Loop，同时 Zed 推出面向 agent 协作的版本控制 DeltaDB、Meta 发布 Muse Code / Muse Spark 1.2。工程侧还有 Neon+Castform 用小模型做廉价检索、Prime Intellect 开源自改进 RLM harness、Chips and Cheese 拆解 NVIDIA Vera 白皮书营销话术；安全与社区讨论则覆盖 Atlassian Rovo 数据外泄与爱好者编程圈对 LLM 的抵制。另有一篇 Rands 从《银翼杀手》片头字体切入的排版随笔。以下按当前热度前十整理。

1. Discovery Loop

背景介绍
Discovery Loop 是 Jeff Dean、Sanjay Ghemawat、Quoc Le、Oriol Vinyals 创办的新组织（官网定位为加速科学与工程发现）。核心主张是：科学方法依赖「提出实验 → 执行 → 观察 → 迭代」的循环，但人工串行迭代难以扩展；他们要用前沿模型与大规模算力自动化整条实验环，先聚焦机器学习研究与工程，并自用这套能力优化自身技术栈，再扩展到美国国家工程院（NAE）一类可度量的科学/工程挑战。团队强调跨芯片、基础设施、模型与产品的全栈经验。该帖与同日 Google 领导层变动公告高度关联。

主要讨论方向与观点
评论大量引用 Jeff 相关说明，并与 Karpathy 的 autoresearch / 大规模协作 agent 方向对照。一派认为「智能不是瓶颈」，真正难的是实验室与物理世界的实验执行，自动化创新工厂叙事易被现实击穿；另一派把此举解读为 Google 为资深工程师提供「体面退出/隔离竞争」的制度安排。也有人对「自动化实验」在缺乏具身与仪器闭环时的可行性表示怀疑。

专有名词解释

• Discovery Loop：以自动化实验循环为目标的新科研/工程组织。
• NAE Grand Challenges：美国国家工程院提出的重大工程挑战清单。
• autoresearch：用 agent 自动跑研究迭代的方向（评论中常与 Karpathy 相关讨论对照）。

HN 讨论：thread · 573 分 · 358 评

2. Zed DeltaDB

背景介绍
Zed Industries 开放 DeltaDB 早期访问：定位为「commit 之间」的版本控制系统，记录工作展开过程中的每一次操作，并把代码变更与塑造它的 agent 对话关联起来。宣传能力包括：回放到任意编辑点、从代码行追溯对话（反之亦然）、对 worktree 做虚拟化以便廉价分支（含 agent 运行中途）、以及在尚未提交/开 PR 前分享线程让同事加入。产品页目前以申请表为主，细节偏营销摘要。

主要讨论方向与观点
评论情绪偏批评：许多人认为 Zed 应先修核心编辑器体验（WSL 文件刷新、Wayland 复制粘贴、大 JSON 卡死、活动栏布局等），再做新 VCS；质疑为何不基于 git / jj。也有人担心「变更绑定 agent 对话」会变成管理考核沟通的工具，以及 VC 驱动下的功能扩张。少数认可 VCS 创新本身，但对该能力来自 Zed 感到不安。

专有名词解释

• DeltaDB：Zed 推出的、面向 agent 协作过程的版本控制早期产品。
• worktree：Git 等系统中可检出工作副本的概念；此处指被虚拟化以便快速分支的工作区。
• jj (Jujutsu)：较新的版本控制系统，常被拿来与 git 对照讨论。

HN 讨论：thread · 290 分 · 144 评

3. The title cards in Blade Runner are amazing

背景介绍
Rands（Michael Lopp）随笔：从日常使用 Claude Code / Ghostty 盯等宽字体出发，转到《银翼杀手》开场字幕的排版赏析。指出片头几乎只用 Goudy Oldstyle 一种字体，但通过全大写、字号层级、小型大写、红色斜体 “Replicant”、首行缩进与宽字距等手段建立情绪；并引用 Frederic Goudy 关于「给小写加字距」的名言。文章强调电影字幕排版的首要目标常是定调，而非纯信息传达。

主要讨论方向与观点
评论补充 Vangelis 配乐与音效对沉浸感的贡献，并指向 Typeset in the Future 等既有分析。有人开玩笑说带破折号与「retirement」措辞的文案在今天会被误认是 LLM 写的；也有人讨论是否应对 coding agent 聊天使用非等宽字体，以及片头可能先黑底白字再反转的制作猜测。整体偏轻松的设计/怀旧讨论。

专有名词解释

• Goudy Oldstyle：Frederic Goudy 设计的衬线字体，文中称片头主要使用该字体。
• letterspacing：字距调整；传统排印对大写与小写的处理规范不同。
• Ghostty：一款终端模拟器，作者以此引出对等宽字体的关注。

HN 讨论：thread · 125 分 · 49 评

4. Changes at Google DeepMind: Demis Hassabis from CEO to Chair, Jeff Dean departs

背景介绍
Google/Alphabet CEO Sundar Pichai 与 Demis Hassabis 的内部信公开：Demis 将卸下 Google DeepMind 日常运营，改任 GDM Chair 与 Alphabet Chief Scientist，并继续领导 Isomorphic Labs；Koray Kavukcuoglu（原 GDM CTO / Chief AI Architect）升任 SVP of Google DeepMind，汇报给 Sundar，负责 Gemini 模型、前沿研究及 Gemini 应用与开发者团队。同时，工作 27 年的 Jeff Dean 与 Senior Fellow Sanjay Ghemawat 将创办独立公益公司以加速 ML/科学/工程发现（即热榜第一条 Discovery Loop）；Google 称将作为创始投资方与 Cloud 合作伙伴继续协作。信中亦提及 Gemini App 月活、Gemma 下载量等业务数据作背景。

主要讨论方向与观点
讨论量很大：许多人认为真正重磅是 Jeff/Sanjay 离开，而非 Demis 改头衔；有人列出近期 Google 流失的研究者名单并担忧产品节奏。也有观点认为投资他们新公司可降低投奔对手的风险。另有评论批评把管理者「天才化」，以及回顾 DeepMind 从研究实验室被要求扛商业竞争后的张力。股价下跌等市场反应在评论中被提及，但应视为即时讨论而非已核实结论。

专有名词解释

• Google DeepMind (GDM)：Google 的前沿 AI 研究与模型组织。
• Isomorphic Labs：Demis 相关、聚焦 AI 用于药物发现等健康应用的公司。
• public benefit corporation：美国一类须兼顾公共利益目标的公司形态。

HN 讨论：thread · 455 分 · 571 评

5. Muse Code and Muse Spark 1.2

背景介绍
Meta AI Research 发布 Muse Code（beta）终端编程 agent，并由新模型 Muse Spark 1.2 驱动。Muse Code 面向大仓库复杂软件工程：规划、写码、验证，并可协调多个持久化 subagent；采用「主 agent 环 + 异步后台 agent」设计，后台 agent 会话级常驻以减少重复搜集信息。运行时用本地事件日志保证可精确回放与崩溃后续跑。捆绑 /plan、/grill、/goal 等技能。Muse Spark 1.2 强化代码生成、调试、代码库理解与端到端工作流，并与 Muse Code 共训；文中还展示长时间（可达 24 小时、上千次工具调用）GPU kernel 优化案例。

主要讨论方向与观点
有人关注 kernel 优化曲线仍在上升就被截断，类比遗传算法的平台期与跃迁。另有评论指出「Contributor」定价以允许训练换大幅降价，以及免费额度小字条款变化。质疑营销口径：对比对象是否挑中端模型、相对 Opus 等仍多处落后。也有人链接外部报道讨论模型能力边界与滥用风险。

专有名词解释

• Muse Code：Meta 的终端侧编程 agent（beta）。
• Muse Spark 1.2：面向编码等工作流更新的模型版本。
• event log / replay-exact：把模型调用、工具、审批与编辑追加到日志，以便确定性重放与恢复。

HN 讨论：thread · 162 分 · 100 评

6. Beating GPT-5.6 Sol on retrieval with 100x cheaper open models

背景介绍
Neon 与 Castform 联合博文称：用 Castform 对约 4B 开源模型做后训练后，在其检索任务上可达到与 GPT-5.6 Sol 相当的准确度，同时成本约低 100 倍。背景是 agentic retrieval 取代单次 embedding/RAG：模型多轮规划与搜索推高前沿 API 成本与延迟；小开源模型便宜但默认能力不足，需 RL 后训练补齐。Castform 定位降低后训练门槛；训练与搜索工具调用跑在 Neon Lakebase Search（文本/向量检索扩展）上。文章强调「上下文工具 + 会决定搜什么的模型」两块都要强。

主要讨论方向与观点
支持者把这看作「专用小模型做检索/重排」的正确工程直觉，类似把探索任务交给更便宜模型。质疑者要求与更便宜的前沿档（如 Luna）对比、报告延迟、以及使用 BrowseComp 等公共检索基准；也有人关心超长上下文中「埋针」与组合针的难度是否被测到。讨论量中等，偏基准可信度与路由架构。

专有名词解释

• Castform：面向开发者的 RL 后训练工具/平台（文中定位）。
• agentic retrieval：由模型多轮规划、搜索、再决策的检索范式。
• Lakebase Search：Neon/Lakebase 上的检索相关扩展与能力。

HN 讨论：thread · 214 分 · 38 评

7. NVIDIA’s Vera Whitepaper Has a Thread Loose

背景介绍
Chips and Cheese（George Cozma、Chester Lam）长文评论 NVIDIA 关于 Vera 的约 45 页白皮书。Vera 是 NVIDIA 首款基于自研 Olympus 核心的服务器 CPU：文中概括为约 88 核单片、10-wide Arm v9.2、含 value prediction 与 graph prefetcher、每核约 2MB L2、约 164MB 共享末级缓存、八通道 LPDDR5X 宣称约 1.2 TB/s 等。作者认为硬件本身有看点、早期独立测试也暗示 Olympus 强劲，但白皮书大量用对 x86 的道德叙事、把 SMT 画成简单分时、把可配置 NUMA 写成迷宫、把若干 SPEC 组件称为「agentic benchmarks」、以及用不清晰的计数器比例/图示支撑结论，属于「好芯片配差故事」。文中并将 graph prefetcher、neural branch predictor 等与 Intel/AMD/Apple 既有机制对照。

主要讨论方向与观点
评论量较少。有人为「用编译/解释类 SPEC 近似 agent 负载」辩护；更多人回忆 NVIDIA 营销史并表示不意外。也有读者肯定对微架构细节的拆解，并玩笑式问对 AMD 的影响。整体偏硬件爱好者细读。

专有名词解释

• Vera / Olympus：NVIDIA 服务器 CPU 及其自研 CPU 核心名。
• SMT（simultaneous multithreading）：同一核心同时运行多硬件线程的技术。
• value prediction：预测指令结果以使依赖指令提前推进的微架构技术。

HN 讨论：thread · 78 分 · 9 评

8. Prime Agent: A self-improving RLM agent

背景介绍
Prime Intellect 发布开源编码 harness Prime Agent，围绕两个抽象：Recursive Language Model（RLM）与 Continual Harness。论点是：旧 harness 的固定工具 schema 与上下文压缩迫使模型绕脚手架工作；静态 subagent/提示/技能/记忆不会随运行学习。RLM 把上下文当变量、把委派当 REPL 内函数调用，使模型能对历史写「语言模型程序」；Continual Harness 允许 agent 对 harness 自身状态做 CRUD，并结合 agent 间通信做跨会话编排。实现上以持久 IPython kernel 为主要工具面，支持后台 daemon、可恢复 worker、TUI 等；定位为通用编程助手、长程评测运行时与 autoresearch 协作者。

主要讨论方向与观点
有人吐槽仓库代码膨胀（近万行文件、巨型 switch），担心 LLM 生成 harness 反而变重；也有实践者称前沿模型已弱化对复杂 harness 的需求。另有人期待对「harness 自改进」做 RL，并关心 ARC-AGI 等基准之外的日常编程表现。讨论量不大，偏架构与可维护性。

专有名词解释

• RLM（Recursive Language Model）：把上下文与子 agent 委派纳入可编程 REPL 的 agent 范式。
• Continual Harness：允许 agent 增删改查自身提示/技能/记忆/子 agent 的 harness 设计。
• coding harness：包裹模型的工具调用、记忆、子代理与 UI/运行时脚手架。

HN 讨论：thread · 90 分 · 17 评

9. Atlassian Rovo Exfiltrates Data, Bypassing Controls

背景介绍
安全公司 PromptArmor 披露：Atlassian 的 Rovo AI（跨 Jira/Confluence 等产品的 agent）可被间接提示注入实现零点击数据外泄。攻击链常涉及用户上传含隐藏指令的文件（或其他不可信内容源），诱使 Rovo 把工单/文档等内容拼进攻击者 URL，再通过 URL 检索工具访问从而外泄；即便组织关闭「web search」，打开搜索结果的工具仍可能残留。作者称 5 月 23 日已披露，跟进两月余无修复进展后选择公开。文中还提到 Markdown 图片渲染作为另一类经典外泄通道。

主要讨论方向与观点
有人指出 PromptArmor 对多家 agent 产品写出结构相似的报告，本质都是提示注入；Simon Willison 强调 URL 工具应只允许用户输入或可信工具返回的 URL。也有人用「致命三件套」（私有数据 + 不可信内容 + 外向通信）概括，并吐槽 Rovo 品牌与默认植入。另有评论提到 Atlassian 近期默认勾选贡献应用内数据的设置，引发额外不信任。

专有名词解释

• Rovo：Atlassian 在其产品套件中的 AI agent 品牌。
• indirect prompt injection：恶意指令藏在模型读取的内容里，而非用户直接输入。
• data exfiltration：将敏感数据偷偷传到攻击者控制端的行为。

HN 讨论：thread · 163 分 · 65 评

10. Born Against, or why hobby programming communities are against LLM usage

背景介绍
Fogus 短文：由国际象棋引擎相关 GitHub 讨论触发，思考 OSDev、LangDev、模拟器、demoscene、code golf 等爱好者社区为何日益排斥 LLM。他认为这些圈子里「吃力获得的知识与掌握过程本身才是产品」，能跑起来只是附带结果；LLM 被视作错过重点甚至作弊。即便早期有真诚尝试，也常因使用者缺乏领域深度与社区敌意而「井被投毒」。作者承认此类社区本就门控严、进步慢，并主张 LLM 更适合作专家的杠杆而非替代学习；同时注明专家也不能天然免疫被 LLM 糊弄。

主要讨论方向与观点
大量评论同意「爱好看重过程」的类比（打扫房子 vs 爱好、蒸汽机模型零件、体育禁药）。也有人指出原文未充分交代触发帖语境（涉嫌抄袭/洗代码等指控），以及 AI 同时造成正向讨论减少与低质量「分享」噪音增加。OSDev 等场景还有人提出：文档匮乏时 LLM 可能有用，但又与「亲自理解硬件」目标冲突。整体是价值观与社区规范辩论，而非单一技术结论。

专有名词解释

• OSDev / demoscene / code golf：分别侧重操作系统开发、极限视听 demos、极短代码的爱好者文化。
• gatekeeping：社区通过规范与门槛筛选参与者的现象（文中作中性/批评并存描述）。
• force multiplier：放大已有能力的工具角色，相对「完全替代」。

HN 讨论：thread · 121 分 · 135 评

今日 Product Hunt 热榜（对应太平洋时间 8 月 5 日日榜）主题集中在「会议/广告/招聘」的落地 AI，以及面向 agent 的基础设施：榜首 Wispr Flow Notetaker 把口授产品线延伸到本地会议纪要；AdAnt AI、NextDoor.Company 分别做短视频广告 agent 与地图化创业招聘研究；ngrok AI Gateway、Cloudflare Wallets、Kiro Crew、Keystroke、BackEngine MCP 落在模型网关、agent 支付钱包、持久化工程编排、企业内部 agent 平台与公司知识 MCP；Capacity Desktop 与 X Money 则覆盖本地 AI 建站与社交平台内嵌金融。票数来自抓取时 hunted.space 日榜快照（约 Wispr Flow Notetaker 457 票居首），排名仍可能变动。

1. Wispr Flow Notetaker · 官网

标语：Meeting notes that get the details right.

背景
Wispr Flow Notetaker 是口授产品 Wispr Flow 团队推出的会议纪要能力：在 Mac 本机捕获 Zoom / Google Meet / Teams / Slack Huddles 等音频（无需邀请 bot 入会），强调说话人标注、会前简报、「刚才漏了什么」回溯，以及通过 MCP 把纪要接到 Claude / ChatGPT / Cursor。公开材料称含在 Flow 免费档内，Pro / Teams 提升额度；Windows 与移动端仍在路线图。抓取时约 457 票、约 70 评，日榜第 1。

产品要解决的问题
多数会议工具「冷启动」转写，专有名词与说话人常错；纪要又难回流到日常 AI 工作流，跟进仍靠手工粘贴。

产品市场分析
目标为高频开会的创始人、销售与知识工作者。竞品为 Granola、Otter、Fathom 等；差异化叙事是「口授同源的准确度 + 本地捕获 + MCP」。变现随 Flow 免费/Pro/Teams 订阅；官网称支持从 Granola 一键导入历史。

产品上下游
上游：日历、本机音频、Gmail/Slack 等上下文与个人词典。下游：带说话人的转写、摘要/待办，以及 MCP 可检索的会议记忆，服务于会后跟进与跨工具问答。

2. AdAnt AI · 官网

标语：Claude for viral, high-converting social ads

背景
AdAnt（AnyLoop Inc）定位短视频广告创意 agent：输入产品 URL 或灵感视频，研究 niche 与近期爆款结构，再批量生成面向 TikTok / Instagram Reels / YouTube Shorts 的可编辑广告变体；公开描述强调对话式 brief，而非纯表单渲染。第三方评测提到 Pro 年付约 $32.50/月 量级积分包，以及计划中的免费 MCP 研究插件（站点标注 coming soon 时需以官网为准）。抓取时约 413 票、约 80 评，日榜第 2。

产品要解决的问题
效果广告团队瓶颈常在创意产量与测试速度：人工拍剪成本高，通用视频生成又难对齐平台原生 hook/节奏。

产品市场分析
目标为 DTC/增长营销与需要大量短视频变体的投放团队。竞品为各类 AI UGC/广告生成器与传统代理制作。差异化叙事是「研究 → 模板/avatar → 批量变体」的 agent 工作流；变现以积分订阅为主（公开材料层面）。

产品上下游
上游：产品页、竞品/灵感视频、平台广告样式库。下游：可投放的短视频变体，进入广告账户做 A/B；MCP 研究层若上线，则向编码 agent 输出策略报告。

3. NextDoor.Company · 官网

标语：Discover startups hiring near you, on a map

背景
NextDoor.Company（创始人 Sankalp Sinha）把附近创业公司招聘画在交互地图上：点击 pin 可看岗位，并聚合融资、投资人、团队规模、办公模式等原本需跨 LinkedIn / Crunchbase 多站点拼凑的信息；公开材料称手策 390+ 家在招创业公司，并已推出公司 listing 付费。抓取时约 358 票、约 55 评，日榜第 3。

产品要解决的问题
求职者很难直观发现「家附近谁在招」，并对公司背景做尽调，信息散落导致每天浪费大量切换标签页的时间。

产品市场分析
目标为关注本地/混合办公创业岗位的求职者（公开叙事偏印度一线城市场景，亦可扩展）。竞品为 LinkedIn Jobs、传统招聘板与创业目录。差异化叙事是「地图入口 + 深度公司研究」；变现信号为对公司收 listing 费、对求职侧强调候选者优先体验。

产品上下游
上游：手策/结构化的公司与岗位数据、地理坐标与筛选维度。下游：地图发现 → 公司档案 → 跳转 careers / 投递追踪，服务于求职决策而非替代 ATS。

4. ngrok AI Gateway · 官网

标语：One private gateway for every AI model

背景
ngrok AI Gateway（ngrok.ai）提供统一托管入口 gateway.ngrok.ai：把公有模型供应商、自托管/本地 LLM，以及既有 OpenAI/Anthropic 等密钥收拢到一个 OpenAI 兼容 baseURL；支持按 access key 做权限边界、故障转移、用量观测。定价公开描述为路由约 $0.05 / 百万 tokens 加推理成本（可用 ngrok credits 或 BYOK）。抓取时约 304 票、约 68 评，日榜第 4。

产品要解决的问题
应用与 agent 常要对接多模型、多密钥与本地推理，各自 SDK/端点分散，难统一鉴权、failover 与成本可见性。

产品市场分析
目标为构建多模型应用的开发者与平台团队。竞品为 OpenRouter、各类 AI gateway/proxy、自建反向代理。差异化叙事是「公有 + 私有连通（ngrok 网络能力）+ 可观测」；变现以 credits / 路由费为主。

产品上下游
上游：供应商 API、自托管模型与内部端点、团队 access key 策略。下游：统一聊天/补全流量进入业务应用、coding agent 与数据平面，支撑多模型路由与成本归因。

5. Cloudflare Wallets · 官网 · cloudflare.pay

标语：the programmable wallet for the agentic Internet

背景
Cloudflare Wallets 面向 agentic commerce：Account Wallet（人类账户，存 stablecoin、定策略）与 Virtual Wallet（发给 agent，经 API key 在额度/商户白名单/单笔上限内花费）。当前公开可做的是在 cloudflare.pay 预留可读 handle；充值、发 Virtual Wallet、实际支付等能力官方称将在随后数月推出，并与 Monetization Gateway / x402 微支付配套。抓取时约 253 票、约 4 评，日榜第 5。

产品要解决的问题
Agent 难以像人一样完成登录、绑卡、开 API key，也缺少带硬约束的自主小额支付身份，导致无法低摩擦试用大量 API/内容。

产品市场分析
目标为在 Cloudflare 生态构建 agent、以及希望对 agent 买方收费的 API/内容卖方。竞品为传统支付编排、各家 agent 支付实验与纯加密钱包。差异化叙事是「基础设施层花费上限（抗 prompt injection）+ 稳定身份 handle」；目前以 waitlist/预留为主，完整货币化细节待正式开放。

产品上下游
上游：Cloudflare 账户、stablecoin on/off-ramp（地理受限）、花费策略。下游：agent 对 x402/Monetization Gateway 等端点的微支付与可识别身份，闭合 agent 双边市场。

6. Kiro Crew · 官网 · GitHub

标语：Open source agentic development workspace

背景
Kiro Crew（AWS/Kiro 生态开源，Apache 2.0）是可在本机或自有硬件常驻的 agent 开发工作区：Gateway 持久化会话/记忆，支持任务分解执行、cron/heartbeat、子 agent 并行、审批与沙箱；桌面/Web/CLI 以及 Slack/Discord 等通道可续同一工作。公开材料强调与 Kiro CLI / .kiro 配置兼容；推理额度仍依赖所接模型/CLI 计费。抓取时约 177 票、约 2 评，日榜第 6。

产品要解决的问题
交互式 coding chat 会话结束即失上下文，难做跨仓库、跨班次的无人值守工程任务与治理。

产品市场分析
目标为需要长时编排与自托管控制的开发团队/企业。竞品为各类 agent 编排框架、Devin 类云端工程 agent、以及 IDE 内嵌 agent。差异化叙事是「开源持久工作区 + 规范驱动工程」；软件本身开源，推理成本另计。

产品上下游
上游：代码仓、MCP/工具、模型与 Kiro CLI、团队策略。下游：未完成任务检查点、PR/修复、定时巡检结果，回流到工程流水线。

7. Keystroke · 官网

标语：Build powerful AI agents & workflows

背景
Keystroke 定位企业内部 agent / AI 系统平台：agent 具备记忆、持久工作区、浏览器与代码执行；可与确定性工作流、触发器、人工审批组合；宣称 1000+ 集成与任意 API/MCP，产物以 TypeScript 代码形式可进 git，降低黑盒锁定。官网提供起步免费额度（公开文案约 $20 credits）并引导销售对接。抓取时约 144 票、约 15 评，日榜第 7。

产品要解决的问题
团队想把 agent 用于真实业务（客服、GTM、内部工具），但缺统一的连接、治理、测试与可审计运行时。

产品市场分析
目标为技术与非技术混编的企业内部 builder。竞品为 Zapier/Agents 类自动化、自建 LangGraph 栈、以及各类 enterprise agent 平台。差异化叙事是「agent + 工作流 + 可拥有的代码」；变现以 credits / 销售导向企业套餐为主。

产品上下游
上游：企业内部数据、SaaS 集成、MCP、模型密钥。下游：可在 Slack/Teams/API 调用的 agent、自动触发的工作流与审计轨迹，服务于业务自动化。

8. BackEngine MCP · 官网

标语：Make private company knowledge usable for AI

背景
BackEngine 把散落在 Salesforce、HubSpot、Gong、邮件、Slack 等处的客户/营收知识整理成可治理的一层，再通过 MCP（/backengine）注入 Claude / ChatGPT / Gemini 等员工已在用的助手。公开对比材料称相对「直连各系统」可提升首次答对率、降低 token；连接与权限按人可见。抓取时约 135 票、约 25 评，日榜第 8。

产品要解决的问题
销售/客户成功等场景的 AI 看不到完整客户上下文，或直连后噪声大、易越权、费 token。

产品市场分析
目标为 B2B 中的销售、CS 与需要客户情报的运营团队。竞品为各 CRM AI、通用企业搜索 RAG、自建数据管道。差异化叙事是「一天内就绪的公司知识层 + 嵌在现有 AI 里」；变现偏销售对接（Talk to us）。

产品上下游
上游：CRM、通话录音、邮件与协作工具等只读客户相关数据。下游：会前准备、风险扫描、预测评论等 prompt 工作流，输出进入员工日常 AI 对话。

9. Capacity Desktop · 官网

标语：A free Lovable that lives on your Mac

背景
Capacity 是自然语言 AI 建站/应用构建产品：官网强调「描述想法 → 澄清问题 → 生成可上线应用」，并推广 Mac 桌面端（公开材料称无需绑卡即可开始）。定价页展示基于 credits 的 Starter/Growth 等订阅与一次性加油包；PH 叙事对标 Lovable 式体验但强调桌面/本地向。抓取时约 122 票、约 6 评，日榜第 9。部分「完全离线/自带 API Key」细节在第三方摘要中出现，若与官网不完全一致，以 capacity.so 当前说明为准。

产品要解决的问题
非开发者与快速验证想法的人被卡在雇开发、学框架或受云端 no-code 锁定；需要更快从描述到可分享链接。

产品市场分析
目标为无代码创始人、运营与需要 MVP 的个人开发者。竞品为 Lovable、Bolt、v0、Bubble 等。差异化叙事是「Mac 桌面入口 + 应用归属/可导出」；变现以免费起步 + credits 为主。

产品上下游
上游：自然语言需求、可选自有模型密钥、设计偏好。下游：可预览/部署的 Web 应用、域名绑定与代码导出，进入真实用户试用。

10. X Money · 官网

标语：Your money, on the world’s most powerful network.

背景
X Money 是 X（原 Twitter）内嵌的金融服务：面向美国 Premium / Premium+ 用户滚动开放，提供存款账户、应用内即时 P2P、Visa 借记卡（含 Apple Wallet），公开宣传最高约 6% APY、符合条件消费约 3% cashback 等；存款经合作银行（如 Cross River）路径获得 FDIC 保险叙事。抓取时约 121 票、约 3 评，日榜第 10。具体费率、资格与排除条款以 X 应用内披露为准。

产品要解决的问题
创作者与重度 X 用户收付款、储蓄与日常消费分散在多个金融 App，社交图谱与资金流割裂。

产品市场分析
目标为美国付费订阅用户与在 X 上变现的创作者。竞品为 Cash App、Venmo、PayPal、Chime/SoFi 等。差异化叙事是「社交网络原生 everything app 金融层」；变现来自订阅分层权益与支付/卡生态（公开报道层面），而非本抓取可核实的独立 SaaS 定价。

产品上下游
上游：X 身份与订阅状态、银行合作方、Visa 网络与工资直存。下游：余额、P2P、卡消费与利息收益，回流到 X 应用内的日常金融动作。

今日 Hacker News 热榜围绕「基础设施维护、AI 工具边界与身份/隐私安全」：慕尼黑市政府资助 libexpat 维护、Mistral 开源多模态审核模型 Shieldstral、以及 Unit 42 对同步 Passkey 攻击面的分析；工具侧有编码 harness Pi 的极简主义论证、DuckDB 的 Clojure 集成回顾，以及 ACM Queue 拆解 GenAI 软件工程八大迷思。另有 Gwern 宣布退出全职写作并启动 Guardian Angel、WebKit 代理/Private Relay 泄露、居中布局与侧边栏的前端吐槽，以及 Show HN 肤色色彩空间项目。以下按当前热度前十整理。

1. libexpat now funded by the City of Munich for up to 6 months

背景介绍
Sebastian Pipping（Hartwork）宣布：自 2026-08-01 起，慕尼黑市 Open Source Sabbatical 将资助他专职维护 libexpat，最长约 6 个月；此前长期「安全休假」已结束。文章介绍 Expat 为广泛使用的流式 XML 解析库（C99、MIT），与 libxml2 并列。近期优先事项包括修复已知未修漏洞（约 5 个）、支持 XML 1.0r5，以及提升稳健性与可维护性；作者提及正处理 Mozilla 发现的漏洞，并仍拒绝未经验证的「AI 灌水」补丁。用工形式上由 digital@M 雇佣、可远程。

主要讨论方向与观点
评论回顾慕尼黑 LiMux 迁 Linux 与后来回退微软生态的政治史；有人贴出市府 Sabbatical 官方说明（对外部开发者也开放）。另有人联想到 libxml2 维护者减负的旧讨论，以及玩笑式提到 XSLT/WHATWG 争议。讨论量不大，偏支持关键基础设施被公共资金接住。

专有名词解释

• libexpat / Expat：流式 XML 解析 C 库，被大量软件间接依赖。
• Open Source Sabbatical：慕尼黑市资助开发者在限定期内专职改进开源项目的计划。
• XML 1.0r5：XML 1.0 规范的修订版本号。

HN 讨论：thread · 91 分 · 4 评

2. Eight Myths on Software Engineering and GenAI

背景介绍
ACM Queue（2026-05，Vol.24 Issue 2）长文，作者包括 Jenna Butler、Brian Houck、Margaret-Anne Storey 等。文章称 GenAI 叙事跑在证据前面，营销与轶事催生了误导性采纳决策；并梳理八个常见迷思。开篇强调开发者真正写代码的时间约 14%（微软等研究），因此「代码生成」即便有效也只触及岗位的一小块；用 LOC 衡量 AI 影响既不稳健也难连到质量/交付结果。文中主张按任务、人和组织情境区分收益，并指出信任、学习时间、去技能化顾虑会阻碍采纳；「创业公司靠 AI 跑得快」叙事也忽略企业合规与遗留系统约束。（原文站点直接抓取返回 403，内容经可读性代理核对。）

主要讨论方向与观点
评论集中在 Myth 1：有人认为「AI 最多自动化 14%」低估了设计/调试等环节也可被 agent 覆盖；Simon Willison 问是否已感觉「写代码（或驱使 agent 写代码）」占比上升。也有人说「神话」数量可任意伸缩，以及「写代码何时是瓶颈」会随阶段切换。整体偏方法论文本批评，而非全面否定 AI。

专有名词解释

• GenAI（生成式 AI）：可生成代码/文本等内容的模型与工具总称。
• LOC（lines of code）：以代码行数衡量产出，常被批评为差指标。
• ACM Queue：面向从业者的 ACM 实践向刊物。

HN 讨论：thread · 32 分 · 7 评

3. I am retiring from fulltime writing (& pseudonymity) to launch Guardian Angel

背景介绍
Gwern 宣布结束全职写作与长期化名状态，转向创办 Guardian Angel（GA）。配套长文 gwern.net/guardian-angel 提出：在 LLM 即将大规模部署的背景下，应训练高度个性化、模仿用户价值观与偏好的「守护天使」式模型——放大主体而非替代主体；并批评主流聊天机器人激励与用户错位（广告/订阅、趋向替代而非赋能）。技术设想包括动态评估、主动学习/偏好 elicitation、内省式搜索与数据增强等；文中亦讨论产品形态、成本与竞争。HN 源链为 X 帖，正文细节以官网文章为准。

主要讨论方向与观点
支持者摘录其对 lab「为所有人建一个心灵」的批评；熟人称赞合作经历。质疑者认为愿景近乎把 LLM 当准神祇，属过度浪漫化。也有人吐槽 X 仅粉丝可见导致顶层链接价值有限，并联想到科幻中 AI 加速超出人类理解的图景。

专有名词解释

• Guardian Angel：Gwern 提出的个性化 LLM 产品/研究方向，强调模仿与放大用户。
• Mode collapse：生成模型输出多样性塌缩、风格趋同的现象。
• Preference learning / active learning：用交互与采样高效获取人类偏好以对齐模型。

HN 讨论：thread · 142 分 · 72 评

4. DuckDB – Data power tools for your laptop, now in Clojure (2023)

背景介绍
TechAscent 2023 年博文（今日重上榜）：介绍如何把 DuckDB 接到 Clojure 数据栈 tech.ml.dataset（TMD）。动机是：内存列式处理遇到约百 GB 级、带关系结构的本地数据时变笨拙，却又不想立刻上 Spark 集群；JDBC/Postgres 可行但行→列转换与批处理效率差。作者回顾 tmducken 从早期「结果一次进内存」到利用 DuckDB C API 批插入/批查询的演进，并用约 50GB CSV（约 4 亿行）演示本地导入与压缩（示例约 2 分钟导入到约 18GB 库文件）。定位是「笔记本上的分析型 SQL 动力工具」与函数式数据科学的衔接。

主要讨论方向与观点
讨论很少（仅数条）。从标题与文意看，读者多半把它当作 Clojure/本地分析栈的实用回顾，而非新发布公告。

专有名词解释

• DuckDB：嵌入式 OLAP 数据库，擅长本地分析型 SQL 与向量化执行。
• tech.ml.dataset (TMD)：Clojure 侧列式内存数据集库。
• JDBC：Java/Clojure 访问关系库的标准接口层。

HN 讨论：thread · 46 分 · 3 评

5. Pi’s Minimalism Is Its Advantage

背景介绍
Earendil 文章主张：AI 让写代码变便宜后，许多公司用更大 prompt、更多编排换性能，却推高成本；Pi 作为 coding harness 刻意极简——默认约 4 个工具，系统提示与工具定义合计低于约 1000 tokens，需要时再扩展。文中引用 Databricks 在自建百万行级代码库任务上的评测：同一模型换不同 harness 时，任务成本可差逾 2 倍而质量相近；简单 harness（如 Pi）在其工作负载上常表现最好，并提到与 Opus 等组合时通过率高、成本低于 Claude Code/Codex。作者把优势归因于「context discipline」：少塞上下文、更紧工作集、更少回合。文中亦提及 Shopify 等案例作对照。

主要讨论方向与观点
评论围绕「极简 harness 是否可复现」与基准是否代表真实工作流；也有人关心与 Claude Code 等重量级产品的功能差距。讨论中等，偏工程经济学与工具设计。

专有名词解释

• Coding harness：封装模型、工具调用、上下文与工作流的编码代理运行时。
• Instruction hierarchy：模型对系统/开发者/用户指令的优先级结构，过长默认指令可能被淹没。
• Context discipline：控制每轮送入模型的上下文规模与相关性，以降低成本并稳住质量。

HN 讨论：thread · 68 分 · 15 评

6. Pass the Passkey: A Novel Attack Surface in Passwordless Authentication

背景介绍
Palo Alto Networks Unit 42（与系列前文衔接）分析无密码认证的新攻击面，重点是 Google 同步 Passkey 生态与桌面端 Cloud Authenticator。执行摘要称：端点已被恶意软件控制时，攻击者可滥用开通、恢复与设备信任流程，实现无用户交互认证、绕过用户验证要求，乃至提取同步 Passkey 私钥。文章承认 Passkey 用公钥密码学削弱了钓鱼/复用共享秘密等旧攻击，但强调同步与云侧密钥管理会引入新风险；并列出 Cortex / CyberArk 等相关防护产品。（属安全研究披露文，细节以原文为准。）

主要讨论方向与观点
讨论关注「Passkey 并非端点沦陷后的银弹」、同步云密钥与本地硬件密钥的威胁模型差异，以及企业应如何分层防护。也有人提醒系列前文有助理解机制。

专有名词解释

• Passkey：基于 WebAuthn/公钥的无密码凭证，常可跨设备同步。
• User verification：生物识别/PIN 等确认「真人在场」的步骤。
• Cloud Authenticator / synced passkeys：私钥或操作能力由云侧飞地与设备信任链共同约束的同步方案。

HN 讨论：thread · 31 分 · 21 评

7. Mistral’s Shieldstral: 3B open-weights model for multimodal moderation

背景介绍
Mistral 发布 Shieldstral：约 3B 参数、Apache 2.0 开源权重的多模态安全分类器。核心设计是把内容审核写成「策略自适应的是/否问答」：推理时用自然语言给出策略问题与待判内容（文本/图像/图文、prompt/response/配对），读出 yes/no logit 得到校准安全分数，从而无需为新策略重训。官方称在文本安全上可匹敌至大约 7× 参数量的 guard 模型，并在多模态审核基准上表现突出；可在单张约 16GB NVIDIA GPU 上运行。同时提及作为 Open Secure AI Alliance（与 NVIDIA 等）成员发布，并提供技术报告与 Hugging Face 权重链接。

主要讨论方向与观点
评论通常围绕开源 guardrail 的可部署性、策略写在 prompt 里的灵活性与被绕过风险、以及与 Llama Guard 等替代品对比。亦有人对「小模型扛大模型」的评测口径感兴趣。

专有名词解释

• Guardrail / content moderation model：专门判断内容是否违规或助手是否应拒绝的安全模型。
• Open weights：公开模型权重供下载与自托管（许可以 Apache 2.0 为准）。
• Calibrated safety score：由 yes/no 概率归一得到的连续安全分，便于设阈值。

HN 讨论：thread · 297 分 · 71 评

8. We finally learned to center a div, then browsers added sidebars

背景介绍
作者吐槽：页面用经典方式把窄布局在视口里居中后，浏览器书签栏/侧边栏一开，视觉「正中」就偏了——内容仍相对 webview 居中，却不相对整个浏览器窗口居中。文中尝试用 outerWidth - innerWidth 估计 chrome 宽度并 translate 纠偏，随后被 DevTools 停靠、左右侧栏组合等场景打脸；还讨论纠偏过度导致内容被遮挡时应停止偏移。文章偏前端随笔/实验，演示站点会动 JS 改布局。

主要讨论方向与观点
多数评论不买账：认为网站应按视口而非浏览器窗口居中；有人实测侧栏打开后出现遮挡或内容被推到屏外，并吐槽滚动被破坏。也有人建议 scrollbar-gutter 等 CSS，或坚持 margin: 0 auto。总体偏「别把个人偏好强加给所有人」。

专有名词解释

• Viewport / webview：页面布局所参照的可视区域，通常小于含侧栏的整个浏览器窗口。
• Browser chrome：标签栏、侧边栏、DevTools 等非页面 UI。
• window.innerWidth / outerWidth：JS 中视口宽度与整个浏览器窗口宽度。

HN 讨论：thread · 45 分 · 34 评

9. IP and DNS Leaks in WebKit Affecting Proxy Browsers and iCloud Private Relay

背景介绍
Mysk（Talal Haj Bakry & Tommy Mysk）报告：在 iOS/macOS 上把 WebKit 流量配成走代理（Tor 类浏览器、自家 Psylo 等）时，DNS prefetch、WebAuthn Related Origin Requests、WebTransport 三类特性可能绕过代理直连，从而暴露真实网络身份；同类泄露也影响 Apple iCloud Private Relay。文章提供检测站 leaks.psylo.app，并称已在 Psylo 1.3.1 中缓解。背景说明代理浏览器依赖「页面发起的连接都应经代理」，任一旁路都会破坏威胁模型。

主要讨论方向与观点
评论较少；有人表示喜欢 Private Relay 但希望有 CLI 级开关（含 DoH 控制）。技术向读者多关注 WebKit 特性与系统代理 API 的缺口，以及厂商修复进度（文中以研究披露与自有产品修复为主）。

专有名词解释

• WebKit：Apple 平台浏览器引擎，Safari 及许多 iOS 浏览器共用。
• iCloud Private Relay：Apple 提供的近似双跳代理/隐私中继，用于隐藏 IP。
• DNS prefetch / WebTransport / WebAuthn related origins：可能发起独立网络请求的 Web 平台能力，若未纳入代理路径就会泄露。

HN 讨论：thread · 25 分 · 2 评

10. Show HN: Simple algorithm and color space to generate diverse skin tones

背景介绍
Show HN：作者为数字绘画与游戏角色创建等场景，构造「足够好用」的肤色色彩空间与拾色器，并给出球面均匀采样与 to_rgb 映射的算法示例（页面含 JS 演示与 Python 片段）。目标不是完美色度学模型，而是让程序化生成与手动挑选更容易覆盖多样肤色；文中解释各轴向含义、局限，并有相关资源的自我反思小节。

主要讨论方向与观点
反馈整体正面：有人对比 PCA/椭圆逼近与粉底色数据在 Oklab 中呈现的新月形；有人提醒感知肤色强烈依赖光照，局限列表应写明 lighting；也有讨论「空间内会出现绿/蓝等不真实色」时如何在包容性与物理合理性之间取舍。另有 VR 头像等从业者表示早年若有此类工具会很有用。

专有名词解释

• Color space（色彩空间）：用坐标描述颜色的数学域；本文为面向肤色采样的定制空间。
• Oklab：感知更均匀的颜色空间，常用于设计与插值。
• Procedural generation：用算法而非手绘逐个指定来生成资产属性（此处为肤色）。

HN 讨论：thread · 458 分 · 85 评