核心价值 Andrew Ng 在 The Batch 最新一期中提出一个关键洞见：当 Agent 替你写代码时，理解软件工程基本原理不是"过时了"，而是变得更关键了。 新手如果完全依赖 vibe coding（凭感觉写代码），可能会做出糟糕的权衡——延迟、可用性、一致性、可靠性、可维护性、简洁性和成本。开发者往往根本不知道这些权衡的存在，因此无法引导 Agent 做出正确决策。Ng 总结 AI Engineering Skills 研究表明，AI 时代工程师必须掌握的五个基本功是：构建全栈应用、管理数据、设计系统架构、让系统安全可靠、在生产环境中扩展和运营。一句话带走：你可以让 Agent 写所有代码，但你必须知道有哪些权衡可以做出，以及为什么做这些权衡——这就是软件工程的基本功。
对我的启发 这直接改变了我的认知框架。过去我倾向于把"Agent 编程"和"传统编程"对立起来，但 Ng 的逻辑是：Agent 是执行者，人类是架构师。 当 Agent 写代码时，你不需要手写每一行，但你需要知道：API 应该怎么设计、数据模型应该怎么选择、缓存策略应该怎么定、安全边界应该在哪里划。这些知识不是用来写代码的，而是用来引导和评判 Agent 的输出的。三个具体应用：(1) 评估 Agent 生成代码时，不只问"能不能跑"，更要问"它做了哪些权衡，是否合理"；(2) 设计 Agent 的 System Prompt 时，明确告诉 Agent 要关注哪些权衡（如"这个系统需要高可用性，请在代码中体现容错设计"）；(3) 培养团队认知：给团队解释为什么即使有 Agent，传统软件工程培训仍然不可或缺——不是为写代码，而是为做决策。
原文摘抄
核心价值 小红书团队提出 Self-GC 方法：用一个规划模型（planner）来决定 Agent 上下文历史中哪些内容该保留、折叠、掩码或剪枝，而不是使用固定规则（如"删除最旧的消息"）。核心洞察：规则无法判断信息的实际价值——一个旧的 tool output 可能包含必须复用的 URL，而最近 output 可能已经过时。LLM 可以基于上下文灵活判断。实验显示，Self-GC 移除了 43.95% 的 token，同时保留了 84.85% 的必要细节；而规则方法移除了 62-70% 的 token，但只保留了 55-70% 的必要细节。
对我的启发 如果你有长期运行的 AI Agent 系统（如研究助手、代码助手），可以实现一个"上下文压缩中间件"：当上下文窗口超过阈值时，用一个轻量 LLM 判断哪些历史内容该保留，而不是简单删除。这能显著降低长程 Agent 的 token 成本，同时保留关键信息。
原文摘抄
核心价值 一项发表在 arXiv 上的长期案例研究：研究团队使用 AI 研究系统改进了 Grothendieck 常数的边界，且这些改进被领域专家认定为新颖。论文重点讨论了如何使用 AI 进行数学研究、AI 的优缺点，以及如何创造理想条件让 AI 产生突破性洞察。这不是 AI 工具演示，而是 AI 参与"产生假设—验证假设"完整研究循环的实际案例。
对我的启发 对从事研究性工作的人，这个案例提供了可借鉴的方法论：不要只把 AI 当作"查论文"或"写摘要"的工具，而是让它参与完整的研究循环。关键条件：让 AI 能访问原始数据/对象、让它能尝试不同路径、让领域专家判断哪些洞察是"新颖的"。
原文摘抄
核心价值 Aeon 这篇文章将女性长期受到的"瘦即值得"文化训练与认知科学联系起来：当一个人持续监控、压抑、管理自己的饥饿信号时，那些本可用于思考、注意、决策的认知资源会被持续占用。 文章引用 Ancel Keys 的经典研究说明，饥饿不只是让人"想吃"，而是让注意力迁移到食物上，打断工作、对话和思维过程。关键概念：饥饿不是偏好，而是一种"认知条件"（cognitive condition）——未被满足的基本身体信号会挤占认知带宽。
对我的启发 直接应用到深度工作场景：如果发现自己在会议中注意力下滑、思绪反复被某种未完成感打断，先问自己"我是否处于轻度饥饿、疲劳或身体资源被占用的状态？"而不是直接认定"状态差"或"不够专注"。健康管理不是意志问题，而是认知资源管理。下次在安排重要决策、写作或复盘前，优先保证基本身体需求，可能比排更多时间更有效。
原文摘抄
核心价值 HBR 这篇文章提供了一个非常实用的沟通框架：高管突然提问时，不要只回答"事实层面"，而要判断他背后的真实需求。 作者将高管提问归纳为三类：(1) 寻求 reassurance（"这事是否可控？"）——先说结论，再给证据，并说明何时更新；(2) 寻求 guidance（"我该怎么理解这个问题？"）——给出自己的判断；(3) 寻求 action（"我需要做什么？"）——明确告诉他需要谁、做什么、什么时候完成。核心洞察：决策者希望你回应内心的深层动机，而不是单纯倾倒信息。
对我的启发 这个框架可以立即用于与领导或跨部门沟通。具体操作：当领导突然问某个项目进度时，先快速判断——他是不是在担心风险？是不是在寻找判断依据？是不是需要他本人推动某件事？如果是 reassurance，就说"目前可控，风险点有哪些，后续何时更新"；如果是 guidance，就说"我认为应该优先 A，因为……"；如果是 action，就直接说"我需要您在这周内联系 X，以便 Y 推进"。这个框架把"如何回答"从信息堆叠变成了"如何对齐对方的真实意图"。
原文摘抄
核心价值 传奇教练 Don Nelson 去世，但他的遗产不只是胜场数。他引入了 point forward（控球前锋）理念，强调速度和快攻，甚至把 7 尺 6 寸的 Manute Bol 放到三分线外投篮。他评价 Charles Barkley 的名言："体型和身高之间存在相对关系。这让 6 尺 6 寸的巴克利像个 6 尺 10 寸的大前锋。"核心洞察：创新不是简单"变快"或"变新"，而是重新定义空间、节奏和球员角色。 2007 年他带领勇士以黑马姿态击败常规赛 67 胜的独行侠，正是这种创新哲学的极致体现。
对我的启发 这个案例可以迁移到三个场景：(1) 组织/团队管理：不看一个人的静态标签，而看他的相对能力和空间控制力——就像 Nelson 不按身高定义位置。评估人才时，"相对关系"比"绝对数据"更重要。(2) 策略制定：理解规则边界。Nelson 的成功不仅靠战术执行，还包括对规则边界的理解。做产品、做业务也是如此。(3) 创新思维：真正的创新不是跟随趋势，而是重新定义变量——Nelson 不跟风"大个子时代"，而是重新定义了"什么位置做什么事"。
原文摘抄