惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Google DeepMind News
Google DeepMind News
S
Security Affairs
阮一峰的网络日志
阮一峰的网络日志
L
LangChain Blog
Microsoft Azure Blog
Microsoft Azure Blog
雷峰网
雷峰网
Recent Announcements
Recent Announcements
WordPress大学
WordPress大学
The GitHub Blog
The GitHub Blog
博客园_首页
The Cloudflare Blog
M
MIT News - Artificial intelligence
博客园 - 【当耐特】
MyScale Blog
MyScale Blog
S
SegmentFault 最新的问题
P
Proofpoint News Feed
Y
Y Combinator Blog
Jina AI
Jina AI
博客园 - 聂微东
A
About on SuperTechFans
Blog — PlanetScale
Blog — PlanetScale
博客园 - 司徒正美
G
Google Developers Blog
云风的 BLOG
云风的 BLOG
F
Full Disclosure
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Microsoft Security Blog
Microsoft Security Blog
爱范儿
爱范儿
T
Tailwind CSS Blog
J
Java Code Geeks
Vercel News
Vercel News
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Stack Overflow Blog
Stack Overflow Blog
罗磊的独立博客
小众软件
小众软件
酷 壳 – CoolShell
酷 壳 – CoolShell
T
The Blog of Author Tim Ferriss
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
博客园 - 三生石上(FineUI控件)
W
WeLiveSecurity
PCI Perspectives
PCI Perspectives
Attack and Defense Labs
Attack and Defense Labs
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
宝玉的分享
宝玉的分享
IT之家
IT之家
Hacker News: Ask HN
Hacker News: Ask HN
The Register - Security
The Register - Security
T
The Exploit Database - CXSecurity.com
T
Threat Research - Cisco Blogs

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
AI秒破18世纪「天书」账本!谷歌新模型盲测刷屏全网
新智元 · 2025-11-13 · via 人人都是产品经理

谷歌 AI Studio 神秘模型(疑似 Gemini-3)惊艳学界,成功识别 200 多年前商人的潦草账本。它不仅以人类专家级水准完成手写转写,纠正格式错误,更通过历史货币与重量系统的多步换算,澄清模糊表述

最近,谷歌AI Studio上的一个神秘模型不仅成功识别了200多年前一位商人的「天书」账本,而且还修正了里面的格式错误和模糊表述,展现出的推理能力令历史学家震惊。

悄悄地,谷歌已经解决了AI界的两大古老难题?

前不久,谷歌AI Studio上的一个神秘模型引发网友关注,其中包括一位叫Mark Humphries的历史学家。

他拿出了200多年前一位奥尔巴尼商人的「天书」账本,来测试大模型在手写文本识别(HTR)上的能力。

令人震惊的一幕出现了!

神秘模型不仅在自动手写识别上接近满分,还纠正了原账本中的一个书写格式错误,优化了其中一个可能引发歧义的模糊表述。

这意味着该模型不仅能识别字母,还可以理解字母背后的逻辑和知识背景。

而且,这些能力都是在模型未被提示的情况下展现出来的。

专家级的手写文字识别能力,无需显式规则的推理能力,这两大难题的解决标志着AI模型能力上的一次跃迁。

网友推测,这个神秘模型可能就是谷歌即将在今年推出的Gemini-3,但尚未官方确认。

破解历史学家难题

Mark Humphries是Wilfrid Laurier大学的一位历史学教授。

作为一名历史学家,他十分关心AI在自己的专业领域是否已经达到了人类专家级的推理水平。

因此,Humphries选择了让大模型来识别历史手写体,他认为这是检验大模型整体能力的一个黄金测试。

识别历史手写体,不仅是一个视觉任务,还要对历史手稿所在的历史背景有一定的了解。

如果缺乏这些知识,要准确识别和转写一份历史文献几乎是不可能的。

在Humphries看来,这恰恰也是历史文献中最难识别的部分。

随着大模型能力的发展,它们在HTR上的识别准确率可以超过90%,但剩下的10%才是最难,也是最关键的。

Humphries认为,如今的大模型(Transformer架构)在本质上是预测式的(其核心机制是预测下一个token),但历史文献中的拼写错误和风格不一致,本来就是不可预测、低概率的答案。

因此,要把「the cat sat on the rugg」而不是「mat」转写出来,模型就必须逆着训练分布的倾向来做。

这也是为什么大模型在转写不熟悉的人的名字(尤其姓氏)、冷门地名、日期或数字(比如金额)时不太擅长的原因。

比如,一封信是Richard Darby写的,还是Richard Derby写的?日期是1762年3月15日,还是1782年3月16日?账单是339美元,还是331美元?

当历史文献中,出现这类难以辨认的字母或数字时,往往需要通过其他类型的背景知识来找到答案。

Humphries认为,这「最后一英里的准确性」,才是历史手写文本识别能被人类使用的前提。

预测式架构是否存在「天花板」?

为了衡量手写转写准确性,Humphries与Lianne Leddy博士专门做了一个测试集,这是一个包含50份文档、总计约1万词的集合。

并且,他们采取了一切合理的预防措施,尽可能确保这些文档不在大模型的训练数据里。

这个测试集包含了不同风格的书写(从难以识别的潦草字迹到正式的秘书手写体),以及各种工具拍摄的图像。

在Humphries看来,这些文档代表了他以及研究18、19世纪英语文献的历史学家最常遇到的类型。

他们用字符错误率(CER)和词错误率(WER)来衡量转写错误的比例。

研究显示,非专业人士通常WER在4-10%。

即便是专业的转写服务也预期会有少量错误,他们通常保证1%的WER,但前提是文本清晰易读。

所以,这基本就是准确度的上限。

去年,在Humphries等人的测试集上,Gemini-2.5-Pro的表现为:

严格CER为4%,WER为11%。

当排除大小写和标点的错误时,它们通常不会改变文本的实际含义,也不影响搜索与可读性,这些错误率降到了CER 2%和WER 4%。

Humphries也发现,每一代模型的改进确实都在稳步发生。

Gemini-2.5-Pro的成绩,已经比他们几个月前测试的Gemini-1.5-Pro提升了约50-70%,后者又比最初测试的GPT-4提升了约50-70%。

这也印证了扩展规律的预期:

随着模型变大,只凭模型规模就能大致预测它在这类任务上的表现。

新模型的表现

在同样的数据集下,他们开始测试Google的新模型。

具体做法是上传图片到AI Studio,并输入如下内容固定的提示词:

「你的任务是准确转写手写历史文献,尽可能降低CER和WER。逐字逐词逐行工作,严格按照页面上呈现的样子转写文本。为保持历史文本的真实性,保留拼写错误、语法、句法和标点以及换行。转写页面上的所有文本,包括页眉、页脚、边注、插入内容、页码等。如果存在这些内容,请按作者标示的位置插入……」

Humphries在选择测试文档时,尽量挑选错误最多、最难辨认的那些文档。

它们不仅手写潦草,而且充满拼写与语法错误,缺乏恰当标点,大小写极不一致。

目的很简单,就是要探一下这个神秘模型的底。

最终,他挑了测试集中的5份文档。

结果十分惊人。

该模型转写的5份文档(总计刚过1000词,约占样本的十分之一),严格CER为1.7%,WER为6.5%。

也就是说包括标点和大小写在内,大约每50个字符错1个。

而且几乎所有错误都在大小写和标点,出错的地方都是高度模糊,真正「词」层面的错误非常少。

如果把这些类型的错误从计数中排除后,错误率降到了CER 0.56%和WER 1.22%。

也就是说,这个新的Gemini模型在HTR上的表现达到了人类专家级的水准。

秒破200多年前账本「谜团」

随后,Humphries决定继续给新模型上强度。

他拿出了200多年前一位奥尔巴尼商人的日记账。

这是一位荷兰籍店员用英语记录的流水账。

他可能不太会说英语,拼写和字母书写极不规则,其中还夹杂着荷兰语与英语。

账目也用旧式英镑/先令/便士写法,并采用当时常见的速记格式:「To 30 Gallons Rum @4/6 6/15/0」。

这表示有人购买了(记入其账户的借方)30加仑朗姆酒,每加仑4先令6便士,总计6英镑15先令0便士。

对于今天的大多数人来说,这种非十进制货币单位很陌生:1先令等于12便士,1英镑等于20先令。

单笔交易随时记到账上,用横线分隔,中间写当天日期数字。

每笔交易记成借记(Dr,购买)或贷记(Cr,付款)。

有些交易被划掉,可能表示已对账或转入总账里的客户账户(类似「待处理」变「已入账」)。

这些记录还无标准格式。

大模型在处理这种账本时一直容易出问题。

不仅因为相关训练数据很少,还因为其中没有太多规律可言:人可以买任意数量的任何东西,单价可以是任意的,而总价并不按常规方法凑整。

大模型往往能辨出一些名字和一些商品,但在数字上完全迷失。

比如,它们通常难以准确转写数字,而且倾向于把单价与总价混在一起。

尤其是一些复杂的页面会暂时「搞崩」模型:让它不断重复某些数字或短语,或者有时干脆失败不答。

然而,Humphries在谷歌的新模型中,却看到它在识别奥尔巴尼商人日记账页面时表现接近完美。

不仅数字部分惊人地全都正确,更有意思的它还纠正了原来店员记账时的一个格式上的小错误。

比如,Samuel Stitt买了2个潘趣酒碗,店员记为每个2/,意思是每个2先令;为省事,他省略了「0便士」。但为了保持一致,模型把它转写为@2/0,这其实更规范也更清楚。

通读文本,Humphries还看到一个让他汗毛直竖的「错误」。

他看到Gemini把一行「To 1 loff Sugar 145 @ 1/4 0 19 1」的原文转写为「To 1 loff Sugar 14 lb 5 oz @ 1/4 0 19 1」。

18世纪的糖以硬化的锥形糖锭出售,Slitt先生是个店主,大量购入糖用于转卖。

乍看之下,这像是一次幻觉式错误:模型被要求严格按原文转写,但它插入了原文没有的「14 lb 5 oz」。

仔细考证后,Humphries意识到大模型做了极其聪明的事。

Gemini正确推断出1、4、5是重量单位构成的数值,描述所购糖的总重量。

为了确定正确的重量、解码145,Gemini还利用最终总价0/19/1反推重量,这需要在两套十进制体系与两套非十进制体系之间来回换算。

Humphries推测了大模型的推理过程:

糖的单价是1先令4便士每单位,也就是16便士。交易总价是0英镑、19先令、1便士,可换算为229便士。

要算买了多少糖,就用229除以16,得到14.3125,或14磅5盎司。

于是,Gemini断定它不是「1 45」,也不是「145」,而是「14 5」,进而是14 lb 5 oz,并在转写中予以澄清。

在Humphries的测试中,没有其他模型在被要求转写同一文档时做出过类似表现。

这个例子之所以引起Humphries注意,是因为AI似乎跨过了一些专家长期声称现有模型无法越过的边界。

面对一个含糊的数字,它能够推断出缺失的上下文,在历史货币与重量系统之间执行了一系列多步换算,并得到一个正确结论,这个过程需要对文献所描述的世界进行抽象推理。

Humphries认为其中发生的可能是一种涌现的、隐式的推理,是在一个统计模型内部,自发地把感知、记忆与逻辑组合起来,而不是被专门设计成以符号方式推理,虽然他还不清楚背后的具体原理。

如果这一假设成立,Humphries认为「糖锭条目」不仅是一段了不起的转写,更发出了一个小而清晰的信号:模式识别开始跨越真正「理解」的界限。

这说明大模型不仅能以人类专家级的准确度转写历史文献,也开始展示出对这些历史文献背后经济与文化系统的理解。

Humphries认为这也许揭示了另一件事的开端:机器开始能就它们所见的世界,进行真正的抽象、符号化推理。

撰文:元宇

本文由人人都是产品经理作者【新智元】,微信公众号:【新智元】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。