## 目录 - [⚙️ 技术与工程 (16条)](#⚙️-技术与工程) - [研究与产品开发的本质差异及其对初创公司的深远影响](#💡-技术洞见-1) - [操作系统代理项目失败的关键在于研究与产品定位的混淆](#💡-技术洞见-2) - [面向企业与开发者的并行优先级是商用化的关键策略](#💡-技术洞见-3) - [软件范式将从静态规则转向运行时协商的代理系统](#💡-技术洞见-4) - [优化推理令牌消耗和性能模式显式权衡提升 LLM 实用性](#💡-技术洞见-5) - [星链卫星部署既是技术扩容也是市场信号](#💡-技术洞见-6) - [用分层循环和引擎优化Agent系统效率](#💡-技术洞见-7) - [代理的三要素决定沙箱隔离的必要性](#💡-技术洞见-8) - [通过正向参考、负向参考和高推理预算优化 AI 设计生成流程](#💡-技术洞见-9) - [迁移到 Hermes 平台后实现本地自动化的盈利突破](#💡-技术洞见-10) - [云代理的普及需要开发基础设施和文档的改进](#💡-技术洞见-11) - [代码生成工具显著加速健康产品开发验证](#💡-技术洞见-12) - [Hermes Agent 可作为可编程的个人或团队操作系统，带来超线性价值](#💡-技术洞见-13) - [多层循环与闭环引擎是 LLM 系统持续改进的关键](#💡-技术洞见-14) - [职责分层与多模态目标约束提升自治编码代理的持续性与对齐性](#💡-技术洞见-15) - [文本到SQL的真实世界挑战与突破性进展](#💡-技术洞见-16) - [🔬 科学与发现 (5条)](#🔬-科学与发现) - [自动对齐问题的挑战与对超人工智能的延缓策略](#💡-科研洞见-1) - [自我改进型 AI 通过外部优化与轻量权重适配提升任务性能](#💡-科研洞见-2) - [用步数作为基准更易发现算法改进的潜力](#💡-科研洞见-3) - [基准审计显著提升模型分数但不改变排名](#💡-科研洞见-4) - [小模型通过专门数据和多场景训练实现高效人类行为模拟](#💡-科研洞见-5) - [💰 商业与战略 (8条)](#💰-商业与战略) - [最佳投资理念路演比赛展示高杠杆 GTM 策略的潜力](#💡-商业洞见-1) - [AI订阅与API定价模式的差异揭示产品设计与定价策略的重要性](#💡-商业洞见-2) - [集中力量打造真正的产品价值是挽救公司的关键](#💡-商业洞见-3) - [研究与产品矛盾无法完全消除但可以更好地管理](#💡-商业洞见-4) - [单纯依靠“AI + 一键预订”无法满足用户对可靠性和透明度的需求](#💡-商业洞见-5) - [拆分核心产品价值以提升附加营收和税务效率](#💡-商业洞见-6) - [用“Proven → Better → New”方法降低产品创新风险](#💡-商业洞见-7) - [创业初期应聚焦用户对话与快速交付以验证市场契合度](#💡-商业洞见-8) - [🌐 行业与趋势 (4条)](#🌐-行业与趋势) - [邮件服务竞争的关键在于性能与支持而非单纯安全性](#💡-行业洞见-1) - [用 LLM 模拟消费者行为颠覆传统市场研究模式](#💡-行业洞见-2) - [AI 工具助力非专家实现农业系统的自动化与规模化升级](#💡-行业洞见-3) - [航天行业设计范式因发射成本下降而转变](#💡-行业洞见-4) --- ## ⚙️ 技术与工程 ### 💡 技术洞见 #1 **研究与产品开发的本质差异及其对初创公司的深远影响** 📝 **推文原文** > 要将研究转化为产品真的非常困难。 > > 在初创公司中开发产品的传统经验在研究领域并不适用。开发**纯粹的产品**通常需要快速打磨一个MVP（最小可行产品，Minimum Viable Product），根据用户反馈快速迭代，并根据ICP（理想客户画像，Ideal Customer Profile）的需求随时调整方向。一个满足客户需求的产品并不一定需要前沿的科学突破。 > > 然而，研究需要长远的规划。它需要专注、深入的探索、总结与实验，才能在技术上实现深度创新。这种过程需要长期投入，不能因为用户的随时反馈而中断。某种程度上，想要做好研究，你可能不得不忽略大部分甚至所有的用户反馈，而是专注于有限的核心研究目标。研究更关注普遍的洞见，而不是为某一个具体的数据点或定制需求“过拟合”。然而，如果只专注于研究，你可能会冒这样的风险：创造出一个技术上很美妙但完全没有PMF（产品市场契合度，Product-Market Fit）的产品。 > > 我们在@llama_index深有体会，因为我们**必须**通过应用研究来推动文档理解的技术前沿发展。但与此同时，我们也需要平衡大量用户的不同需求，与专注于改进成本和精度的pareto（帕累托优化，有效成果最大化）前沿之间的努力。这种矛盾，我们称之为“建立一个新型实验室过程中的最大错误之一：混淆了研究与产品的界限。” > > 时间过得很快，我们从创立@Fundamental已经三年了，从发布@tryshortcutai也已经一年了。一路走来，犯过很多初创公司的常见错误，包括招聘速度过快、支出过于宽松、失去专注，以及在错误的时间融资，等等。 > > 但最深刻、最痛苦的错误是，我们没有真正理解“研究”和“产品”之间的差距和张力。而且，这个错误我们一再重复。 > > **(1) Minecraft代理项目失败：研究与产品的第一次冲突** > 我们最初的关注点是受@DrJimFan 的Voyager论文启发的Minecraft代理项目。2024年我们开展了“Project Sid”，一个包含1000个实体的社会模拟项目。 > > 这是一个非常酷的研究项目，但我们错以为它是一个产品，并将这些代理直接卖给了Minecraft玩家。产品表现很糟糕：尽管新颖，但没有用户留存。虽然有数百万浏览量，但次日留存率（D1 Retention）只有10%。 > > 由于我们以为这项目是产品，我们没有选择开源代码，结果既未使研究产生更大影响，也没培育出市场化的成功。两头皆输。 🧠 **深度解读** 研究与产品开发的本质差异在于目标和方法的不同：研究追求长期的技术突破和普遍洞见，而产品开发则以快速满足用户需求和实现市场契合为核心。初创公司若未能清晰区分两者，可能导致资源浪费和战略失误。Minecraft代理项目的失败案例表明，将研究误认为产品可能既无法实现研究影响力，也无法获得市场成功，凸显了明确界定研究与产品边界的重要性。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136427)** --- ### 💡 技术洞见 #2 **操作系统代理项目失败的关键在于研究与产品定位的混淆** 📝 **推文原文** > 随后到2024年末，我们转向**操作系统使用代理（OS World benchmark）**。团队专注于提升在OS World上的表现，仅用一个月时间就将SOTA（当前最优性能，State Of The Art）提升了两倍。特别是在Spreadsheet（电子表格）这一类别中，Peter @BrainsAndTennis带领的团队达到了超级人类级别表现（将SOTA从约10%提升到了70%）。 > > OS World的目标是评估代理如何使用常见的Linux软件。我们的代理通过将一系列GUI（图形用户界面）操作串联起来表现优异，非常出色的一次研究工作。 > > 但是，我们又一次误把研究当成了产品：我们推出了基于GUI操作的代理，让用户用这些代理操控自己的电脑。两个月后，我们意识到这个产品构想非常糟糕。首先，当代理操作时用户无法使用电脑。 > > 此刻，我们终于意识到，我们又一次因为混淆研究与产品定位而失败了。但问题是，我们仍然不知道如何从研究中正确地构建一个产品。 🧠 **深度解读** 这段经历揭示了技术研究与产品化之间的关键矛盾：研究成果可能在技术指标上表现卓越，但如果未能考虑用户体验与实际应用场景，产品化尝试可能会失败。尤其是基于GUI操作的代理，虽然技术上实现了突破，但却忽略了用户与代理之间的交互冲突，导致产品无法满足实际需求。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136428)** --- ### 💡 技术洞见 #3 **面向企业与开发者的并行优先级是商用化的关键策略** 📝 **推文原文** > 周四Codex更新： > > - 为浏览器提供开发者模式，并带有受控的CDP访问权限（调试协议，支持浏览器和远程连接） > - 深层调试功能，包括网络、控制台、运行时错误、性能优化以及页面状态分析 > - 应用程序编辑器中的/init命令支持 > - 可自定义的macOS Dock图标 > - 企业用户可使用Computing功能（计算机资源共享） > - Windows系统的应用级访问控制功能 > - 命令菜单中可查看未读聊天记录 > - 浏览器使用速度提升至两倍 > - Plus和Pro计划的限速重置功能优化，推广期间通过推荐邀请可获得更多限速重置 > - 更清晰的摘要内容、插件管理、使用限制指导，同时对浏览器、自动化流程、SSH、移动端二维码配对、代码提交审核（PRs）、多重身份认证（MFA）等多个领域进行了修复和优化 🧠 **深度解读** 将面向企业的访问与配额治理功能，与面向开发者的深层调试能力并行作为优先级，是商用化LLM+浏览器/自动化产品的必要策略。这种组合既满足了企业用户的资源管理需求，又为开发者提供了高效的调试工具，确保产品的广泛适用性与市场竞争力。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136306)** --- ### 💡 技术洞见 #4 **软件范式将从静态规则转向运行时协商的代理系统** 📝 **推文原文** > 转发自 @rohanpaul_ai：人工智能（AI）代理（agents）可能会将软件从固定的代码转变为能够按需规划和构建的系统。 > > 这篇论文提出，代码可能不再是软件的核心产物。 > > 几十年来，软件的本质是“冻结的意图”：人类预先预测可能出现的情况，将判断转化为规则，并将这些规则部署到现实世界中。 > > 但是，代理打破了这种模式，因为它们可以在运行时（runtime）将意图转化为行动，将代码作为一种一次性工具生成，而不是将其视为最终产品。 > > 真正的转变并不是从人类写代码到人工智能写代码，而是从预设行为（predesigned behavior）到协商行为（negotiated behavior）的转变，其中系统会随着条件变化不断重新解释目标。 > > 这听起来很强大，但这也正是它隐含危险的地方。 > > 一个静态程序的失败大多发生在我们能够明确检查的边界内，而一个代理可能因漂移（drift）、过度自信（overconfidence）、记忆缺陷（bad memory），或者一连串看似合理但因早期错误累积而导致的步骤而失败。 > > 因此，这篇论文并不是在说编码工具会变得更好，而是说软件本身可能会演变为一种“活”的代理系统（living agent system），在这个系统中，人类负责引导意图并审核结果。 > > 未来的工程师不再只是“提示词编写者”或者单纯的“数字实习生的监督者”。 > > 真正有价值的人，是那些能够定义意图（define intent）、限制自主权（constrain autonomy）、设计评估标准（design evaluation）、检查推理路径（inspect reasoning traces），并能判断机器流畅的回答是否等同于可靠系统的人。 > > —— > > 链接：arxiv.org/abs/2606.05608 > > 标题：《代理型软件：人工智能代理如何重塑软件范式》（Agentic Software: How AI Agents Are Restructuring the Software Paradigm） > > 洞见解释 > 软件范式将从“预设计的静态行为”转向“运行时协商的代理系统”；工程师的关键能力变为定义意图与约束、构建评估与审计机制，以及识别代理流畅输出与可靠系统之间的差异。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136431)** 🧠 **深度解读** 人工智能代理将推动软件从静态规则转向动态协商行为，工程师需掌握定义意图、限制自主权、设计评估标准和审计推理路径的能力，以确保系统可靠性并应对潜在风险。 --- ### 💡 技术洞见 #5 **优化推理令牌消耗和性能模式显式权衡提升 LLM 实用性** 📝 **推文原文** > 我真的很想把它和 Composer 2.5 比较一下——特别是深入比较。 > > Cursor 拥有大量专有数据 (proprietary data)，起步很早，还在 RLing（强化学习训练）环节对 Kimi K2.5 的检查点 (checkpoint) 投入了 Colossus（巨型算力）。现在它们之间的差距如何？ > 🌘 **Kimi-K2.7-Code**，我们最新的编程模型已经发布并完全开源了！ > > 🔷 **编码与代理性能提升**：相较于 K2.6，Kimi Code Bench v2 提高 21.8%，Program Bench 提高 11.0%，MLS Bench Lite 提高 31.5%。 > 🔷 **推理效率**：“不再过度思考”，推理过程中使用的 token 减少了 30%，相较 K2.6大幅优化。 > 🔷 **长周期编程能力**：更优的指令跟随性，端到端编程任务的成功率也显著提升。 > > ⚡️ **6倍高速模式 (High-Speed Mode)** 即将上线！ > 🔌 今天就能通过 **Kimi API** 和 **Kimi Code** 使用这个模型。 > > 🔗 [了解更多关于 Kimi Code](https://t.co/uvoSJKyGCY) > 🔗 [获取 API](https://t.co/EOZkbOwCN4) > > 洞见解释 > 把“推理令牌消耗”作为核心优化目标（而非仅看最终准确率），并在产品级暴露性能模式（如高速度模式）进行容量/延迟与质量的显式权衡，是提高 LLM 编码/agent 实用性和可商业化速度的高杠杆做法。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136432)** 🧠 **深度解读** 通过优化推理过程中令牌消耗并引入性能模式（如高速模式）以显式平衡容量、延迟和质量，能够显著提升大型语言模型在编码和代理任务中的实用性和商业化潜力。 --- ### 💡 技术洞见 #6 **星链卫星部署既是技术扩容也是市场信号** 📝 **推文原文** > 确认完成部署29颗@Starlink（星链）卫星 🧠 **深度解读** 硬件和基础设施的逐步部署不仅是技术能力的扩容，也是重要的市场和投资信号。每次发射都能通过社交反馈迅速暴露服务可用性缺口，因此应将每次部署视为检验覆盖范围与销售策略配合的机会。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136344)** --- ### 💡 技术洞见 #7 **用分层循环和引擎优化Agent系统效率** 📝 **推文原文** > 用LangChain和DeepAgents构建循环真是轻而易举！“最近大家都在讨论循环！那要如何用LangChain实现这些循环呢？” > > 1. **Token循环（token loop）**：通过一个模型（使用LangChain支持的任意模型）来实现。 > > 2. **Agent循环（agent loop）**：使用`create_agent`创建，它由“模型 + 工具 + 循环执行直到完成”组成。 > > 3. **自我验证循环（self verification loop）**：通过DeepAgents实现，它在Agent循环的基础上增加“验证机制 + 循环执行直到满意”。 > > 4. **元循环（meta loop）**：通过部署（deployments）实现，在系统事件触发时运行代理（agent）并不断改进系统。 > > 5. 我觉得我们正在尝试用引擎（engine）去封闭所谓的“???循环”：具体而言，就是通过对每条执行轨迹（trace）运行代理，并分析需要优化的地方——例如提示词（prompts）、工具、以及自我验证机制等，从而让你的元循环在每个周期中更加高效。 🧠 **深度解读** 通过将Agent系统的改进工作组织为分层循环（从Token到Agent，再到自我验证和元循环），并利用一个能在执行轨迹上运行Agent的“引擎”自动识别和建议对提示词、工具或自校验策略的具体优化，可显著提高元循环的改进效率，同时实现优化的自动化和可测量性。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136359)** --- ### 💡 技术洞见 #8 **代理的三要素决定沙箱隔离的必要性** 📝 **推文原文** > 让我们聊聊由@simonw 提出的“代理致命三要素”： > > 1️⃣ 能访问敏感数据 > 2️⃣ 会接触不可信内容 > 3️⃣ 拥有对外交流能力 > > 如果你的代理具备这三个特点，那它需要一个沙箱（sandbox）。 > > https://t.co/xzTzJDxlBs? 🧠 **深度解读** 将“访问敏感数据 + 接触不可信内容 + 可对外通信”视为代理必须使用隔离沙箱的决定性触发条件。在实际部署中，gVisor、Firecracker 或基于Wasm的隔离是社区中常见且被认为值得采用的工程选项，以确保安全性和稳定性。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136437)** --- ### 💡 技术洞见 #9 **通过正向参考、负向参考和高推理预算优化 AI 设计生成流程** 📝 **推文原文** > 转发自 @itsolelehmann：好消息，现在可以轻松避免 AI 生成的“设计糟粕”（如果你知道该怎么做）。 > > 只需完成以下 3 件事： > --- > 1. **给你的 AI 提供一个正向参考** > > AI 在没有明确方向时会选择“糟粕风格”，所以一定要给它一个清晰的参考目标。找到一个你超喜欢的网站设计，并通过以下三种方式之一让它了解： > > - **Lafys** 是一个免费的网站提示库（prompts library），按风格和技术栈分类整理了验证有效的设计提示。选择一个与你需求接近的提示库开工，比从零开始好得多。 > > - **Google Stitch** 可以对任何 URL 进行分析，并提取出其设计系统，生成一个设计文档（design md）。文档以简单的 Markdown 撰写，涵盖配色、字体比例、间距规则、布局规范等内容。将这个文档放到你的项目中，模型就会根据这些标准构建设计，而不是随意猜测。 > > - **Figma Chrome Extension**（Figma Chrome 浏览器扩展）可以将任何在线网站复制为可完全编辑的 Figma 图层。每个文本、配色、间距及组件都会以真实的图层形式导入。稍作调整后，将 Figma 的 MCP（Model Connection Point, 模型连接点）与 AI 连接，这样你的系统就能直接读取实际设计，并基于设计精确生成结果。 > --- > 2. **也给它一个负向参考** > > 截图那个被嘲讽的推文，把图片给你的 AI，告诉它避免里面的每一个设计元素。 > > 比如那种渐变效果、夸张的字母间距、玻璃拟态（glassmorphism）、“live” 徽章等等。 > > 这些糟粕设计就是它的反面教材。 > --- > 3. **在 Codex/Claude（高级 AI 模型）中设置设计判断为“超高”或“最大”** > > 设计属于需要高级推理才容易出结果的任务之一。提高推理能力的设置直接会体现在最终输出上。 > > 如果用默认设置运行设计，你每次都会得到糟粕版结果。 🧠 **深度解读** 通过结合正向参考（明确设计目标）、负向参考（避免糟糕元素）以及提高 AI 推理预算的工作流，可以显著提升 AI 设计生成的质量，从随意风格转变为可验收的设计产物。这种方法为设计生成提供了清晰的规范和约束，减少了模型输出的不确定性。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136438)** --- ### 💡 技术洞见 #10 **迁移到 Hermes 平台后实现本地自动化的盈利突破** 📝 **推文原文** > 🤔🤔 “这台 Mac Mini（苹果迷你电脑）服务器农场通过从 OpenClaw（开源自动化框架）迁移到 Hermes（智能代理平台），月收入从 4,500 美元飙升至 18,000 美元！ > > 起初，他们花了好几个星期在物理硬件上运行本地自动化循环。OpenClaw 刚开始看起来表现不错，但在第 30 天时，由于上下文膨胀和内存衰减，利润被完全吞噬。 > > 迁移到 Hermes Agent 后，数据完全改写： > - 用 SQLite FTS5（全文检索）压缩技术替代原始 Markdown（轻量级标记语言）日志，全流程 API 令牌（Token）浪费减少了 70% > - 本地 NVFP4（神经网络浮点优化）优化使 Qwen 3.6（启元大模型 3.6）在 Apple Silicon（苹果芯片）上运行速度提升了 3 倍，无需忍受云端延迟 > - 动态技能自生成功能让子代理可以在 Docker 沙盒（容器化环境）中直接编写和运行代码 > > 如果你还在裸机主机网络上为 B2B 客户部署服务，而没有容器化的安全防护，相当于建在地雷上。一条提示注入（Prompt Injection）就能暴露所有 Stripe（线上支付处理）密钥和本地文件。 > > OpenClaw 可以当作有趣的实验平台，但 Hermes 才是真正让盈利安全无虞的基础设施。 > > 点击查看完整的 30 天对战和迁移实操手册 ↓” 🧠 **深度解读** 通过迁移到 Hermes 平台并实施一系列工程优化，包括 Token 压缩、设备级模型量化和容器化的子代理执行能力，成功将本地自动化从实验阶段转变为可持续盈利的产品。这些技术改进不仅提升了性能，还显著增强了安全性和稳定性，为本地部署的商业化提供了可靠的基础。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136439)** --- ### 💡 技术洞见 #11 **云代理的普及需要开发基础设施和文档的改进** 📝 **推文原文** > 转发@vinvan 一些关于今年完全使用云代理（cloud agents）的心得反思： > > 1. 每位工程师都应该默认使用云。这完全改变了你看待和使用代理（agents）的方式。如果你在经营一家公司，或许可以考虑强制员工一开始就从云端入手。 > > 2. 云代理的普及速度比我预想的要慢得多——比如，从大量 Cursor 配置文件中来看，大多数人对云的使用仍然很稀少。 > > 3. 要使你的开发体验（DX，Developer Experience）为云代理做好准备，仍需要一些创造性的“柔术”操作。开发基础设施文档（Dev Infra Docs）还可以大幅改进——比如提供“如何让我们的内容可供代理访问/支持并行化”的指南。好在这些投入对人类也有帮助。 > > 4. 现在在 Cursor 和 Devin 等平台上设置和管理云环境仍是个大麻烦（PITA, Pain In The Ass）。但我相信随着大家吸取“苦涩经验”，不久后就能简化，或不再需要专门为设置脚本等建立标准。 > > 5. 实验室（labs）在哪里？！我很希望看到像 Codex 这样的团队进一步加强其云端用户体验。我知道他们可以做到的 :) > > 6. 奇怪的是，Cursor 和 Devin 在移动应用上的投入远远落后于他们在云代理上的投资。两者应该齐头并进！在 Slack 移动端启动代理的功能远远不够。 > > 7. 云代理启动其他云代理（即“中间管理模式”，middle manager pattern）简直是神作！比如，出去跑个步、聊二十分钟，回来就有一系列并行代理已经准备好了。目前，只有 Devin 在这一点上支持得很好。 > > 8. 自适应开发环境（ADEs, Adaptive Development Environments）的界面（UIs）在一定程度上已为云代理调整过了。但针对未来那些长时间运行**且**主动性的代理，界面模式还没有被深入研究。我对未来能看到这方面更多实验感到非常兴奋，并会贡献一份力量。 > > 总的来说：我真的太喜欢云代理了。如果下个月你还在比云代理启动更多本地代理，我会很失望的！非常感谢 Cursor 和 Devin，让这项技术变得如此易用！ 🧠 **深度解读** 将“云端优先”设为工程默认会根本改变代理的采用与应用场景，但云代理的大规模普及仍面临开发基础设施和文档的改进需求。关键阻碍不在于模型本身，而在于如何优化开发者体验（DX）和支持代理并行化的配置惯例。此外，代理编排（即代理启动代理）是高杠杆模式，应作为平台能力优先支持，而移动端触发/监控与长期主动代理的 UI 模式则是当前产品差异化的机会点。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136440)** --- ### 💡 技术洞见 #12 **代码生成工具显著加速健康产品开发验证** 📝 **推文原文** > 用Codex自己构建你的健康追踪器！“我昨天的DEXA扫描（双能X线吸收测量，一种用于评估身体成分的专业工具）显示，我的身体重组进展不够快。 > > 于是我进入创始人模式，用Codex为自己打造了一个终极健康追踪应用： > > - 通过照片或语音指令记录每日宏量营养素（macros，蛋白质、脂肪和碳水化合物的分配比例） > - 显示我与每日目标的完成进度 > - 同步@Ouraring（智能戒指）、@Peloton（健身设备）、@Tonal（智能力量训练系统）和@Withings（智能健康设备）等数据，提供全面健康数据的整合视图 > > 一天之内搞定。冲！” 🧠 **深度解读** 借助像 Codex 这样的代码生成工具，开发者可以在极短时间内整合多个设备 API、语音/图像输入与目标追踪逻辑，快速构建健康产品。这种能力将产品-市场适配验证的周期从数周或数月压缩到一天级别，大幅提升开发效率和创新速度。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136442)** --- ### 💡 技术洞见 #13 **Hermes Agent 可作为可编程的个人或团队操作系统，带来超线性价值** 📝 **推文原文** > 很喜欢听到这样的故事！ > > 我真的很想听更多，你们正在用 Hermes Agent（Hermes 代理工具）开发什么项目呢？ > > 我们正在筹备一个“开发者聚光灯”系列，专门展示社区中实际使用场景的案例：自动化工具、业余项目、科研实验、奇思妙想的黑科技，无论你用它来做什么，都欢迎分享出来！ > > 快来说说你们目前的成果吧！ > “最近在 SBA（小型企业管理局）遇到了一个比我在 NASA 负责航天器遥测系统时还复杂的挑战，而 Hermes Agent 实在是太有帮助了！它帮助我们的团队进行讨论、迭代和记录需求。特别感谢 @NousResearch 和 @Teknium！对你们满怀感激和爱意！” 🧠 **深度解读** 把代理打造成可编程的“个人/团队 OS”（持久记忆 + 工具/模型编排 + 本地硬件/自托管接入）会带来超线性价值：用户把它当作长期成员来扩展流程、自动化复杂端到端任务，并让代理自行发现和改善流程缺陷。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136444)** --- ### 💡 技术洞见 #14 **多层循环与闭环引擎是 LLM 系统持续改进的关键** 📝 **推文原文** > 大家都在讨论循环！如何用 LangChain 来实现这些循环呢？ > > 1. **Token 循环**：由模型支持的循环（选择任意模型并配合 LangChain 使用）。 > > 2. **Agent 循环**：通过 `create_agent`（创建代理）实现。这个循环包括模型、工具，持续重复直到任务完成。 > > 3. **自验证循环**：通过 `deepagents` 实现（代理循环 + 验证 + 持续重复直到满意）。 > > 4. **元循环（Meta Loop）**：通过部署实现。当有事件触发时，代理会运行并以此优化整个系统。 > > 5. 我觉得最后那个 **??? 循环** 应该是我们正在通过引擎尝试解决的问题：运行代理分析每一条执行路径（trace），然后弄清楚需要调整哪些部分——提示（prompts）、工具、自验证等等——从而让元循环每次周期都更高效。 🧠 **深度解读** 要使 LLM 驱动的系统持续改进，除了搭建模型/agent/自验证/部署的多层循环外，还必须把一个‘trace→分析→自动调优’的引擎作为闭环的一部分，以把每次 agent 运行的经验转化为对 prompts、工具和验证策略的系统性改进。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136445)** --- ### 💡 技术洞见 #15 **职责分层与多模态目标约束提升自治编码代理的持续性与对齐性** 📝 **推文原文** > 转发@omarsar0的推文：如何有效运行自主的长时间运行编码代理（autonomous long-running coding agents）？ > > 这是我参与过的关于代理（agents）最让人兴奋的讨论之一。 > > 我录制了整个对话，并免费开放供大家观看。 > > （收藏起来） > > 自主长时间运行的代理这一概念是真实存在的。 > > 我们讨论了许多话题，比如目标（/goal）、循环（/loop）、动态工作流（dynamic workflows），以及未来的发展方向。 > > 其中一个有趣的讨论点是如何让代理运行更长时间，同时确保它保持在正确的轨道上。 > > 目前大多数模型在协调任务时会遇到困难。它们有时会提早暂停工作，犯下许多错误，还会采取一些奇怪的捷径（例如奖励机制被滥用的问题，reward hacking）。 > > 一个有效的解决办法是，务必明确代理需要实现的目标。清晰地说明哪些是可以做的，哪些是不可以做的。消除你认为模型可能会自行假设的任何前提条件。在这个过程中，深厚的专业知识非常关键。 > > 不过，通过精心计划，你依然能取得不错的结果。目前我的方式是使用 Opus 4.8 进行详细规划，并使用 GPT-5.5 执行所有任务。在目标评估（通过 /goal）方面，我常用 Deepseek 或最新版本的模型，比如 Qwen、Kimi 和 MiniMax 等。 > > 我们还讨论了另一个强化目标达成的方法：为代理提供强有力的视觉提示（visual cues）进行对比。我发现多模态目标（multimodal goal）的效果远胜于单纯的文本目标。此外，也可以用代理协助你设定清晰的目标。 > > 观看链接：https://t.co/ML3bSwGjUG 🧠 **深度解读** 通过职责分层（独立规划、专门执行、外部评估）并采用多模态、明确的目标约束，可以显著提高长期自治编码代理的持续性与对齐性。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136380)** --- ### 💡 技术洞见 #16 **文本到SQL的真实世界挑战与突破性进展** 📝 **推文原文** > 文本到SQL（Text-to-SQL）听起来可能像是一个已经被攻克的问题。 > > 事实并非如此。在现实世界中，数据通常会很快变得杂乱无章且异常复杂。强大的推理模型固然优秀，但在这种场景下，定制模型的效果往往难以超越。而Gemini-SQL2在这里表现极为出色。BIRD是一个非常严苛的基准测试，我认为在知识库（KB, 知识库）、搜索、图数据库（graph databases）等领域，还有很多类似的机会值得挖掘。 > > 🚀 **重磅推出 Gemini-SQL2！** > 由Gemini 3.1 Pro引擎驱动，我们取得了突破性的文本到SQL新能力！在极具竞争力的BIRD基准测试中，取得了业界领先的成绩，实现了从自然语言到可直接执行的SQL查询的精准转换。🧵👇 > https://t.co/HfO2ZW2pih 🧠 **深度解读** 尽管文本到 SQL 技术在实验室环境中已有显著进展，但在真实世界中，面对复杂且混乱的数据场景，通用模型往往难以胜任。Gemini-SQL2 的突破在于通过定制化模型应对特定数据库 schema 和未见数据的挑战，并在 BIRD 基准测试中取得领先成绩。这种方法论同样适用于知识库、搜索和图数据库等领域，展现了工程与产品开发中的巨大潜力。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136449)** --- ## 🔬 科学与发现 ### 💡 科研洞见 #1 **自动对齐问题的挑战与对超人工智能的延缓策略** 📝 **推文原文** > 在初读这篇论文时，感觉它在以下两方面遥遥领先：(1) 理解为什么某些任务即使使用梯度下降（gradient descent）仍然会保持困难的原因；(2) 提取出在开始期待某些“良好结果”之前必须验证的一些命题。然而，我刚刚发表了《自动对齐（Automated Alignment）比你想象的更难》（https://t.co/cwpB1ovo2O）！自动对齐并不是最优方案！更好的方案是暂时不要构建超人工智能（ASI, Artificial Superintelligence），世界应该全力推动这一计划的实现。可惜的是，技术进步的速度让我们不得不准备一些备选方案。https://t.co/M4hQZxfxdM 🧠 **深度解读** 论文揭示了梯度下降在解决对齐问题上的局限性，并强调在期待其解决问题之前，需验证关键命题的可行性。作者主张将自动化对齐视为对冲策略，而非唯一主线，同时建议通过延缓超人工智能（ASI）的开发为社会争取更多时间。然而，技术进步的快速推进使得准备备选方案成为必要。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136427)** --- ### 💡 科研洞见 #2 **自我改进型 AI 通过外部优化与轻量权重适配提升任务性能** 📝 **推文原文** > 这篇论文展示了一个能够通过重写自身设置和更新模型来实现自我改进的人工智能（AI）。 > > 问题在于，目前的大多数AI进展仍然依赖人工调整，例如手动更改提示（prompts）、工具、代码、训练数据和模型权重（model weights）。 > > 论文提出的核心理念是SIA（自我改进AI，Self-Improving AI），通过一个回路实现改进，其中一个AI观察任务代理（task agent）的表现，然后要么调整代理的外部设置（outer setup），要么直接训练模型。 > > 所谓外部设置指的是提示（prompts）、工具、重试规则（retry rules）以及输出解析（output parsing）等内容，而权重更新（weight updates）意味着通过任务反馈来改变模型的学习行为。 > > 这一回路的工作原理如下：任务代理尝试多个答案或程序，验证者（verifier）对这些结果进行评分，这些评分接着被用作训练反馈。 > > 随后，系统会更新一组名为LoRA权重（LoRA weights，小型附加权重）的参数，这些权重改变模型的行为，而无需对整个模型进行重新训练。 > > 因此，基础模型几乎保持不变，而LoRA适配器（adapter）则学习哪些输出得到了高分奖励，哪些输出被判定为失败。 > > 作者在三个非常不同的任务中对这一方法进行了测试：包括中国法律罪名分类（Chinese legal charge classification）、GPU内核速度优化（GPU kernel speed tuning）以及单细胞RNA去噪（single-cell RNA denoising）。 > > 综合的版本在所有三个任务中都超越了仅调整设置的改进表现——在LawBench数据集上取得了70.1%的准确率，生成了较此前更快的GPU代码，并在RNA去噪任务中达到了0.289的效果。 > > 主要的结论是，更好的框架（scaffolding）能够帮助任务代理（agent）更高效地完成任务，而权重更新则使其能够学习提示和工具无法发现的任务模式。 > > ---- > > 链接 – arxiv.org/abs/2605.27276 > > 标题：《SIA: Self Improving AI with Harness & Weight Updates》（通过框架与权重更新实现自我改进的人工智能） > > 洞见解释 > 在自我改进型代理中，把改进空间分为“外部搭建优化”和“轻量权重适配”两层，并用 verifier 评分作为适配器（如 LoRA）的训练信号，可以比仅优化外部搭建获得更高的任务性能且无需重训基础模型。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136434)** 🧠 **深度解读** 通过将自我改进分为外部优化和轻量权重适配两部分，并利用 verifier 评分作为训练信号，SIA 能在无需重新训练基础模型的情况下显著提升任务性能，展示了更高效的 AI 自我改进路径。 --- ### 💡 科研洞见 #3 **用步数作为基准更易发现算法改进的潜力** 📝 **推文原文** > 我设计了一个全新的速通（speedrun）赛道，以步数（steps）而非实际时间（wallclock）来比较结果，目的是为其他优化器（optimizers）——不仅仅是Muon（优化器名称）——提供一个公平竞争的机会。 > > 很高兴看到这一过程中公共知识的积累！ > https://t.co/TALDwizE9V > "结果 #35：@_arohan_ 对目前已知的DistributedShampoo配置（DistributedShampoo，分布式优化算法）实现了突破性的步数改进，超出之前记录超过700步。 > > 这一成果得益于以下改进： > 1. 使用单边Shampoo（Shampoo，一种矩阵优化方法）； > 2. 利用一个未公开的伪逆（pseudoinverse）标志进行数值稳定化； > 3. 重新调整其他超参数（hparams, 超参数）。 > 4/5 https://t.co/HdF2CAMinK" 🧠 **深度解读** 用训练步数作为基准并公开可复现的跑道，比以壁钟时间排名更容易发现真正的算法改进潜力。对于分布式预条件优化器（如 Shampoo），实现细节（如 one-sided 实现）、数值稳定化参数（如未公开的 pseudoinverse flag）和超参数调整，往往能带来显著的步数改进，推动优化器性能的突破。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136441)** --- ### 💡 科研洞见 #4 **基准审计显著提升模型分数但不改变排名** 📝 **推文原文** > GPT-5.5-xhigh 的 FrontierMath 4（前沿数学 4）分数在修订错误后从 35% 飙升至 73%，这一变化得益于 EpochAI 对基准测试“FrontierMath: Tiers 1–4 (v2)”的改进，目前新版测试已上线。 > > 我们刚完成了一次审查，修正了 42% 题目中的错误。排名变化不大，但整体分数有所提升。目前领跑者是 GPT-5.5 (xhigh)，在第 1 至第 3 阶段（Tiers 1–3）得分为 85%，而 Google 的 AI 数学助手（AI co-mathematician）在第 4 阶段（Tier 4）得分为 76%。https://t.co/DH9nhpKH0N 🧠 **深度解读** 对基准进行独立审计能显著提高模型的绝对分数（此例中审计修正了42%的题目，导致分数大幅上升），但模型间的相对排名可能保持不变。因此，团队应将基准质量治理（包括错误率检测、版本控制和审计流程）视为评估与对比模型能力的核心工程与治理工作。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136443)** --- ### 💡 科研洞见 #5 **小模型通过专门数据和多场景训练实现高效人类行为模拟** 📝 **推文原文** > RT @sunweiwei12 我们正式发布 Osim 了！🚀 > > 这是一个专为模拟人类行为而训练的轻量级基础模型。 > > 尽管体量小，但 OdysSim 的表现与当前最前沿的大型语言模型（LLMs，例如 GPT-5.5、Opus 4.7 和 Gemini 3.1 Pro）在各类模拟任务上旗鼓相当，包括用户模拟、角色扮演、社交协商、“心理理论”（Theory of Mind，指理解他人心理的能力）等多种场景！ > > 我们是如何做到的？ > > > 我们构建了 OdysSim 语料库（Corpus）：包含2140万条真实的人类行为互动数据，用于持续训练。 > > > 我们设计了23个强化学习（RL，Reinforcement Learning）环境，针对不同的人类行为模拟场景进行模型的后续训练，最终整合成一个能在所有任务中都表现出色的统一模型。 > > 当前最前沿的模型追求超越人类的编程和数学能力，而我们的目标是打造能够更全面捕捉人类行为多样性模型。 > > 我们将完全开源代码、数据、训练方法以及模型本体。让我们共同构建一个由每个人参与、为每个人服务的开放模型！🌱 > > 查看我们的推文系列和论文，了解我们如何评估人类行为模拟、优化数据集、通过反馈学习进行训练、努力避免“奖励机制漏洞”（Reward Hacking，指不符合预期目标的偏差行为）等更多细节！ > > 论文链接：https://t.co/kdddGUlArG > 模型下载：https://t.co/Y7OLL2zzKp > 代码开源：https://t.co/6osJizwUDi 🧠 **深度解读** 通过大规模专门行为数据和多场景强化学习后训练，再将各场景能力整合到一个小模型中，是以较低算力成本实现竞争性人类行为模拟能力的高效路径。这种方法不仅提升了模型的多样性和适应性，还为开放研究和协作提供了基础。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136410)** --- ## 💰 商业与战略 ### 💡 商业洞见 #1 **最佳投资理念路演比赛展示高杠杆 GTM 策略的潜力** 📝 **推文原文** > 流动性：All-In 首届最佳投资理念路演比赛！四位投资人展示他们的顶级交易思路。 > > 这是最后一篇 Liquidity 推文。 > > “最佳拍档”将在明天恢复正常周五播客节目。 > > 感谢 Aaron Cowen、Dan Dreyfus、Oleg Nodelman 和 Kyle Samani 带来的精彩投资理念！ > > （0:00）Chamath 介绍最佳投资理念的比赛形式 > （2:31）Suvretta Capital Management 的 Aaron Cowen 推介 MGM Resorts（米高梅度假村） > （13:07）Bornite Capital 的 Dan Dreyfus 推介 Talen Energy（塔伦能源） > （27:19）EcoR1 Capital 的 Oleg Nodelman 推介 Aktis Oncology（Aktis肿瘤研究公司） > （40:20）Multicoin Capital 的 Kyle Samani 推介 GEODNET（基于区块链的全球分布式地理位置数据网络） > （54:50）“最佳拍档”总结路演内容并宣布获胜者 > > 感谢合作伙伴，让这一切成为可能！ > > **安永（EY, Ernst & Young, @EYnews）** - 安永帮助私募股权公司将市场洞察转化为行动，应对复杂性，开启增长和长期价值的新路径。 > https://t.co/8EU3lnwKTI > > **纽约证券交易所（NYSE, New York Stock Exchange, @NYSE）** - 感谢合作伙伴纽约证券交易所，这里是一个现代化市场和交易平台，致力于构建未来。这一切都在 NYSE 发生。 > https://t.co/cUEk8db7Sw > > **Plaud (@PLAUDAI)** - 不错过任何重要时刻。Plaud，All-In Liquidity 峰会官方 AI 可穿戴智能笔记伙伴，为您捕捉每一个重要洞察。 > https://t.co/PWuXqT4wYa 🧠 **深度解读** 通过将可穿戴/被动 AI 速记工具作为专业峰会的官方技术合作伙伴，Plaud 展示了一种高杠杆的 GTM（Go-To-Market）策略。这种方式不仅快速验证了产品在高价值专业用户中的适用性，还为企业和赞助商打开了合作渠道，同时获取了真实的演示内容，形成了多方共赢的局面。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136268)** --- ### 💡 商业洞见 #2 **AI订阅与API定价模式的差异揭示产品设计与定价策略的重要性** 📝 **推文原文** > RT @rohanpaul_ai 来自 SemiAnalysis 的有趣观点。 > > 相比基于 API（应用程序编程接口）的按量计费模式，AI 的订阅服务价格显得极低： > > - 对于重度编码/聊天用户来说，订阅服务的费用可能比按 API 计费便宜 40–70 倍；而 API 更适合需要自动化或产品集成的场景。 > > - 一个每月 $200 的 ChatGPT Pro 订阅计划，相当于每月约 $14,000 的 API 使用额度；而一个每月 $200 的 Claude Max 20x 计划，相当于每月约 $8,000 的使用额度。 🧠 **深度解读** 在 LLM（大语言模型）生态中，订阅模式和 API 按量计费模式的定价差异反映了对用户价值捕获的不同策略。订阅模式适合锁定重度交互用户，而 API 模式则更适合自动化和产品集成场景。公司需要在产品设计和定价策略上刻意区分这两种模式，并设计合理的转换路径，避免订阅模式以低价消耗本应高价值的 API 流量，从而实现更高效的商业化。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136426)** --- ### 💡 商业洞见 #3 **集中力量打造真正的产品价值是挽救公司的关键** 📝 **推文原文** > 团队气氛非常低迷：我们已经融资了三轮，总计4000万美元，但公司仍无收入来源。如果我们再不能从研究中找到有价值的产品，整个公司就会面临崩溃的风险。 > > 在一场挽救公司的紧急尝试中，我们分成了小团队，各自尝试开发一些有意义的方向。 > > Nico @nicochristie和Thariq @trq212（后来加入Anthropic开发Claude Code）紧密合作，开发了一款更有针对性的电子表格代理工具。 > > Nico敏锐的产品嗅觉让他将我们的代理定位为“投资银行分析师助理”，而Thariq则有深刻的技术洞见，让代理不再依赖GUI操作，而是直接基于Spreadsheet API编写代码。 > > 最终，Nico推出了Shortcut @tryshortcutai，至今它依然是业界领先的电子表格代理工具。 🧠 **深度解读** 通过明确产品定位并结合技术优化，团队成功将研究成果转化为具有市场价值的产品。将电子表格代理工具定位为“投资银行分析师助理”，并通过API替代GUI操作，解决了用户体验问题，同时满足了特定行业的需求。这种精准的产品化策略不仅挽救了公司，还奠定了其在行业中的领先地位。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136428)** --- ### 💡 商业洞见 #4 **研究与产品矛盾无法完全消除但可以更好地管理** 📝 **推文原文** > 如果你以为我们至此就没有再犯同样的错误，那你就错了。 > > 事实上，我们至今仍然面临研究与产品定位之间的冲突，例如应该优先专注哪些方向，如何有效地转化等等。对于一家“实验室型”公司来说，这种紧张关系可能永远不会完全消失。 > > 唯一的改变是，我们对这种矛盾有了更清晰的理解，也学会了更积极地应对它。 🧠 **深度解读** 实验室型公司在研究与产品化之间的矛盾是长期存在的，但可以通过明确分工和流程优化来缓解。科研团队应专注于技术突破，而产品团队则需以市场需求为导向，将研究成果转化为可留存的产品。开源研究成果在价值不明确时也可作为扩大影响力的策略。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136428)** --- ### 💡 商业洞见 #5 **单纯依靠“AI + 一键预订”无法满足用户对可靠性和透明度的需求** 📝 **推文原文** > 去它的 Google Flights， > 一键完成预订！ > > 洞见解释 > 单纯以“AI + 一键预订”作为卖点并以攻击性文案挑衅大厂，会迅速制造认知，但用户对关键任务（订票）更在意可靠性、隐私、费用/库存透明与旅行全程体验——因此产品/市场策略应把可信赖的核验与透明度放在首位，而不是只追求表面的速度和噱头。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136430)** 🧠 **深度解读** 尽管“AI + 一键预订”能吸引眼球，但用户在订票等关键任务中更关注可靠性、隐私保护、费用透明和整体旅行体验。产品策略应优先解决这些核心需求，而非仅依赖速度和噱头来吸引用户。 --- ### 💡 商业洞见 #6 **拆分核心产品价值以提升附加营收和税务效率** 📝 **推文原文** > 转推 @gothburz 我是美联航（United Airlines）的首席商务官（Chief Commercial Officer）。 > > 今年四月，我们把商务舱分成了三个等级，并开始向乘客收取挑选最贵舱位费用的额外费用。我们称之为“票价组”（Fare Family），这个名字从技术上来说确实是一种“组”，但实际上它只是同一个座位，用三种不同的价格加上一道丝绒隔绳。 > > ……（内容较长，省略部分） > > 我到现在还不会开飞机。 > > 但我知道飞机的用途。飞机不是为了把你带到某个地方。它是为了发现你愿意付多少钱来让接下来的四个小时少受些折磨。 > > 机票从来不是价格。 > > “折磨”才是价格。而“折磨”是我唯一剩下能出售的东西。 🧠 **深度解读** 通过将核心产品的使用价值拆分为可单独售卖的选项，并将流量入口定价为“赢在比价榜单”的低票价，同时利用行为信号驱动动态附加费和税务分类优化，显著提升了附加营收并降低税负。故意降级基础体验以制造可售升级点，是一种可复制的收入杠杆策略。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136435)** --- ### 💡 商业洞见 #7 **用“Proven → Better → New”方法降低产品创新风险** 📝 **推文原文** > 「‘全新的都不行’——Zynga（翎甲公司）CEO马克·平卡斯（Mark Pincus）解释他最喜欢的产品原则」 > > “全新的都不行。如果全新方案行得通，我们应该会整天用新东西。但现实是，你多久会换一次iPhone的主屏界面？那些前10或前25的热门应用多久会更换？答案是8年来几乎没变，因为全新的都不行。每年有几百万个新应用发布——但它们几乎全都失败了。” > > ……（内容较长，省略部分） > > “[这不是在硅谷（Silicon Valley）这个小圈子里赢得尊重的事]……这是为了那些普通、真实的用户。他们不在乎你是否抄袭。他们不在乎你的创新有多前沿。他们只在乎一件事：‘用起来是不是更好？’而他们甚至说不出具体为什么……创新往往是由微小的改变累积而来的。” 🧠 **深度解读** 以“Proven → Better → New”分层推进产品开发：先无创复制已验证的成功体验以降低风险；再通过一个确定的改进实现量化增长；最后在稳固基础上尝试一个小而新的改动以探索创新。这种方法有效平衡了创新与风险，确保产品更贴近用户需求。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136436)** --- ### 💡 商业洞见 #8 **创业初期应聚焦用户对话与快速交付以验证市场契合度** 📝 **推文原文** > 我们在不到一年的时间里，把付费用户从零增加到了2200，秘诀就是遵循 @ycombinator 提出的15条规则： > > 1/ 做那些“无法规模化”的事。手动获取你的前10个客户。 > > 2/ 马上启动，不要等到“准备好”。一个不完美的产品在真实用户面前一周，能教会你的东西比闭门打磨六个月还多。 > > 3/ 一开始就收费。如果没人愿意付钱，你的创业项目不是一个公司，而是一个爱好。 > > 4/ 每天和用户交流。你的产品路线图就藏在用户的脑海里，他们会免费告诉你。 > > 5/ 追求90/10解法。几乎每个功能都可以用10%的努力实现90%的价值。 > > 6/ 真正的工作只有两件：写代码和和用户沟通。其他事情（会议、媒体、与风投喝咖啡、企业业务沟通）都是“假工作”。 > > 7/ 你选择客户的过程也是客户选择你的过程。10个真正爱你的用户比1000个“还可以”的用户强。 > > 8/ 增长是结果，而不是策略。如果在产品与市场契合（Product Market Fit, 简称PMF）之前追求增长，你只是在为用户流失买单。 > > 9/ 做得少，但做到极致。聚焦一到两个核心指标，把所有任务都用这些指标来衡量。 > > 10/ 确保自己“默认存活”（Default Alive）。Paul Graham提出的问题：以当前的增长率和支出预算，你能在资金耗尽前实现盈利吗？ > > 11/ 在“不得不”之前不要招聘。增加头数（headcount）不等于进展，而是消耗。每一个伟大的创业公司在很长时间里都是“尴尬地小规模”。 > > 12/ 动力是第一年的唯一“护城河”。每周发布一个成果，哪怕是一个小更新。 > > 13/ 每一个伟大的创业公司都会在某个阶段“问题重重”。关键不是避免火灾，而是你灭火的速度——一次又一次。 > > 14/ 忽略你的竞争对手。创业公司死于“自杀”，而不是“他杀”。第一年，唯一能毁掉你的公司的是你自己。 > > 15/ 创业公司很少因为耗尽资金而倒闭，倒闭的原因往往是创始人内部的矛盾。和你的联合创始人保持残酷的诚实沟通，是你能获得的最便宜的“保险”。 > > 加油！ 🧠 **深度解读** 把创业前两年当作‘写码+用户对话’的高速闭环：每周小步交付、以 90/10 解法优先实现价值、从 Day 1 收费并只服务能成为你的狂热用户，这样既能快速验证付费意愿，也能用低成本保持‘default alive’并避免无效增长。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136447)** --- ## 🌐 行业与趋势 ### 💡 行业洞见 #1 **邮件服务竞争的关键在于性能与支持而非单纯安全性** 📝 **推文原文** > 如果你不讨厌电子邮件，那就别看这篇文章。如果你是个**电子邮件的超级用户**（power user），完全无视我的废话吧。这篇只给那些超级用户看的，但“超级”在这里的定义是——你的人生已经到了一种地步，足以让你讨厌电子邮件，从骨子里厌恶它，以至于决定彻底“退圈”，远离电子邮件，争取最大程度地降低它对你的威胁以及作为“一个深层且与生俱来的安全隐患”（security vector）对你的暴力侵害。 > > 我都不知道该从哪讲起了。两秒钟用了Fastmail（注：一种电子邮件服务），然后就被震撼到了。原本我以为“Fast”是那种随便的名字意思，比如“快速注册邮箱”这类事。谁在乎呢，反正人人都有邮箱嘛。 > > 不！这个“Fast”是真的快。用浏览器打开简直飞快。我不用Chrome（原因嘛，显而易见），但让我告诉你，在Safari上几乎没有东西能快得起来。然而呢，Fastmail是真的快得离谱，让Gmail都觉得羞愧。它怎么能这么快？我也不知道。Fastmail的App也不错，虽然没浏览器里那么快，但肯定比Gmail的App要快。其实，App那里所谓的“不够快”只是在对比浏览器时稍微显现出来而已，因为浏览器端实在是“神速”。 > > 我导入了33GB的邮件，结果好像只是33KB一样快。 > > 他们的**服务等级协议（SLA, Service Level Agreement）**对回复速度的承诺简直离谱。我发的第一个问题邮件，他们在一小时之内就回了。不过这说得不够确切——是*不到*一小时。是31分钟，妈的整整31分钟！ > > 要知道，这是在我还没付他们一分钱的情况下。我试了一下他们的“AI代答”（Hey, Do You Want to Answer with AI）功能，结果按钮有点Bug，还没用上。但无所谓，我提交了一张**服务工单**（ticket），然后——活生生的一个“人类肉体袋子”（flesh bag from fellow meatspace，指人类）——回答了我提出的问题。不是机器人，是人。认真回复了我。 > > 相比之下，我给Proton（ProtonMail，一款注重隐私安全的电子邮件服务）发的第一个问题，是在我预付了他们最贵的年费套餐，还开了6个账户，特意为了优先客服服务后。结果呢？一周才回我。 > > 简单说，Proton的问题就是“瑞士得过了头”。好消息是，安全方面他们确实做到了一丝不苟。但坏消息是，他们拽得过头了，根本不在乎实际体验。这种“瑞士气质”（Swissness）直接翻译就是：它就算用不了也没人会在乎。 > > 但老实讲，如果Proton的登录系统没那么硬核的防护机制，我大概会无所谓。毕竟，真要哪个攻击者侵进去了，他们也找不到任何重要信息。哈。 > > 别问我给Google付了多少钱。是一万美金？还是两万？我也不记得了。反正，他们帮不了你。他们完全没有“帮助”这个概念。 > > 而且付钱给Google Workspace就像交税一样——天经地义。可他们的产品却几乎完全用不成。你知道吗，你以前用Gmail还能做到**关键词模糊匹配搜索**（partial word search match），可现在不行了。我猜是因为计算成本太高了。现在你只能搜索**完全匹配**的关键词。还是那种随缘的。你搜“去年2026年的税单”，Gmail会优先给你2016年的税单，而不是昨天的。谢谢啦，Google。 > > 在算力无穷的时代，对邮件搜索进行优化怎么就太贵了？ > > 说真的，Proton的事要怪也怪我自己。我把6000万GB的邮件导入了Proton。因为我太兴奋了，觉得这东西居然可以支持直接吸入整个邮箱的内容，文件夹结构都完整保留。而第一个测试成功后，简直停不下来了。所以我导了所有的邮件。一开始也没测试搜索功能。我当时想，搜索邮件不是最基础的功能吗？这都做不到的话还能叫邮箱吗？ > > Proton告诉我，“谁在乎能不能用，安全就行。” > > 无所谓了，所以我现在在从Proton“回滚”。一开始还没那么糟。我按标签去删邮件，系统会提示“是否要选中*所有的*邮件？”然后问我：“是否想删除16,217封邮件？”当然了。我选了“是”。然后它就“嗖——”，消失了。 > > 于是我继续按标签删。直到我不小心删了一个还没加载完成的标签。我知道那个标签里大概有39,000封邮件。没事，我记得是什么标签，就重新搜出来。结果发现选中邮件时，“选中*所有*邮件”的选项没了。只能一页页删，一页50封。 > > 好吧，虽然“好吧”个屁。但我儿子正在看电影，我们一起窝在沙发上，很温馨。于是我就坐那儿，一页页点击：全选，删除，确认，“嗖——”。 > > 从792页点到还剩742页，然后我刷新了一下，啥也没删掉。重新加载搜索结果，50页的50封邮件又全都回来了。 > > 好吧，我尝试了无数方法，终于找到了一种方式——一种**唯一**能成功删除邮件的方式。 > > 你大概会问：为什么不写个脚本自动删呢？我喜欢自虐吗？可能有点吧。每一次痛苦地点击“删除”，都让我对Fastmail更加坚定。不，实际上是让我更加坚定自己永远都不想再碰邮件。 > > 我删得越来越快。每页刚加载出来邮件就已经消失。我偶尔看到一两封邮件——那些过去我曾经纠结过无数次才发出去的邮件。我记得自己在措辞上斟酌了多久、精雕细琢。可如今，这些“空尘一样”的东西，我点“永久删除”，确认，“嗖——”，再见。 > > 642页，还剩100页。 > > 这时候，我儿子在看《龙猫》（Totoro）。这还是我第一次看。 > > 我瞥了一眼，刚好看到电影里龙猫撑起伞的情节。龙猫站在雨中，突然意识到伞能挡住那些又大又讨厌的树上滴下来的水滴。他开心得跳起来时，我儿子笑得前仰后合。我从没听过他笑得这么开心。那一瞬间，似乎一切微不足道的烦恼都被扫清。 > > 这部电影其实挺难总结的。它荒诞、无厘头。西方故事里，闹鬼的树林和房子通常意味着邪恶的东西，需要勇敢的孩子来对付。但在《龙猫》里，所谓闹鬼只是一个笨拙又善良的神兽来帮助孩子们。他们送伞给龙猫，而龙猫珍惜这把伞到了离谱的地步。 > > 我在心里想着，有太少东西能让我像龙猫珍惜那把伞一样喜欢。而电子邮件肯定不是其中之一。我根本不想随身带着它。 > > 删完所有邮件总共花了一个小时。你知道这种心理上的轻松需要付多少钱才能买到吗？ 🧠 **深度解读** 邮件服务的竞争优势不在于单纯的安全性，而在于性能、归档能力和支持服务的综合表现。Fastmail通过超快的浏览器性能、便捷的邮件导入导出功能以及迅速的人类支持，解决了用户的核心痛点，形成了高杠杆的用户体验。而安全性虽然重要，但不足以成为唯一的竞争优势。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136429)** --- ### 💡 行业洞见 #2 **用 LLM 模拟消费者行为颠覆传统市场研究模式** 📝 **推文原文** > 高露洁？那个LLM（大型语言模型，Large Language Model）研究实验室？https://t.co/PB5Oq4TtWG > “一家牙膏公司默默颠覆了整个市场研究行业，但没人注意到。 > > 高露洁发表了一篇论文，显示只需要让LLM扮演消费者，就能以90%的准确率（accuracy）预测真实的购买意图。 > > 这简直疯狂。 > > 如果你让AI评分，比如‘从1到5给这个产品打个分’，它只会给出平庸无奇、毫无价值的中间分数。 > > 因此，研究人员发明了一种方法，叫做语义相似性评分（Semantic Similarity Rating, SSR）。 > > 与其直接让AI给出数字，他们让AI进行角色扮演（roleplay）。 > > 研究人员为LLM提供了一个人口统计学特征（demographic profile），展示了一个产品概念，并要求它写下未经筛选的真实想法。 > > 然后，他们用语义模型将这些文字反馈转换为数值评分。 > > 结果令人震撼。 > > 在测试中，与57份真实企业问卷和9,300条实际人类反馈对比，AI模拟出的‘消费者’以90%的可靠性精确匹配了真实的人类购买行为。 > > 它完美地反映了不同年龄段和收入水平的消费者对价格变动的反应。 > > 而且，它给出的详细、定性反馈比实际人类的反馈更深刻、更具批判性。 > > 这彻底颠覆了传统市场研究的商业模式。 > > 你不需要再花上一个月来验证某个产品能否销售。 > > 只需一夜之间，你就能模拟1,000份精准定制的消费者访谈。 > > 你还能瞬间对每个人口统计群体进行定价的A/B测试。” > > 洞见解释 > 用 LLM 扮演目标用户并生成“未压缩”的文字反应，再用独立语义相似度模型把文字转换为评分（Semantic Similarity Rating，SSR），比直接让 AI 给分更能预测真实购买意愿，并能快速模拟分群与价格弹性。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136433)** 🧠 **深度解读** 通过让 LLM 扮演消费者并生成详细文字反馈，再用语义相似性评分（SSR）量化结果，可以更精准地预测购买意愿，同时快速完成分群和价格弹性测试，颠覆传统市场研究流程。 --- ### 💡 行业洞见 #3 **AI 工具助力非专家实现农业系统的自动化与规模化升级** 📝 **推文原文** > https://t.co/WXujfrrGSL > > “我为农场聘请了一名工程师。他的名字叫 Codex（OpenAI 开发的代码生成工具）。” > > 来自 @OpenAI 的一篇超赞人物报道，介绍了日本北部的一名西兰花农户——富安大树（Hiroki Tomiyasu）。他利用人工智能（AI）实现了农场的自动化运作。 > > 虽然富安从未学习过农业，但他种植了 100 公顷的西兰花、南瓜、大葱和大豆，并通过 Codex 和 ChatGPT（OpenAI 开发的聊天生成模型）打造的定制工具来管理农场。 > > 以下是一些最酷的应用场景： > - 利用 Codex 创建了一个温室控制系统，通过文字指令可以升降通风口，还在农场群聊中添加了一个管理运营的机器人。 > - 拍摄作物照片，用 ChatGPT 辨别疾病，并在田间即时判断是否需要干预。 > - 将实时卫星植被数据导入他的农场地图，分析每块地的需求，进行精准决策。 > - 向 ChatGPT 请求绘制他自制控制盒的电路图，使用 Images 2.0 返回了一份带有完整日文注释的设计图。 > > 富安表示，这种体验“就像随身携带一位超高才华的工程师”。 > > “你也可以自己创造一切。” 🧠 **深度解读** 利用 LLM 生成代码、示意图与诊断逻辑，并把它们作为中枢，能让非域内专家以极小的工程团队把传统农业系统升级为可规模化的自动化决策与控制平台。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136446)** --- ### 💡 行业洞见 #4 **航天行业设计范式因发射成本下降而转变** 📝 **推文原文** > 整个航天航空行业的许多根深蒂固的误解，实际上源于发射高成本和地球同步轨道卫星设计对行业架构的深远影响。 > > 每一个工程流程都为组件故障设计了多层保护机制，因为将这些组件送入太空的固定成本极高。 > 如果发射费用是每公斤 $20,000，而一旦发生失败，可能需要好几年才能再次发射同样的资产，那么过度设计这些资产自然是合理的选择。 > > 即使在近地轨道（Low Earth Orbit, LEO）中，由于需要数千个寿命仅以几年而非数十年为计的重复资产，也呈现出类似问题。 > > 但对于星舰（Starship）和星链（Starlink）而言，发射成本的大头已经不再是发射的固定成本，而是有效载荷的成本。 > 发射费用可能会降低到每公斤 $100 以下，而且如果出问题的话，你下周就能重新发射一颗卫星。 > 我们估计，星链第三代卫星（Starlink V3）的制造成本会从每公斤约 $1,000 起步。而用于支撑新增带宽的地面站资本开支（Capex, 资本性支出）相较于发射费用来说，也变得更加显著。 > > 总体而言，你可以在可靠性和成本之间找到更优的平衡，因为无论如何，你都需要设计以应对失败（毕竟有数千个资产）。在这种情况下，用牺牲1%的可靠性换取5%的成本节约，将是一个巨大的成功。 > > 这种理念完全违背了行业过去50年内化的一切原则，但正是因此，让SpaceX可以在近十年里一直以不同寻常的角度运作。 > > 随着星舰和星链V3的推出，我们应该能够开始真正见证这些努力结出的果实。 🧠 **深度解读** 当发射成本从主导地位退居次要，航天行业的设计逻辑发生了根本性转变：从“高可靠性单件”转向“大量低成本单元 + 快速可替换”。这种新范式允许通过牺牲少量可靠性换取显著成本节约，彻底颠覆了传统航天工程的设计哲学。SpaceX 的星舰和星链 V3 是这一理念的典型代表，未来将展示其在实际应用中的潜力。 🔗 **[查看原文](https://news.miracleplus.com/share_link/136448)**