我用 NotebookLM 替换了 Karpathy 的 LLM Wiki
文章对比了 Andrej Karpathy 的 LLM Wiki 方案与 Google NotebookLM 的实际使用体验。作者发现 Wiki 架构在处理个人知识时成本高、速度慢且缺乏与现实世界的集成,而 NotebookLM 利用 Embedding 技术实现了即时响应和高效回答。作者主张应将知识转化为技能并融入日常流程,而非仅仅构建静态索引。
文章对比了 Andrej Karpathy 的 LLM Wiki 方案与 Google NotebookLM 的实际使用体验。作者发现 Wiki 架构在处理个人知识时成本高、速度慢且缺乏与现实世界的集成,而 NotebookLM 利用 Embedding 技术实现了即时响应和高效回答。作者主张应将知识转化为技能并融入日常流程,而非仅仅构建静态索引。
文章结合当前LLM token成本上升的痛点,通过实际对比测试指出了Karpathy Wiki在个人知识管理上的局限,并给出了基于NotebookLM和Dalio五步法的可落地替代方案,具有很强的时效性和实用性。
文章系统讲解如何编写 AI Skill:从用一句话加 SOP 封装出第一个 60 分的 skill,到通过把目标改写为动作、补充约束、设计自由度和提高词表颗粒度来提升到 90 分。作者拆解了摄影 skill 和封面 skill 两个开源案例,指出高手的秘诀在于将模糊概念拆成可执行的词表和明确的「不要」清单。还介绍了如何让 AI 递出陌生领域的行话词表,并澄清了 skill 与提示词、智能体的区别。全文强调约束和颗粒度决定 skill 的专业程度。
文章通过梳理FDA及微软、OpenAI、Anthropic、Google等公布的实际案例,证明AI已在医疗领域真实落地:FDA已授权超1600种AI医疗设备,主要应用于医学影像、心脏疾病、糖尿病筛查等。大语言模型也进入医院工作流程,如微软Dragon Copilot服务超10万名临床医生,OpenAI帮助波士顿儿童医院节省6万小时工作时间,Claude助力Banner Health整理病历,Google辅助生成诊疗记录。作者指出需区分三个问题:技术已落地是事实,医疗AI市场正在形成但规模尚小,科技公司的巨额投资回报仍需时间验证。
本文是 Claude 官方文章的译文,探讨在构建 agent 系统时何时应将子 agent 折叠进主 agent 循环。文章指出,配备 skill 的单一 agent 在质量、成本和延迟方面常常优于多 agent 设计。作者分析了大型组织构建 agent 的常见失败模式(上下文管理、子 agent 泛滥、Frankenprompt、延迟等),介绍通过渐进式披露 skill 和 MCP 工具的 agent 循环设计,并给出将子 agent 迁移为单循环的分阶段方法:构建任务完成评估、合并领域 agent、将子 agent 转为工具调用、用 skill 和工具替代子 agent,以及多团队协作的治理模式。
Anthropic 将 22 门 Claude 课程全部免费开放。作者逐一浏览后按从零基础到进阶的学习路径整理分类:一是入门课程如 Claude 101 和协作入门;二是面向开发者的 Claude Code 101、实战、Agent 技能与 Subagents;三是 API 开发路线,涵盖 Claude 平台、API 开发、MCP 入门与进阶及 Amazon Bedrock、Vertex AI 集成;四是面向开发者、小企业、学生、教育者等不同人群的 AI 素养课程。作者提醒读者不要只收藏不学习,建议今晚就挑一门课开始学习,真正掌握 Claude 的价值。
文章系统讲解了 Claude Opus 5.5 的提示词工程方法。作者指出 Opus 5.5 是首个官方提示指南以“删减”为主的前沿模型:模型会自主决定思考深度,手动思考预算已失效,强制工具调用不再支持。核心心智模型是把 Claude 当作毫无上下文的天才新同事,需明确目标、提供充分背景、给出示例、用 XML 标签结构化输入、指定输出格式。新模型的关键变化是 effort(低/中/高/超高/最大)成为控制智能、延迟与成本的首要杠杆,默认为 medium;应停止使用“仔细思考”“一步步推理”等旧式提示,而用 effort 控制思考量。文中还包含 API 调用示例与新旧提示写法的对比。
本文是一篇基于 Claude Agent SDK 的多智能体系统构建教程。作者指出当前多数'多智能体系统'只是昂贵的混乱,问题不在模型而在架构。文章介绍了子代理的四大价值:上下文隔离、并行化、专业化指令和工具限制,并说明 Opus 5.5 在成本、effort 分级和时间感知三方面如何优化 agent 团队。核心原则是:大多数任务不需要团队,单一 agent 更快更省。教程详解了团队架构的三个角色——编排器、专家和批评者,并从搭建 SDK 环境开始,手把手演示先构建独立编排器、再逐步委派任务的实践路径。
文章从训练角度剖析 system prompt 为何能影响模型行为。作者以 nanobot 的 SOUL.md 为切入点,梳理了 OpenAI Instruction Hierarchy(训练模型处理指令冲突,拒绝率提升至92.6%)、Llama 2 的 Ghost Attention(多轮指令保持)、Anthropic 的 character training 与《Teaching Claude Why》(角色与原则内化)、Deliberative Alignment(规则通过训练学习)、The Assistant Axis(角色行为的内部激活证据)等研究,说明 prompt 中一句指令的效果取决于上下文与模型已学到的能力。最后建议:先用少量指令说清目标,根据失败案例迭代,随模型演进精简 prompt,把通用能力交给模型本身。
Anthropic与OpenAI同日发布多款新模型:Claude Opus 5.5、GPT-6 Sol和Luna。作者详细评测了各模型的定位与表现:Opus 5.5作为Claude系列性价比模型,Coding能力达到SOTA,成本下降40%,速度提升30%,但Token消耗大;GPT-6 Sol和Luna主打降本,价格比上代便宜50%甚至低于Deepseek,Token效率出色、幻觉率大幅降低,但审美与细节能力有明显降级。作者指出两家公司差异化路线:Anthropic专注Coding通往AGI,OpenAI专注全面Agent能力,并给出不同场景下的模型选择建议。
文章系统梳理了 ChatGPT 和 Claude 的降智与封号机制。降智方面,OpenAI 会通过换成小模型、缩短思考时间、转给安全模型三种方式降级请求,原因是算力配给、对可疑账号降级而非封号、以及路由器本身的错误。作者认为 IP 只是第一道门槛,账号健康度(登录出口、档位、账号权重、环境一致性、渠道)才是风控打分的核心。封号方面,OpenAI 查的是账号用途而非网络来源,Claude 则因政策更严、检测信号(IP 关联、支付方式、时间同步、代理访问)明确而封号更狠。文章引用了大量官方文档、员工发言和社区案例作为佐证。
作者参加 B 站 Build in Public 大会,记录卡比老师关于「Skill 将死,方法论永生」的分享。随着模型训练进步,通用知识和标准流程逐渐被模型内化,长篇 Skill 说明将变得多余,重点转向方法论。文章总结了 8 个可加入日常 Prompt 的方法论:第一性原理、对抗式审查、消融实验、奥卡姆剃刀、列出不确定点、保持独立思考、批判性思维、高内聚低耦合。作者认为 Skill 中的视觉参考和工具调用仍有存在价值,但重复性通用说明已可被精简的提示词替代。