注册并分享邀请链接,可获得视频播放与邀请奖励。

与「Discovery」相关的搜索结果

Discovery 贴吧
一个关键词就是一个贴吧,路径全站唯一。
创建贴吧
用户
未找到
包含 Discovery 的内容
The new Huberman Lab episode is out: Using AI to Increase Your Intelligence & Enrich Humanity | Dr. Fei-Fei Li (@drfeifei) 0:00 Fei-Fei Li 3:46 Vision & Intelligence; Human Vision & Contribution to AI 12:11 Computer Vision & the AI Revolution 18:34 Sponsors: Lingo & Wealthfront 21:19 Speech, Sound & AI Development 23:36 AI & Contextual Learning, Human Intelligence 33:43 Current AI Gaps, Emotion & Creativity 45:48 Computers Enhancing Humanity; Tool: Personal Agency & Learning about AI 53:04 Sponsors: AG1 & LMNT 55:37 Public Discourse about AI 57:34 AI to Enhance Scientific Discovery & Healthcare; Human Collaboration 1:07:38 Intuition, Motivation & Human States Beyond AI 1:19:18 Sponsor: David 1:20:37 Social & Ethical Considerations for AI 1:27:38 Kids, Development & AI Tools; Tool: Prompt AI Effectively 1:35:04 Next Frontier for Robotics & AI; Human Agency 1:43:52 Human-Centered AI Future 1:50:10 World Labs, Spatial Intelligence 1:54:12 Concerns about AI & Creativity; Movies, Art, Storytelling 1:59:51 Younger Generation & AI, Teachers 2:05:38 Zero-Cost Support, YouTube, Spotify & Apple Follow, Reviews & Feedback, Sponsors, Protocols Book, Social Media, Neural Network Newsletter Includes paid partnerships.
显示更多
0
35
717
85
转发到社区
推荐给产品经理们的「PM Skills Marketplace」 开源作者 @PawelHuryn 把经典产品管理方法论封装成 AI 可调用的「68 Skills + 42 Commands + 9 Plugins」,让 Codex、Cursor、Claude Code、WorkBuddy 等变成"懂 PM 方法论的工作伙伴"。 # 三层架构、九个插件:Skills -> Commands -> Plugins 1. pm-product-discovery(13 Skills / 5 Commands) 创意发散、假设识别与排序、OST 机会树、用户访谈脚本、实验设计 2. pm-product-strategy(12 / 5) 战略画布、愿景、价值主张、Lean/BMC 画布、定价、SWOT/PESTLE/波特五力/Ansoff 3. pm-execution(16 / 11) 日常执行核心:PRD、OKR、成果导向路线图、冲刺/复盘、发布说明、利益相关者地图、用户故事、9 种优先级框架、红队压力测试 4. pm-market-research(7 / 3) 用户画像、细分、旅程地图、TAM/SAM/SOM、竞品分析、情感分析 5. pm-data-analytics(3 / 3) 自然语言转 SQL、同期群分析、A/B 测试统计显著性分析 6. pm-go-to-market(6 / 3) 滩头市场、ICP、增长飞轮、GTM 模式、竞品作战卡 7. pm-marketing-growth(5 / 2) 定位、价值主张、命名、北极星指标 8. pm-toolkit(4 / 5) 简历评审、NDA/隐私政策起草、校对 9. pm-ai-shipping(2 / 5) 最有特色的一个:为" vibe-coded 代码"补齐可审查性——逆向生成系统文档、静态安全/性能审计、测试覆盖映射,专门发现"文档说的与代码实际做的之间的差距"这类通用扫描器漏掉的问题
显示更多
0
21
52
13
转发到社区
I'm 💯 on board continuing to legally challenge activities O'Keefe conducts that crosses the line. More lawsuits are coming in fact. As are multiple depositions & authorized discovery into his operations. If you have inside info on him or his undercover operatives, reach out.
显示更多
0
669
483
124
转发到社区
谷歌组织架构大洗牌! Demis Hassabis 卸任 Google Deepmind 的 CEO,转任 GDM 主席兼 Alphabet 首席科学家,同时继续领导 Isomorphic Labs,把主要精力放在 AGI 的长远方向、全球战略以及用 AI 推动科学与医疗突破上; “我们已抵达人类历史上的一个关键时刻。我一生都在为 AGI 努力,现在,就像你们许多人一样,我感觉它近在咫尺” —— Demis Hassabis Koray Kavukcuoglu 从 Deepmind CTO、Google 首席 AI 架构师升任 Google DeepMind 高级副总裁,直接向 Pichai 汇报,全面负责 Gemini 模型研发、前沿 AI 研究以及 Gemini 应用与开发者团队。其实就是接替 Demis 的管理工作,他在 DeepMind 已工作 13 年,,曾主导 WaveNet、DQN 等成果; 在谷歌工作 27 年的 Jeff Dean 将与资深研究员 Sanjay Ghemawat 一起离开,创办一家独立的公益性质公司 Discovery Loop,专注“全自动科学发现的闭环”研究;Google 会作为创始投资方和云服务合作伙伴继续与他们合作。Dean 告诉 NYT,离开 Google 让他有更多余地专注于科学发现; 三位最初的 Gemini 负责人如今全部离职:Noam Shazeer 去了 OpenAI,Dean 和 Vinyals 去了 Discovery Loop。 我如何看待这次调整? 在 2023 年 Google 合并 Google Brain 与 Deepmind,于是有了 Gemini 的成功;三年后 Google 再次面临大公司病、组织障碍(人才保留上的结构性问题)和工程低效的挑战,于是有了这次必要又意料之外的调整。 部分传言 Demis 因 Gemini 执行不力而被边缘化,换上Koray 是希望把“研究强、产品化慢”这个 Google 的老毛病治好,对比 OpenAI / Anthropic 快速产品化,Google 需要证明也能更快的迭代。所以 Google 全村的希望都在 Gemini 4,内部确认已经有了重大进展。我保留短期观察,长期看好的判断👀 其实 Google 已经证明了目前不用靠模型的能力,只用买算力就能保持盈利优势,Google 是目前唯一的全栈 AI 科技巨头。现在决定内部加速产品化,再利用投资加孵化,既能解决人才保留的问题,又可以抢占 AGI 与科学前沿。 这是 Google 的角色优化,并非危机。执行力与人才保留正在成为新的竞争护城河,技术不再是 Google 的短板,专注和敏捷才是。
显示更多
0
12
12
3
转发到社区
谷歌最近出啥问题了?接连损失大将。刚刚杰夫.迪恩宣布从谷歌离职创立Discovery Loop。这位非常不简单,杰夫.迪恩是计算机科学与人工智能领域的传奇人物,被誉为“谷歌的系统架构总设计师”和硅谷“程序员中的程序员”。 1、杰夫离职前担任谷歌首席科学家兼任 Google DeepMind 和 Google Research 的核心技术领袖。是Google Senior Fellow/Level 11,在谷歌数十万员工中,能达到 Level 11 的极度罕见,几乎代表了整个谷歌技术体系的终极权威。 2、Jeff Dean在谷歌工作27年,其职业生涯贯穿了互联网海量数据处理时代与现代人工智能时代,其核心成就可分为三大阶段: 1)奠定现代互联网基础的基础设施(2000年代) 在谷歌成立早期,他主导开发了一系列支撑起整个 Google 生态(乃至全行业大数据架构)的基础系统: MapReduce:划时代的分布式计算框架。它将庞大的数据处理任务拆分到数万台普通服务器上并行运行,是后来的 Hadoop 等大数据技术的直接灵感来源。 Bigtable:高扩展性、高性能的分布式结构化数据存储系统,直接催生了后来的 NoSQL 数据库浪潮(如 HBase)。 Spanner:全球级分布式 SQL 数据库,打破了传统数据库“一致性”与“可用性”难以兼得的困境。 搜索与广告系统架构:主导设计了谷歌早期的五代搜索索引与抓取系统,以及 AdSense 广告投放系统的早期基础设施。 2)推动 AI 革命与深度学习生态(2010年代) 创建 Google Brain(谷歌大脑):2011 年与吴恩达(Andrew Ng)等人共同创办 Google Brain,将深度学习引入谷歌的核心业务。 TensorFlow:主导打造并开源了全球最著名的深度学习框架之一 TensorFlow,极大地降低了全球研究者和开发者使用 AI 的门槛。 DistBelief & Pathways:先后设计了 DistBelief(早期大规模分布式神经网络训练系统) 和 Pathways 架构(为后续训练 PaLM、Gemini 等超大规模多模态大模型奠定了系统支撑)。 3)整合与领军时代(2020年代) 统领 Google AI 与 DeepMind 融合,杰夫曾长期担任 Google AI(Google Research)负责人。2023 年 Google Brain 与 DeepMind 合并为 Google DeepMind 后,他作为首席科学家,重点统筹下一代超大模型(如 Gemini 系列)的系统架构与前沿 AI 研发。 前段时间谷歌还有两位大拿离开: 1)Google DeepMind 副总裁 John Jumper跳槽至 Anthropic,这位因带领团队打造预测蛋白质结构的革命性 AI 模型 AlphaFold,与 Demis Hassabis 共同获得 2024 年诺贝尔化学奖。 2)谷歌工程副总裁兼旗舰模型 Gemini 联合负责人Noam Shazeer跳槽至 OpenAI。 Noam Shazeer 是Transformer 架构奠基人之一:2017 年奠定现代大模型基础的划时代论文《Attention Is All You Need》的共同作者。 前线厮杀正浓,统兵大将接连离开,对谷歌影响应该不小。
显示更多
0
80
285
37
转发到社区
Announcing Discovery Loop! I am very excited to announce that, along with my longtime friends and collaborators @Sanjay_Ghemawat, @OriolVinyalsML and @quocleix, we are founding Discovery Loop (@DiscoLoopAI), a Public Benefit Corporation whose mission is to automate machine learning, science, and engineering to accelerate discoveries and progress. The four of us have worked together for 14 to 30 years, and have helped build some of the world’s most used products, infrastructure and AI models, and we’re excited to turn our attention to this ambitious endeavor. ♾ Learn more at:
显示更多
0
814
18.5K
1.9K
转发到社区
AMD and SpaceX both reported Q2 after yesterday's close. Nasdaq doesn't reopen for another 17 hours. On Binance, the verdict was in within minutes. 🔸 AMDUSDT ~US$525 → ~US$475. Beat on revenue, EPS and guidance. Missed on gross margin, 54% vs 56%. 🔸 SPCXUSDT ~US$126 → ~US$115. Revenue +92% YoY. Capex US$18.4B, over 6x a year ago. AI's seller and AI's buyer, marked down on the same question. Price discovery no longer waits for the bell.
显示更多
🚨 BREAKING: Apple filed for a PRELIMINARY INJUNCTION against OpenAI AND asked a federal judge to put them under forensic supervision "Apple respectfully moves the Court for a preliminary injunction to stop THE THEFT OF ITS TRADE SECRETS" Apple filed NINE sworn declarations, a 28-page memorandum and a concurrent motion for expedited discovery What Apple now says, under oath: Chang Liu: 8 years at Apple, now OpenAI "Member of Technical Staff" exploited an authentication bug to steal Apple trade secrets "on AT LEAST FIVE SEPARATE OCCASIONS" from February to April 2026, WHILE working for OpenAI Liu downloaded "THOUSANDS OF PAGES of Apple's most sensitive trade secrets" The stolen files, NAMED: >DisplayNotes.key — "several hundred pages" on Apple's custom display power development program >Architecture analyses. Fabrication decisions. Testing results >Engineering data for an UNANNOUNCED Apple product: 'touch, display, and power systems" >Final.key + V2.key — compilations of two undisclosed Apple R&D projects >and those are "only four of the dozens of proprietary documents Mr. Liu stole" Liu fed OpenAI "a steady stream of Apple proprietary information that he actively concealed" Liu also "coached Yu-Ting "Alyssa" Peng, then still INSIDE Apple, how to access and copy files from Apple workstations "to avoid trouble with the security team" and directed her to communicate with him on the encrypted LINE app "to avoid detection" Tang Yew Tan: 24-year Apple VP, now OpenAI's Chief Hardware Officer, "used an Apple internal project codename for an unannounced product to elicit still more trade secrets from job candidates." Tan's own messages, quoted in the motion: >"Just like last time, bring some parts you worked on" >"mlb, battery, shields type of stuff is interesting" OpenAI recruiter, quoted: "No, you won't sign anything at the exit interview. If they do ask you to sign anything, let me know asap." APPLE TOLD FEDERAL JUDGE: >"OpenAI knows its misappropriation is wrong and has tried to conceal it." >"This is not a case of 'mere hiring'... it is a case of repeated instances of deliberate theft." Apple says OpenAI went after its SUPPLIERS: >OpenAI "directed a trusted Apple partner [name redacted] to perform [Apple's proprietary metal finishing] process for them, knowing it was proprietary to Apple... because they were involved in this partnership while at Apple." Apple put its own Surface Finishing Manager, Jackie Hughes, under oath to prove it. Apple named ELEVEN MORE former Apple employees at OpenAI — beyond Liu, Tan, and Peng — Fourteen people total. Apple also filed a concurrent motion for EXPEDITED DISCOVERY demanding depositions: - Liu. Tan. Peng. - A fourth unnamed OpenAI employee - Plus OpenAI itself, under oath, through Rule 30(b)(6) Apple has asked a federal judge to put OpenAI under forensic supervision RIGHT NOW: >Forensic inspection of ALL OpenAI devices >ALL cloud storage, Slack, email >Including anything that "previously contained" Apple data — deleted included Demanding the "first available hearing date," citing "imminent threat" to its trade secrets. APPLE: > "The harm is happening now — every day that passes without an injunction allows OpenAI to embed their knowledge of Apple's stolen information into its hardware development efforts." Hearing: October 1, 2026. Judge Edward J. Davila. ITS HAPPENING
显示更多
0
41
190
30
转发到社区
Price discovery doesn't wait for Monday. Over the last seven weekends, bStocks captured a median 92% of Monday's opening gap. Showing how 24/7 markets absorb new information before traditional exchanges reopen.
显示更多
0
23
28
1
转发到社区
AI模型评分都是被专项攻坚创造出来的,于是我对比了Fable5,Grok4.5, Kimi K3针对同一个交易系统审计结果进行了对比。 先说结论: Fable5:最适合作为系统级主审核模型 Kimi:最适合作为代码缺陷与一致性专项审核模型 Grok:最适合作为代码梳理和方案发散模型,不适合单独决定策略修改 最佳组合:Fable5全面审核+Grok 4.5代码梳理+K3代码审核 具体细节: 1. Fable5:系统级判断能力最强 Fable5 最大的优势不是代码读得比另外两个模型更多,而是它能把: 代码规则; sizing snapshot; intent ledger; 实际 block 统计; 当前资产 headroom; SELL/REDEEM 回流路径; 放进同一个因果框架。 它使用了几个非常关键的实盘指标: ADD 近 7 天约占新增资金 43%; 84% 资金已经部署; ETH、SOL、XRP headroom 为 0; 近 40 个周期中主要阻塞是:blocked_capital_efficiency=47 blocked_asset_cap=28 deployment cap=0 runway=0 这让它能够区分: “某个机制理论上可能限制资金” 和 “当前实盘真正正在限制资金的机制”。 最终它得出: ADD 对资金流向重要,但当前周转主因在回收端、资产 cap 和效率过滤,不在 ADD 准入本身。 这是三个模型中最接近生产系统审核要求的判断。 弱点 Fable5 仍有一些过度推断: 把 ADD 描述为让资金“锁得更久”,实际上 ADD 的剩余 TTE 通常比 ENTRY 短; 把超 cap 资产总持仓约 $382 说成可以“直接解锁 $382”,没有区分总持仓、超额部分和可成交部分; 把模型中的 redeem_lag_days=2 一度当作实际回款延迟; “$5 仓位几乎不受每美元每日利润门约束”的推理不正确,因为该指标已经按资金归一化; 2-lot 最低 ENTRY 建议可能系统性损失覆盖率。 因此,Fable5 的系统方向判断最好,但具体数字和金融指标仍需二次校验。 最适合的角色 PRIMARY_SYSTEM_REVIEWER LIVE_OPERATIONAL_DIAGNOSIS CHANGE_PRIORITY_DECISION CROSS_MODULE_ROOT_CAUSE_ANALYSIS 2. Kimi:代码缺陷侦测能力最强 Kimi 对代码结构的还原比较准确: 固定 ADD 次数和 interval 已退役; ADD 采用 target-gap 模型; ENTRY 60%,ADD 补到 100%; allocator 是最终数量权威; style 仅作诊断; 现金、集中度、shock、深度共同限制订单。 更重要的是,Kimi 找出了其他两个模型没有明确指出的具体问题: shared_deployable_pool() 读取 account_snap["capital"]["deployable_cash"] 但该字段可能没有实际写入 → 回退到 free_cash → 策略层与 allocator 层资金口径可能不一致 它还发现了: 合同写 debounce 60 秒,代码/配置为 30 秒; 注释周期 16 分钟,实际 loop 600 秒。 这些是典型的静态审核、字段追踪和合同一致性检查优势。 弱点 Kimi 在资本效率和交易语义上的推理弱于它的代码检查能力。 典型错误是: ADD 价格更高,所以边际 edge/day 必然更差。 这忽略了剩余持有时间也缩短。更高 ask 并不必然意味着更低 edge/day。 它还认为: 60/40 会让剩余资金长期闲置; 提高 entry share 会改善周转; CONFIRMATION_NO 应收紧; 增加单市场软 cap 会改善组合周转。 这些结论缺少真实候选竞争、实际 block attribution 和反事实分配数据支持。 最适合的角色 STATIC_CODE_AUDITOR SCHEMA_AND_FIELD_FLOW_CHECKER CONTRACT_IMPLEMENTATION_DIFF LOCALIZED_BUG_DISCOVERY Kimi 很适合回答: “代码是否存在字段没有写入、默认值回退、文档与实现不一致、某个 gate 实际是否生效?” 但不适合单独回答: “应该如何改变交易策略和资本分配?” 3. Grok:代码梳理最完整,但最容易过度设计 Grok 对整个 ADD 路径的整理最详尽: 各层准入条件; risk latch; REDUCE reentry cooldown; 价格带; fingerprint; emergency cap; market target; ENTRY/ADD gap; allocator 的现金、集中度、shock 和深度约束; ADD 与 ENTRY 的评分和 continuity; SELL/REDEEM 对现金回收的影响。 它对当前代码执行模型的概括非常清楚: 能不能加由 headroom 决定;加多少由 target gap 离散为 lot;ADD style 只是解释标签。 因此,在“快速理解一个陌生复杂系统”方面,Grok 表现很好。 弱点 Grok 最大的问题是: 从“发现一个可能的机制副作用”快速跳到“建议修改策略”。 它提出了大量未经实盘证明的改动: TIME_TOPUP 冷却; ADD 1.5 倍 edge/day 门槛; ask≥0.97 限制为 1 lot; 降低 peak target; 提高 entry share; 单次仅补部分 gap; 弱化 continuity; 降低 TTE confirmation 权重。 这些建议表面上都很合理,但存在三个问题: 没有先证明这些机制实际造成了损失; 没有量化被 ADD 挤出的 ENTRY 是否更优; 可能重新引入此前已经修复的低 ADD recall 和 leader fidelity 偏差。 Grok很擅长生成完整优化空间,但容易把: POSSIBLE SIDE EFFECT 升级成: CONFIRMED ROOT CAUSE 再进一步升级成: SHOULD CHANGE PRODUCTION LOGIC 这是生产交易系统审核中最危险的倾向。 最适合的角色 SYSTEM_MAPPING CODE_AND_CONFIG_EXPLANATION HYPOTHESIS_GENERATION DESIGN_OPTION_ENUMERATION 不适合作为唯一的: PRODUCTION_CHANGE_APPROVER ROOT_CAUSE_FINAL_AUTHORITY STRATEGY_SEMANTICS_GATEKEEPER 三个模型的典型思维模式 Grok 发现机制 → 推演可能副作用 → 生成多种优化 → 倾向建议修改 优点:覆盖广、思路多。 风险:过度设计、假设升级过快。 Kimi 追踪代码和字段 → 找实现不一致 → 找局部缺陷 → 尝试从缺陷推导策略改进 优点:代码问题定位强。 风险:局部正确不等于系统结论正确。 Fable5 理解代码 → 读取运行数据 → 找实际 binding constraint → 区分主因和次因 → 按实盘收益排序 优点:最接近生产运营思维。 风险:仍会在个别指标含义和金额口径上过度断言。
显示更多