{"source":{"id":"16014705","title":"别再以为调高温度值让 AI 瞎编就是创意，那不叫创意，叫噪音。 好创意靠方法论的精密碰撞，不靠无序的随机性。 最近看到一…","url":"https://mubeitech.com/p/16014705"},"method":"semantic-similarity","count":6,"items":[{"rank":1,"id":"16188190","account":"mubei","brand":"@mubei","title":"Anthropic 工程师在 AI DevCon 上 ：别再哼哧哼哧给 AI 写 Prompt 了，真正的方向是构建一个…","summary":"Anthropic 工程师在 AI DevCon 上 ：别再哼哧哼哧给 AI 写 Prompt 了，真正的方向是构建一个能自己写 Prompt 的系统。 AI 应用开发的底层范式，正在发生一场海啸般的迁徙： 从“写一句好 Prompt”，彻底转向“设计一个会管理上下文、记忆 an…","body":"Anthropic 工程师在 AI DevCon 上 ：别再哼哧哼哧给 AI 写 Prompt 了，真正的方向是构建一个能自己写 Prompt 的系统。\n\nAI 应用开发的底层范式，正在发生一场海啸般的迁徙：\n从“写一句好 Prompt”，彻底转向“设计一个会管理上下文、记忆 and 反馈回路的系统”。\n\n简单来说，你不需要去调教 AI，你需要构建一个能自己给自己写 Prompt、自己进化记忆的系统。\n\n绝大多数开发者还在用手工业的方式调教大模型，而最前沿的玩法，已经把 Agent 架构抽象成了一套极具美感的工业化框架。\n这套框架可以直接保存，分为三层：\n\n第一层：动态记忆管理（In-band Memory）\n很多人一上来就把所有背景资料塞进 Context，结果就是 Context 爆炸，AI 开始胡言乱语。\n最聪明的做法是“文件系统化”：\n1. 把所有背景知识写成结构化的 Markdown 文件。\n2. 不要写死复杂的读取工具，直接让 Agent 像程序员一样，用 Bash 和 Grep 去自主检索、读取和修改这些文件。\n3. 渐进式披露（Progressive Disclosure）：只给 Agent 看文件头部的几句摘要，它觉得有用，再去加载细节。\n\n第二层：生产级的工程防线（Production Guardrails）\n单 Agent 跑 demo 很爽，多 Agent 协作就会天下大乱。你需要这三道锁：\n1. 并发锁（Concurrency）：两个 Agent 同时想修改同一个记忆文件怎么办？引入哈希校验（Hashing）。Agent 准备修改前算个哈希值，写完提交前再算一次，如果对不上，说明中间被别人改过，立刻撤回、重新拉取、重新编辑。\n2. 权限隔离（Permissioning）：组织级别的公共知识库只读，Agent 自己的草稿本（Scratchpad）可写。防止某个 Agent 犯傻，把污染过的脏数据写进公共记忆，毁掉整个 Fleet。\n3. 版本控制（Versioning）：每一次记忆更新都有可追溯的 Transcript（对话副本），随时可以回滚。\n\n第三层：终极闭环，离线“梦境”机制（Dreaming）\n这是整套架构最核心的设计。\n\n为什么你觉得 Agent 越用越笨？\n因为你让它边干活、边整理记忆。\n这就像让一个外卖员一边骑车送外卖，一边总结全城的交通堵塞规律。不仅分心、增加延迟，而且他的视角只有自己走过的那几条路。\n\n怎么办？把“执行”和“复盘”彻底解耦。\n引入一个异步的离线进程，我们称之为“梦境（Dreaming）”：\n1. 到了晚上，干活的 Agent 都歇了。\n2. 启动一个专门的“复盘 Agent”，它不干别的，只做一件事：调出今天所有 Agent 的聊天记录、报错日志，和现有的“记忆库”进行比对。\n3. 像校长批改期末试卷一样，它会发现规律：“怎么今天 80% 的 Agent 在写代码时都犯了同一个单位错误？”\n4. 找到痛点后，它直接修改公共记忆库，更新下一天的“操作指南”。\n\n第二天一早，你的 Agent 舰队醒来，自动加载了更新后的记忆。\n你什么都没干，它们自己学会了避免昨天的错误。\n\n当所有人都在大谈大模型智商（IQ）的时候，真正的套利者已经在悄悄构建这套系统了。\n因为模型的智商是别人给的，而这个持续自我进化的“梦境”闭环，才是你真正的、拿不走的护城河。","category":"其它","score":null,"translated_x_url":"https://x.com/i/status/2074094340394086899","translated_status_id":"2074094340394086899","published_at":"2026-07-06 10:31:37","created_at":"2026-07-06T12:25:35+02:00","url":"https://mubeitech.com/p/16188190","markdown_url":"https://mubeitech.com/p/16188190/markdown"},{"rank":2,"id":"2056850947947827403","account":"mubei","brand":"@mubei","title":"每月花 20 美元订阅 Claude，不叫会用 AI。 Andrej Karpathy 在一次访谈中一针见血地指出：真正…","summary":"每月花 20 美元订阅 Claude，不叫会用 AI。 Andrej Karpathy 在一次访谈中一针见血地指出：真正的技能鸿沟，在于你如何“用 AI 来构建”。 很多人用 AI 辅助编程，越写越臃肿，甚至直接把项目跑崩。 Karpathy 总结了 AI 编程时最致命的 4 个…","body":"每月花 20 美元订阅 Claude，不叫会用 AI。\n\nAndrej Karpathy 在一次访谈中一针见血地指出：真正的技能鸿沟，在于你如何“用 AI 来构建”。\n很多人用 AI 辅助编程，越写越臃肿，甚至直接把项目跑崩。\nKarpathy 总结了 AI 编程时最致命的 4 个认知缺陷。\n有开发者将这些洞察扩展成了 21 条系统规则，直接冲上 GitHub 趋势榜第一，斩获 8.2 万颗星。\n最惊人的是，配置这套规则后，AI 的编程准确率直接从 65% 飙升到了 94%。\n\n为什么强如 Claude 也会写出垃圾代码？\nKarpathy 揭示了 AI 的四个底层硬伤：\n\n第一，互联网平庸记忆的“思想钢印”。\nAI 太依赖训练集里的常见套路。\nKarpathy 在写 GPU 梯度同步时，为了追求极致性能，没有使用标准的 PyTorch DDP 容器，而是写了一套自定义同步例程。\n结果 AI 根本无法内化这个设计，像复读机一样疯狂逼他换回 DDP。\n它无法理解不符合大众惯例的高级架构。\n\n第二，防卫过当，制造代码垃圾。\nAI 极其喜欢自作聪明地添加一堆 try-catch 声明和冗余的异常处理。\n它总是试图按照“生产级模板”来搞，结果把原本精简优雅的代码库塞满无用逻辑，复杂度直接爆炸。\n\n第三，频繁调用已经废弃的旧 API。\n知识库的滞后性，导致它在面对快速迭代的技术栈时，经常写出过时的垃圾。\n\n第四，低宽带的自然语言沟通。\n在精细的代码段里，用英语长篇大论去命令 AI 效率极低。\n最好的方式是高信息带宽的“光标补全”。\n你将光标移到精准位置，敲出前三个字母，让 AI 顺着你的思路完成剩下的部分。\n\n那套席卷 GitHub 的 21 条规则，本质上就是在用物理外挂“驯化”AI。\n比如，它强迫 AI 必须先用一句话陈述对你独特架构的理解，禁止自作聪明地意淫。\n严禁 AI 在没有明确要求时添加防御性代码和复杂的第三方包。\n强制 AI 保持极简风格，像优秀的资深工程师一样思考。\n\nAI 协同编程的范式正在发生分裂。\n如果你只是让 Agent 去写毫无技术含量的样板代码，或者用来辅助翻译你不熟悉的语言，AI 足够好用。\n但如果你要构建真正具有高智力密度、需要精确排列的系统，放任 AI 自由发挥就是灾难。\n\n未来的编程分水岭，不再是你敲代码有多快，而是你有没有能力用严苛的规则把 AI 塞进你的心智模型里。","category":"其它","score":100,"translated_x_url":null,"translated_status_id":null,"published_at":"2026-05-20 08:24:19","created_at":"2026-05-20T10:23:00.695196","url":"https://mubeitech.com/p/2056850947947827403","markdown_url":"https://mubeitech.com/p/2056850947947827403/markdown"},{"rank":3,"id":"2070877170201727378","account":"mubei","brand":"@mubei","title":"学校教AI，最忌讳的是什么？ 是“半遮半掩”的温水区。 现在很多学校的逻辑很拧巴。 嘴上鼓励技术创新，私下又防着学生作弊…","summary":"学校教AI，最忌讳的是什么？ 是“半遮半掩”的温水区。 现在很多学校的逻辑很拧巴。 嘴上鼓励技术创新，私下又防着学生作弊。 最后搞出一些折中规定，比如“可以用AI找资料，但不能用来写大纲”。 结果学生既没有学会怎么把AI用出花来，又彻底丢掉了深度思考的能力。 在模糊的灰色地带里，…","body":"学校教AI，最忌讳的是什么？\n是“半遮半掩”的温水区。\n\n现在很多学校的逻辑很拧巴。\n嘴上鼓励技术创新，私下又防着学生作弊。\n最后搞出一些折中规定，比如“可以用AI找资料，但不能用来写大纲”。\n结果学生既没有学会怎么把AI用出花来，又彻底丢掉了深度思考的能力。\n在模糊的灰色地带里，两头不讨好。\n\n真正聪明的教育，应该把场景彻底撕开。\n要么彻底放开，要么绝对禁用，绝不留任何中间地带。\n\n第一种场景：强制使用 AI。\n老师布置的作业难度直接拉满，逼着你必须用AI当杠杆才能完成。\n在这里，学生要学的是怎么调教模型、怎么做架构设计、怎么进行多轮追问。\n这是在训练“借力”的上限。\n\n第二种场景：物理断网，绝对禁用 AI。\n回到最原始的白纸纸笔，甚至面对面的口头辩论。\n逼着你用自己的大脑，去经历逻辑推演的痛苦过程。\n有些脑部神经元的连接，是任何工具都替代不了的，必须靠肉身硬刚。\n没有这个基础，你甚至连AI是在给出神作，还是在装模作样地胡说八道都分辨不出来。\n\n未来的竞争，拼的不是谁会折中。\n要么训练出最强悍的生物大脑，要么培养出最顶尖的硅基指挥官。\n在中间地带和稀泥，只会批量制造出既不会自己想、又不会用工具的二流废柴。","category":"其它","score":null,"translated_x_url":"https://x.com/i/status/2071251771897336155","translated_status_id":"2071251771897336155","published_at":"2026-06-28 15:18:04","created_at":"2026-06-28T17:15:20+02:00","url":"https://mubeitech.com/p/2070877170201727378","markdown_url":"https://mubeitech.com/p/2070877170201727378/markdown"},{"rank":4,"id":"2069873341901713676","account":"mubei","brand":"@mubei","title":"DeepMind 创始人 Demis Hassabis 出了一个考题： 只给 AI 提供爱因斯坦在 1901 年能接触到…","summary":"DeepMind 创始人 Demis Hassabis 出了一个考题： 只给 AI 提供爱因斯坦在 1901 年能接触到的数据，看它能不能独立推导出《相对论》。 Demis 认为，今天所有的文本大模型，一个也通不过。 这才是测验 AI 智商的真正标准。 现在的 AI 每天写方案、…","body":"DeepMind 创始人 Demis Hassabis 出了一个考题：\n只给 AI 提供爱因斯坦在 1901 年能接触到的数据，看它能不能独立推导出《相对论》。\n\nDemis 认为，今天所有的文本大模型，一个也通不过。\n\n这才是测验 AI 智商的真正标准。\n\n现在的 AI 每天写方案、写代码，看似无所不能，其实只是在做“外推”。\n它只是把人类已经探明的事实，用更顺滑的逻辑和文字拟合出来。\n\n真正的创造力是什么？\n是面对未知的物理世界，提出一个前所未有的新假说。\n\n爱因斯坦当年是怎么干的？\n他在瑞士专利局当职员的时候，天天摸鱼做白日梦。\n他闭上眼睛，在脑子里做“思想实验”：\n如果我坐在一列火车上，以光速旅行，世界会变成什么样？\n他是动用了视觉想象力，去和真实的物理世界碰撞。\n最后，才是用数学把这个直觉证明出来。\n\n这就是今天文本模型的死穴。\n文字和逻辑，只是“比特世界”的东西。\n哪怕 AI 读完了人类历史上所有的书，把所有的交叉连接都找出来，它也依然在比特里打转。\n\n要想真正通关爱因斯坦测试， AI 必须接触、理解原子世界。\n它需要提出假说，自己设计实验、甚至动手做实验，去和真实的物理定律肉搏。\n\n所以，别再被那些精美的套话 and 缝合的 PPT 唬住了。\n真正的科学发现，从来不是靠拼凑已知答案。\n等哪天 AI 也能在没有答案的迷雾里，像个专利局职员一样，闭上眼去追一束光。\n人类才算真正迎来了新神。","category":"其它","score":null,"translated_x_url":"https://x.com/i/status/2069874931723067536","translated_status_id":"2069874931723067536","published_at":"2026-06-24 20:06:37","created_at":"2026-06-24T22:00:35+02:00","url":"https://mubeitech.com/p/2069873341901713676","markdown_url":"https://mubeitech.com/p/2069873341901713676/markdown"},{"rank":5,"id":"2081374396900425875","account":"mubei","brand":"@mubei","title":"AI写代码的下一步，不是指望单个大模型变得多聪明。 而是搞一套相互复核的“审计流水线”。 这套工作流，比市面上售价过万的…","summary":"AI写代码的下一步，不是指望单个大模型变得多聪明。 而是搞一套相互复核的“审计流水线”。 这套工作流，比市面上售价过万的教程还要值钱。 它是怎么跑的？ 第一步，直接撒出16个Claude智能体。 让它们并发作业，一口气扫完整个代码库。 第二步，换一批全新的AI舰队出场。 清空记忆…","body":"AI写代码的下一步，不是指望单个大模型变得多聪明。\n而是搞一套相互复核的“审计流水线”。\n这套工作流，比市面上售价过万的教程还要值钱。\n\n它是怎么跑的？\n第一步，直接撒出16个Claude智能体。\n让它们并发作业，一口气扫完整个代码库。\n第二步，换一批全新的AI舰队出场。\n清空记忆，带着全新的上下文，把第一轮找出的线索挨个重查一遍。\n\n驱动这整套复杂流程的，不是长篇大论的提示词。\n而是一张流程图。\n\n这套系统管用吗？\n作者拿自己的代码跑了一遍自测。\n直接被这条流水线揪出了11个有问题的服务端点。","category":"其它","score":null,"translated_x_url":"https://x.com/i/status/2081463441798160651","translated_status_id":"2081463441798160651","published_at":"2026-07-26 19:34:49","created_at":"2026-07-26T21:28:03+02:00","url":"https://mubeitech.com/p/2081374396900425875","markdown_url":"https://mubeitech.com/p/2081374396900425875/markdown"},{"rank":6,"id":"2102126261279810001","account":"mubei","brand":"@mubei","title":"让小模型照抄大模型，反而变蠢了？ 是真的。 赛富时（Salesforce）人工智能团队刚拿出了一项反常识的研究。 做智能…","summary":"让小模型照抄大模型，反而变蠢了？ 是真的。 赛富时（Salesforce）人工智能团队刚拿出了一项反常识的研究。 做智能体的人，习惯思路是什么？ 小模型不够聪明，那就去学顶尖学霸。 大模型怎么推理，小模型就照搬怎么学。 全套照搬过来，总不会错吧？ 结果恰恰相反。 如果你的提示词、…","body":"让小模型照抄大模型，反而变蠢了？\n是真的。\n赛富时（Salesforce）人工智能团队刚拿出了一项反常识的研究。\n\n做智能体的人，习惯思路是什么？\n小模型不够聪明，那就去学顶尖学霸。\n大模型怎么推理，小模型就照搬怎么学。\n全套照搬过来，总不会错吧？\n\n结果恰恰相反。\n如果你的提示词、工具和工作流，原本是围绕小模型调试好的。\n这时候逼它全盘照抄大模型，效果反而全面滑坡。\n不仅没变聪明，原本跑通的系统也崩了。\n\n为什么会这样？\n它学了大模型的做题姿态，却没有足够的脑力去支撑。\n高级招式用不出来，反而把原本跟工具链的默契给打碎了。\n步子迈得太大，手脚先打起架来了。\n\n那小模型到底需要什么？\n研究团队给出的答案很干脆：\n小模型根本不需要像双子座（Gemini）那样去思考。\n它真正需要的，是在自己摔跟头的步骤上得到针对性修补。\n针对失败做定点修正，远比全盘照抄顶级学霸管用得多。","category":"其它","score":null,"translated_x_url":"https://x.com/i/status/2102232857775091979","translated_status_id":"2102232857775091979","published_at":"2026-09-21 20:13:47","created_at":"2026-09-21T22:02:10+02:00","url":"https://mubeitech.com/p/2102126261279810001","markdown_url":"https://mubeitech.com/p/2102126261279810001/markdown"}]}