首页 文章 精选 留言 我的

精选列表

搜索[端侧AI]，共10000篇文章
优秀的个人博客,低调大师

AI 在六月发现了多个 X.Org Server 安全漏洞

研究人员最新发现了九个影响 X.Org 服务器以及 XWayland 组件的安全漏洞。其中，8 个漏洞由 Trend Micro 的 TrendAI Zero Day Initiative 发现并公布。还有一个漏洞则由红帽公司的资深 X.Org 输入开发人员 Peter Hutterer 发现。 这些漏洞包括： Font Alias Stack-based Buffer Overflow XSYNC Use-After-Free in miSyncDestroyFence() XKB Key Types Stack-based Buffer Overflow XKB SetMap Request Stack-based Buffer Overflow XSYNC Use-After-Free in FreeCounter() XSYNC Use-After-Free in SyncChangeCounter() GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write CreateSaverWindow Use-After-Free Information Disclosure DRI2 DRIGetBuffers/DRIGetBuffersWithFormat Out-Of-Bounds Write 关于披露的更多详情可参阅 xorg-announce list。项目团队计划发布 xorg-server 21.1.23 和 xwayland 24.1.12 以解决这些安全问题。
2026-06-02
优秀的个人博客,低调大师

从“词元”到“符元”：Token 中文名背后的 AI 底层认知之争

近日，全国科学技术名词审定委员会发布公告，推荐将人工智能领域中的“Token”译为“词元”，并面向社会试用。随后，《人民日报》发文《专家解读token中文名为何定为“词元”》，对这一命名从专业角度进行了系统阐释。 文中提到，“token”一词源于古英语 tācen，意为“符号”或“标记”。在语言模型中，token是文本经过切分或字节级编码后得到的最小离散单元，既可以表现为词、子词、词缀或字符等不同形式。模型正是通过对token序列的建模，展现出一定的智能能力。 这一译名在专家论证体系中被认为符合单义性、科学性、简明性与协调性原则，也在当前中文语境中具备一定的使用基础。然而，在阅读相关解读后，我对这一命名路径形成了不同的理解。 从规范化角度看，这一定名方案在短期内具有可理解性与传播优势。但若从计算本体、信息结构、多模态演进及回译一致性等维度审视，其长期适配性仍有待进一步检验。在这一背景下，一个同样值得关注的替代路径——“符元”——逐渐显现出更强的结构一致性与跨语境稳定性。 一、定义的错位：不能用“起源”替代“本质” 文章观点（中国科学院计算技术研究所研究员陈熙霖）：Token在人工智能中的初始角色是“语言基本语义单元”，因此“词元”能够更贴合其本质。 这一判断在历史语境中具有合理性，但在技术范式大跃迁的当下，这种思维本质上是一种“学术刻舟求剑”。 在术语定义的逻辑层面，必须严厉区分“初始应用场景”与“结构本质属性”。 Token 确实起源于自然语言处理（NLP），但在 AGI 的进化路径中，它早已突破了语言模型的边界，演化为统一处理文本、图像、语音乃至物理信号的基础单元。在现代计算体系中，Token 真正的结构本体是“离散符号单元”，而非单一模态的语言单位。 如果按“初始角色”定名，计算机（Computer） 至今应该叫 “电子计算手”（源于其最初代替人工计算员的职能）；互联网（Internet） 应该叫 “冷战军用网”。这种命名逻辑的致命伤在于：它只看到了技术在特定历史时刻的“临时工种”，却忽略了其跨越时代的“物理本体”。 历史路径不能等同于本质属性。同样，我们也不能因为Token最初被用于处理文字，就将其永久锁定在“词”的狭隘语境中。 用“初始应用场景”来定义基础概念，本质上是用历史的路径依赖替代了结构的本体真相。这种定义在技术早期或许能提供理解便利，但在多模态爆发的范式扩展阶段，它会迅速失效并成为阻碍认知的枷锁。相比之下，「符元」直接对齐了跨模态计算的符号本体，它定义的不是Token的“过去”，而是Token的“真相”。 二、类比的边界：解释一旦变成定义就会开始偏离 文章观点（清华大学计算机系副教授东昱晓）：可以通过“词云”“词袋”等类比，将多模态中的离散单元理解为“广义的词”。 东昱晓教授的类比有助于理解，但不应替代定义。这一思路在解释层面具有一定启发性，但若进一步上升为命名依据，则可能引发概念层面的范畴错位。 从方法论上看，类比的作用在于降低理解门槛，而定义的职责在于划定语义边界。当“词”被扩展以覆盖图像块（patch）、语音片段、向量表示（embedding）乃至更广泛的感知信号时，其原有的语言属性已被不断稀释，语义边界趋于模糊。这种由“类比驱动”的扩展路径，在短期内可以维持解释的一致性，但在长期演化中容易造成语义漂移。 在跨模态扩展能力上，需要警惕“类比”向“定义”的滑移。在术语审定的语境中，必须区分“解释性隐喻”与“本体性定义”的边界，避免前者对后者形成替代。 一个更直观的对照是：在科普语境中，我们可以将灯泡类比为“人造太阳”，以增强理解的直观性；但在科学命名体系中，不可能据此将电流单位“安培”（Ampere）重新命名为“光元”。前者属于描述性表达，后者则涉及严格的度量体系与标准化定义，二者不可混用。 同样地，“词云”“词袋”等术语本质上属于描述性或统计性隐喻，其功能在于帮助理解数据结构或分布形态；而Token作为大模型中的基础计量单元，已深度嵌入算力计费、模型训练与学术度量体系之中。当其使用规模达到日均百亿至万亿级调用量时，其命名所承载的已不只是解释功能，更是一个具有工程与标准意义的基础概念。在这一层面上，术语更需要对齐其本体属性，而非依赖类比延展。 如果将这种类比逻辑进一步推至命名层面，其实隐含着一个危险前提：既然人们已经习惯用“词”来理解Token，那么不妨继续沿用这一类比。但这实际上是一种路径依赖的延续——用既有认知的便利，替代对概念本体的校正。在这一意义上，这种命名更接近于一种“语言学上的浪漫主义”，而非对计算本体的严格对齐。 我们不能因为“马力”带有“马”，就要求在电机中讨论“电子马”。类比可以启发理解，但不能定义标准。 相比之下，“符”作为更为中性的概念，天然具备跨模态适配能力，不依赖额外解释即可覆盖文本、图像、语音等多种信息形态。因此，以“符号单元”为核心的命名路径，在定义层面更接近Token的结构本质。在这一逻辑下，“符元”作为对应译名，具备更高的概念一致性与长期适配性。 三、认知的代价：当语义锚点制造系统性误解 文章观点（综合专家意见）： “词元”表述简洁，符合中文习惯，易于传播。 这一判断在传播层面具有一定合理性，但其隐含前提是：公众能够接受“词”的跨模态类比。然而，类比本质上是一种专家思维工具，而非大众的自然认知方式。对于普通用户而言，“词”具有极强的语义锚定效应——一旦听到“词”，其直觉指向必然是语言系统，而非图像、声音或动作等其他模态。这一认知路径并非技术问题，而是认知心理学层面的稳定结构。 在此基础上，当“词”被扩展为所谓“广义的词”时，实际上已经在用户认知中制造了偏差。用户首先形成的是“词=语言单位”的直觉理解，而非“跨模态符号单元”的抽象概念。一旦这种误解被建立，后续所有解释都将变成对既有认知的修正，而非自然理解的延伸。 例如，当媒体报道“模型使用了10万亿词元训练”，公众很容易将其理解为“阅读了大量文本”，而忽略其中包含的大量图像、语音与其他模态数据。这种误解并非个例，而是由术语本身的语义锚定所产生的系统性诱发。 在实际工程语境中，这种命名还可能带来跨学科沟通的摩擦。当视觉模型或语音模型中的离散单元被称为“词”时，不仅容易引发语义误解，也会在不同领域之间制造不必要的语言冲突。多模态系统需要的是“符号层”的统一，而非语言范畴的扩展。 相较而言，“符”作为更抽象的概念，虽然初始理解门槛略高，但其语义指向更加中性，不会将认知预先锁定在语言层。在长期使用中更有利于建立稳定、统一的认知框架，从而降低整体解释成本，并为多模态统一提供更稳定的认知基础。 命名的成本并不发生在定义之时，而是发生在纠正之时；一旦早期命名形成语义锚定，后续认知修复的代价将呈指数级上升。 专家可以通过类比扩展“词”的边界，但大众不会以类比理解概念。命名不是为专家服务，而是为整个时代的认知系统负责。 四、单义性的幻觉：当一个词试图承载两个体系 文章观点（名词审定原则）： “词元”符合单义性原则，有助于解决译法混乱问题。 在术语单义性方面，需要特别关注“一词两义”可能引发的系统性风险。在科学名词审定中，“单义性”是基础性原则之一。一个术语如果需要依赖语境或额外解释才能区分含义，那么它作为标准件的价值就已经丧失。 然而，从现有学术体系来看，这一判断仍存在进一步讨论空间。“词元”一词在语言学与自然语言处理（NLP）领域早已“名花有主”，在经典语言学中，其长期对应的英文概念为 Lemma，即词的规范原形（例如 is/am/are 的词元为 be）。这一用法在语言学与NLP基础教材及学术论文中已形成稳定共识。 在此背景下，若将 Token 同样译为“词元”，则在具体表达中容易产生语义冲突，会出现灾难性的现场。 例如，在描述“NLP中的词形还原操作（lemmatize a token）”时，中文表述将出现“对‘词元’进行‘词元化’”的结构。这种表达不仅增加理解成本，也会在学术写作与信息检索中引入歧义，使读者难以区分“词元”究竟指向被切分的离散单元，还是词的规范原形。 从概念功能上看，二者亦存在明确区分：Lemma强调的是语言层面的“还原”，对应词形变化后的规范表达；而Token强调的是计算过程中的“切分”，对应模型处理信息时的最小离散单位。这种“还原”与“切分”的差异，正对应语义层与符号层的不同维度。 因此，当一个术语需要通过“广义化”来同时覆盖多个既有概念时，其单义性实际上已转化为“解释层面的统一”，而非“语义层面的稳定”。 当一个术语需要通过解释来维持统一时，其作为标准术语的稳定性，往往已经开始动摇。 相比之下，“符元”在现有术语体系中不存在语义冲突。一方面，它保留了Token作为离散符号的本体属性；另一方面，也避免了与Lemma既有译名的重叠，从而在语义清晰性与体系一致性方面表现出更高的稳定性。 五、本体的回归：Token本质上是“符号”，而非“词” 文章观点（通用解释）： Token是语言模型中用于处理文本的最小单位。 这一表述在功能层面是成立的，但仍停留在“如何使用”的层级，而未触及其在计算理论中的本体属性。从信息论与计算理论的角度看，计算系统所处理的基本对象并非“词”，而是“符号”（symbol）。 这一点可以从两个层面进一步理解： 一方面，在信息论视角下，信息的本质在于消除不确定性，其度量单位为比特（bit），其承载实体是离散符号。符号并不关心语义内容，而仅与概率分布与编码结构相关； 另一方面，在计算实现层面，大模型底层并不“识字”，其处理对象是离散的索引表示（ID）。无论这一ID对应的是一个汉字、一个图像块，还是一个音频采样点，在计算过程中均以统一的符号形式参与运算。 在这一框架下，正是因为其本质位于“符号层”，而非“语义层”。符号本身并不承载语义，而是作为编码与计算的基本载体存在。 将Token命名为“词元”，在一定程度上引入了语言语义层的隐含指向，使这一原本处于符号层的概念被重新拉回到以语言为中心的理解路径之中。这种命名方式可能在解释层面提供直观性，但在理论层面容易模糊“符号计算”与“语义理解”的边界。 相比之下，“符元”在概念上保持于符号层之内。一方面，它准确反映了Token作为离散符号的计算属性；另一方面，也避免将语义特征引入本体定义，从而更符合信息论与计算理论的基本框架。 从更广泛的视角看，随着人工智能系统不断向多模态与通用智能演进，基础概念的命名若能够直接对齐其数学与计算本体，将更有利于构建稳定、可扩展的认知体系。在这一意义上，以“符号单元”为核心的命名路径，不仅是语言选择问题，更是对计算本质的一种一致性表达，而“符元”正是在这一框架下的自然对应。 从符号层出发定义概念，是对计算本质的对齐；从语义层出发命名概念，则更接近于解释而非定义。 六、语言的断裂：回译机制中的映射失效 文章观点（综合解读）： “词元”已在中文学术界逐渐形成使用基础，具备一定传播优势。 在跨语言语境下，需要警惕术语“回译断裂”所带来的系统性影响。衡量一个科技术语是否具备长期生命力，不仅取决于其在中文语境中的表意能力，更取决于其能否在国际学术体系中实现稳定映射。理想的术语应当具备“可逆性”，即在不同语言之间能够实现语义上的一致往返。 上述判断反映了“词元”在本土语境中的可接受性，但从跨语言角度来看，仍存在进一步讨论空间。如果一个术语仅在单一语言体系中成立，而无法在国际语境中形成稳定对应关系，则可能在学术交流中引入额外的理解成本。 具体而言，“词元”在回译过程中缺乏清晰、唯一的对应路径。当其被还原为英文时，往往会在多个近似概念之间产生分歧：例如“word unit”缺乏严格的学术定义，“morpheme”对应语言学中的语素，“lexeme”则指向词位。这些概念均无法准确覆盖Token在计算语境中的含义，反而会引入范畴偏移。 相比之下，“符元”可以较为自然地对应“symbolic unit（符号单元）”。这一概念在信息论、离散数学以及多模态表征等领域中具有明确的理论基础与稳定用法，能够在不同语境之间保持一致的语义指向。因此，在中英文之间更容易形成一对一的映射关系。 从实践角度看，术语一旦进入学术论文、技术文档与国际交流场景，其回译能力将直接影响表达效率与理解准确性。如果一个术语需要通过额外解释才能完成跨语言转换，其长期使用成本将持续累积。 因此，在跨语言体系中，“词元”所面临的主要问题在于映射路径的不稳定，而“符元”则在语义对应与概念一致性方面表现出更高的确定性。在人工智能日益全球化的背景下，选择具备良好回译特性的术语，将更有利于构建开放、可互通的学术与技术体系。 术语的国际可逆性，本质上是其是否具备长期学术生命力的关键标尺。 七、统一的误区：形式一致不等于结构一致 文章观点（综合专家意见）： “词元”在表达风格上与“嵌入”“注意力”等术语保持一致，简洁、抽象，符合中文技术语境。 结论先行：术语体系的统一，应建立在“概念同构”之上，而非“语言同形”。 在“词元”的支持论证中，一个常见理由是：其表达风格与“嵌入”“注意力”等术语保持一致，简洁、抽象，符合中文技术语境。这一理由抓住了术语系统需要统一性的真实需求，但问题在于——如果统一仅停留在语言层面，而非结构层面，就会从“秩序”滑向“错觉”。 “嵌入”（embedding）与“注意力”（attention）之所以成为稳定术语，是因为它们对应明确的计算结构：前者是向量映射，后者是权重机制，其命名直接指向计算本质。而“词元”则属于解释性命名，其合理性依赖于“广义词”的类比框架。一旦脱离解释，这一命名本身并不具备自洽的结构指向。 这种差异带来一个关键问题：形式一致，语义偏移。 前者降低表达成本，后者保障认知稳定。若优先追求“语言同形”，复杂性不会消失，而是转移为长期的认知负担；只有建立在“概念同构”基础上的命名，才能在跨语境与多模态演进中保持稳定。 当“嵌入”“注意力”“词元”并列出现时，容易形成“概念同层”的错觉。但实际上，前两者是机制，后者是对象；前两者具备严格定义，后者则依赖语境解释。这种结构不对齐，会在认知体系中埋下隐性断裂。 更重要的是，当一个基础概念的命名依赖于类比而非结构定义时，其影响不会停留在单一术语之内，而会向整个术语体系扩散。当后续概念试图围绕这一命名展开时，将不得不不断通过解释来维持一致性，从而形成隐性的结构性错位。 在这一意义上，“符元”提供了一种更接近底层结构的表达路径。它直接指向计算系统中的基本对象——符号（symbol），无需依赖类比解释，即可在不同语境中保持一致。 术语，不只是标签，而是认知的入口。好的术语让解释逐渐消失，差的术语让注释不断增加。当基础概念偏离结构，术语体系就只能依靠解释维持，而无法依靠定义自洽。 结语 从本质上看，术语的选择并不仅是语言问题，而是对一个领域认知结构的早期塑形。一旦命名在初始阶段偏离其结构本体，后续体系只能通过不断解释来维持运转，而难以形成自洽的概念网络。 在人工智能迈向通用化与多模态融合的过程中，一个能够对齐计算本体、具备跨语境稳定性的术语，将更有可能成为长期有效的认知基石。在这一意义上，以“符号单元”为核心的命名路径，在兼顾技术本质与认知清晰度方面，呈现出更均衡的适配性。
2026-04-19
优秀的个人博客,低调大师

🔥Star 6.3k 支持 AI 无代码工作流引擎 FlowLong 1.2.4 发布

开源地址：https://gitee.com/aizuda/flowlong 开源地址：https://github.com/aizuda/flowlong 官网文档：https://flowlong.aizuda.com 更新日志： feat: 新增 pom 管理版本号 feat: 新增跳转重新设置处理人测试用例 opt: 优化重新加载流程模型兼容错误数据 opt: 优化为草稿主办都为开始节点设定 opt: 优化支持动态修改设置新的审核人类型 opt: 优化浏览文件支持多层嵌套子流程关闭 opt: 优化支持拒绝驳回到子流程内部 opt: 优化检测模型审批节点配置错误细节 fixed: 修复解决反复退回拒绝到发起人异常问题 fixed: 修复删除流程实例未关联子流程问题 fixed: 修复路由子节点key获取失败问题 fixed: 修复获取下一个节点不存在子节点情况 fixed: 修复多个分支没有自己的子节点时报错问题 fixed: 修复直接退回到发起人节点修改为草稿状态 fixed: 修复子流程完成重启父流程动态修改模型失败问题 可视化流程审批效果如下：
2026-04-13

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

时间: 2026-10-18 大小: 211.28KB 下载: 56次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2026-08-21 大小: 5MB 下载: 2次
Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2026-08-21 大小: 9.84MB 下载: 40次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册