2026年2月

不怎么行啊
没有红绿对比最近一次修改的功能，像是在盲改
时不时的就用覆盖方式写文件，把中文全变成乱码

想做一个肉鸽游戏，借鉴小丑牌，但以赚钱为目标。
一局代表一个人的一生，每局有五十轮，一轮代表一年，每年你可以选择不同方向，例如工作流，创业流，炒股流等等，游戏的目标就是在保证自己不被饿死的情况下（收入大于刚性支出）尽可能赚更多的钱，五十轮后可以走无尽模式。
游戏的爽感也借鉴小丑牌的机制，通过倍率放大利润以增加爽感，也可能有风险亏光本金以突出不确定性，我感觉还是很合理的，毕竟这个世界上赚到一万亿的人也不是没有。
大家感觉怎么样？如果反响不错的话我就尝试做个 demo

前言：为什么需要 CSS？

在早期，网页的“内容”和“样式”是混在一起的。想改 100 个标题的颜色，就得改 100 次 HTML 代码，简直是噩梦。

1996 年，CSS（层叠样式表） 诞生，彻底解决了这个问题。
如果把网页比作建房子：

  • HTML 是“搭骨架”：决定哪里是墙、哪里是门（内容结构）。
  • CSS 是“搞装修”：决定墙刷什么漆、地板铺什么砖（视觉外观）。

核心优势：结构与样式分离。样式写一次，全站复用，极大地提升了维护效率。

核心 1：怎么把 CSS 用到网页里？（3 种方式）

要让 CSS 生效，必须把它和 HTML 关联起来。按推荐程度排序：

方式写法示例适用场景推荐指数
1. 外部样式表<link rel="stylesheet" href="style.css">实际项目必备。一个 CSS 文件搞定全站样式，修改一次全网生效。⭐⭐⭐⭐⭐
2. 内部样式表在 HTML 的 <head> 里写 <style> p { color: red; } </style>单页面临时测试。不需要新建文件，但代码无法跨页面复用。⭐⭐⭐
3. 内联样式<p style="color: green;">文字</p>极不推荐。样式和标签死死绑定，后期改起来让人崩溃。⭐

实战演示

<!DOCTYPE html>
<html>
<head>
  <!-- 1. 外部样式表：通过 link 标签引入外部的 style.css 文件 -->
  <link rel="stylesheet" href="style.css">
  
  <!-- 2. 内部样式表：直接写在 head 里的 style 标签中 -->
  <style>
    h1 { color: blue; }
  </style>
</head>
<body>
  <!-- 3. 内联样式：直接写在标签的 style 属性里 -->
  <p style="color: green;">这是一段绿色的文字</p>
</body>
</html>

核心 2：CSS 语法公式 —— “选谁” + “怎么改”

CSS 的语法非常像下达指令，核心公式是：选择器 { 属性: 值; }

/* 这是一个 CSS 注释，浏览器会忽略它 */
p { 
  color: red;       /* 声明：把文字颜色（属性）改成红色（值） */
  font-size: 16px;  /* 注意：必须用冒号分隔，分号结尾！ */
}

关键零件：选择器（我要改谁？）

最常用的 3 种基础选择器：

选择器类型语法作用示例
元素选择器标签名选中所有同名标签p { color: red; } (所有段落变红)
类选择器.类名选中带有特定 class 的元素（最常用，可复用）.box { background: yellow; }
ID 选择器#ID名选中带有特定 id 的元素（全页唯一，不可复用）#header { font-size: 20px; }

实战演示：HTML 与 CSS 的配合

<!-- HTML 骨架 -->
<p>我是普通段落</p>
<p class="highlight">我是高亮段落（带 class）</p>
<div id="footer">我是底部区域（带 id）</div>
/* CSS 装修 */
p { color: #333; }                  /* 元素选择器：所有 p 标签变深灰 */
.highlight { background: yellow; }  /* 类选择器：带 class="highlight" 的背景变黄 */
#footer { font-size: 14px; }        /* ID选择器：带 id="footer" 的字号变小 */

核心 3：万物皆盒子 —— CSS 盒模型 (Box Model)

这是 CSS 最核心的概念：网页里的每一个元素（段落、图片、按钮），本质上都是一个矩形盒子。

从内到外，盒子分为 4 层：

  1. Content（内容区）：文字或图片本身占据的核心区域。
  2. Padding（内边距）：内容与边框之间的“缓冲带”（比如让文字不贴着边框）。
  3. Border（边框）：盒子的外壳（可以设置粗细、颜色、实线/虚线）。
  4. Margin（外边距）：盒子与其他盒子之间的距离（用来推开别人）。
💡 通俗理解：想象一个装在快递箱里的易碎品。
物品本身是 Content，包裹物品的防震气泡膜是 Padding，纸箱纸板是 Border，两个快递箱之间的距离是 Margin。

实用技巧：方向简写 (Shorthand)

设置 padding 或 margin 时，经常需要指定上下左右。CSS 提供了一行搞定的“顺时针简写法”（上 ➡️ 右 ➡️ 下 ➡️ 左）：

简写代码实际含义记忆口诀
padding: 10px;上下左右全是 10px1个值：全包圆
padding: 10px 20px;上下 10px，左右 20px2个值：上下、左右
padding: 10px 20px 30px;上 10px，左右 20px，下 30px3个值：上、左右、下
padding: 10px 20px 30px 40px;上、右、下、左（顺时针）4个值：顺时针转一圈

(注：margin: 0 auto; 是一个经典技巧，表示上下外边距为 0，左右自动平分，能让盒子水平居中。)

🚀 总结

今天你掌握了 CSS 的三大基石：

  1. 引入方式：知道该把 CSS 写在哪里（首选外部样式表）。
  2. 基础语法：学会用“选择器”精准定位元素，用“属性: 值;”修改样式。
  3. 盒模型：看透网页布局的本质，学会用 Margin 和 Padding 控制间距。

在数字化转型的浪潮中，客户关系管理系统（CRM）早已不再是简单的“通讯录”或“销售日志”。对于企业而言，它更是驱动业绩增长、沉淀客户资产的核心引擎。

然而，面对市场上琳琅满目的CRM产品，许多企业陷入了选型困境：功能看似大同小异，价格却天差地别；通用型CRM看似什么都能做，但在具体的业务场景中却总是“差一口气”。特别是对于工业品制造、医疗器械、高科技这类B2B长销售周期行业，一个不匹配的CRM不仅不能提升效率，反而会成为销售团队的累赘。

为了帮助您拨开迷雾，本文将基于当前市场的最新动态，从功能深度、价格体系、用户口碑三个维度，为您全方位解析目前市面上最值得关注的十大CRM软件。在文章的最后，我们将特别剖析，为何在B2B复杂销售领域，“专注”比“大而全”更重要。

第一梯队：国际巨头与综合平台

1. Salesforce

  • 一句话总结：  生态强大如航母，但要想开动它，你需要配备一整支“舰队”（高昂的实施与定制成本）。
  • 功能解析：  作为全球CRM的鼻祖，Salesforce的功能极其强大，PaaS平台能力无人能及，适合跨国集团进行极度复杂的定制。
  • 价格：  起步价不低，且中国用户需考虑额外服务器费用、实施费用，整体落地成本往往是软件License费用的3-5倍。
  • 口碑：  大厂的首选，但国内中小企业普遍反馈“水土不服”、“用不起来”。

2. 微软Dynamics 365

  • 一句话总结：  与Office全家桶的无缝集成是最大杀手锏，但复杂的逻辑让实施周期漫长。
  • 功能解析：  集成了ERP与CRM能力，数据打通能力强，尤其适合已有深厚微软生态基础的制造型企业。
  • 价格：  模块化定价，看似灵活，但若需要完整功能，总价迅速飙升。
  • 口碑：  IT人员喜欢其扩展性，业务人员则常抱怨界面不够友好，学习成本高。

3. 销售易

  • 一句话总结：  国产移动端体验的佼佼者，致力于平台化，但在垂直行业深度上仍在追赶。
  • 功能解析：  近年大力发力PaaS平台和伙伴云，前端交互体验流畅，适合流程相对标准的B2B企业。
  • 价格：  中高端定价，处于Salesforce与本土初创公司之间。
  • 口碑：  在快消品、标准服务业口碑不错，但在复杂的项目型制造场景中，客户常反馈需要“二次开发”来适应自身流程。

第二梯队：垂直行业深耕者

4. 八骏科技 CRM

  • 一句话总结：  B2B长销售周期的隐形冠军，专注工业品制造、医疗器械、高科技领域12年，用92%的续约率证明“懂行”才是硬道理。
  • 功能解析：  深度适配LTC（从线索到现金）全流程。不同于通用CRM，八骏内置了针对项目型销售、仪器设备招投标、医疗器械合规管理的独特功能，如复杂的报价配置、渠道分销管控、售后服务闭环等。真正做到了“开箱即用，随需而变”。
  • 价格：  高性价比。由于行业聚焦，实施快、见效快，总拥有成本远低于需要大量定制的国际大牌。
  • 口碑：  “他们懂我们的业务，沟通起来不费劲”是客户最常见的评价。许多做大型设备、精密仪器、IVD试剂的企业反馈，只有八骏能解决他们从“线索培育”到“项目验收”的漫长过程管理难题。

5. Zoho CRM

  • 一句话总结：  国际版的“万金油”，功能覆盖广，但在中国本土化服务上存在一定滞后。
  • 功能解析：  提供极其丰富的功能模块和集成应用，适合预算有限但又需要较多基础功能的小微企业。
  • 价格：  极具竞争力的低价策略。
  • 口碑：  用户爱其性价比，恨其复杂的配置逻辑和有时“迷之操作”的国内服务器稳定性。

第三梯队：互联网思维与轻量级应用

6. 纷享销客

  • 一句话总结：  连接型CRM的倡导者，外勤管理强，目前正向PaaS平台艰难转型。
  • 功能解析：  早期以“钉钉模式”切入市场，在快消品、农牧业等需要外勤管理的行业有深厚积累。
  • 价格：  中等偏上，增值服务收费项目较多。
  • 口碑：  销售管理层喜欢其协同功能，但操作层反馈随着版本迭代，App变得越来越臃肿。

7. 神州云动CloudCC

  • 一句话总结：  老牌PaaS厂商，定制能力强，但生态建设相对较弱。
  • 功能解析：  拥有自主知识产权的PaaS底层，大客户定制能力强，在金融、教育领域有一定建树。
  • 价格：  实施费用高，对中小企业不够友好。
  • 口碑：  技术圈口碑尚可，但在垂直行业的业务理解深度上，客户评价两极分化。

8. 励销云

  • 一句话总结：  融合大数据与AI的营销一体机，适合主动获客型的中小企业。
  • 功能解析：  整合了找企业、查电话的获客功能，适合电话销售团队。
  • 价格：  门槛低，按坐席收费灵活。
  • 口碑：  线索量是亮点，但对B2B复杂项目的后续跟进管理能力偏弱，更像是一个“线索工具”而非“项目管控工具”。

9. 悟空CRM

  • 一句话总结：  开源界的代表，代码在手说走就走，但运维成本需自担。
  • 功能解析：  提供开源版本，企业若有技术团队可自行搭建和修改。
  • 价格：  初期软件成本极低，但长期人工运维成本不可忽视。
  • 口碑：  深受程序员喜爱，但业务部门往往抱怨功能更新慢，BUG修复不及时。

10. 简信CRM

  • 一句话总结：  老牌国产软件，功能稳定，但在移动互联网时代的创新能力略显不足。
  • 功能解析：  功能覆盖常规的客户、联系人、机会管理，界面传统但实用。
  • 价格：  传统买断制加服务费模式，性价比较高。
  • 口碑：  拥有一批合作多年的老客户，但在吸引新兴科技企业方面，品牌声量稍弱。
    • *

深度剖析：为什么B2B长周期销售必须选“行业专家”？

看完以上十大软件的对比，您可能会发现一个规律：像Salesforce、销售易这样的综合性平台，确实能解决80%的通用问题，但恰恰是剩下的20%行业特性，决定了CRM项目的成败。

对于工业品制造、医疗器械、高科技这三个特定领域的企业来说，他们的痛点非常独特：

  1. 决策链长：  一个订单涉及技术、采购、高层等多方角色，线索需要长时间的培育。通用的“简单跟进记录”根本无法支撑复杂的客户关系梳理。
  2. 项目流程复杂：  涉及招投标、方案报价、样机测试、合同审批、分期收款、发货安装、售后维保等多个环节。这需要CRM具备强大的项目阶段管理和流程自动化能力。
  3. 产品/服务非标：  很多高科技和工业品涉及选配和报价配置，错误的报价可能直接导致亏本。CRM需要像ERP一样精准。
  4. 售后与服务闭环：  医疗器械需要严格的维保记录和效期管理，工业设备需要定期的巡检和服务派工。这不仅是服务，更是二次销售的起点。

这也正是为什么我们将 八骏科技 CRM 置于本次推荐的关键位置。当许多CRM还在比拼“客户量”和“通用功能”时，八骏已经在这三个细分赛道深耕了超过12年。

八骏CRM的核心护城河：

  • 行业Know-How的沉淀：  12年只做一件事，意味着他们的产品逻辑不是凭空想象，而是由无数个真实的工业品制造、医疗器械经营、高科技研发企业的实战经验反哺而成。他们听得懂什么是“注册证”、什么是“两票制”、什么是“寄售模式”。
  • 惊人的92%续约率：  在SaaS行业，80%的续约率已是优秀，92%则代表了极致的客户满意度。这充分说明，选八骏的企业不是“将就用”，而是真正用出了价值，把系统当成了业务运转的核心。
  • “小而美”的专注力：  八骏不像大厂那样追求“大而全”，而是追求在核心赛道上的“深而精”。他们提供的不仅是软件，更是一套经过验证的、符合长周期销售逻辑的管理方法论。

给您的靠谱选型建议

如果您正处在CRM选型的十字路口，不妨按照以下三步来思考：

第一步：先诊断，再选药。

  • 如果您是一家只有5-10人、流程极其简单、只需要记电话的贸易公司，那么选一个几百块的轻量级工具即可。
  • 但如果您身处工业制造、医疗器械、高科技领域，销售周期超过一个月，甚至长达半年到一年，涉及多人决策、多方协同——那么，您需要的是一个  “业务操作系统”  ，而不仅仅是一个“销售记录本”。

第二步：警惕“万能药”，拥抱“专科医生”。

  • 通用型CRM就像感冒药，能缓解症状，但治不了您的“项目型销售”重症。如果您选择Salesforce或Dynamics，需要做好投入巨额实施费用、拉长上线周期的准备。
  • 如果您希望找一个懂行、上手快、经验证能适配复杂业务流程的伙伴，强烈建议您重点关注 八骏科技 CRM。与其花半年时间把一套通用系统“改”成你们行业的样子，不如选择一个天生就是为你们行业而生的系统。

第三步：不仅看价格，更要看“总拥有成本”。

  • 便宜的软件买来用不上，是最大的浪费。昂贵的软件买来用不好，是沉没的成本。
  • 八骏CRM的高性价比，体现在它能快速适配您的业务，快速上线，快速见效。对于追求稳健增长、重视客户资产沉淀的B2B企业来说，选择八骏，意味着选择了一个续约率高达92%的长期战略伙伴。

最后，给您的最终建议是：
对于业务模式标准的快消或服务行业，可以从销售易、纷享销客中择优；但对于立志在工业品制造、医疗器械、高科技领域深耕细作、追求长期价值的企业，八骏CRM会是不错的选择。  因为，只有真正扎根于泥土中的系统，才能开出最适合您业务的花朵。

/t/1188293 ，推荐最多的就是百分浏览器，今天终于还是试了下，啊啊啊，这不就是我用了多年的 360chrome 吗？鼠标手势、超级拖拽、左右展开的收藏夹、google 账号同步、收藏夹新标签打开、双击标签关闭、标签页点喇叭静音，简单一模一样，还没有任何广告，太良心了！

扔不了 360chrome 就是因为上面这些功能，试了很多浏览器都不行，今天终于发现了，感谢百分浏览器作者！必须给个大大的赞！！！

如果你喜欢上面这些功能，一定要试试哈！

image

大家好，我是 Rumus 的开发者，来分享一下自己做的终端工具，顺便招募一波内测用户。

Rumus 是什么

一句话概括：一个好看、好用的终端，内置 AI Agent。

做这个项目的初衷是觉得市面上的终端要么功能强但颜值拉胯，要么好看但不够实用，而且几乎没有把 AI 能力原生集成进去的。所以就自己做了一个。

主要功能

  • 内置 AI Agent - 接入最新的 AI 大模型，可以直接在终端里用自然语言写脚本、自动化任务、问问题
  • 智能命令补全 - 会学习你的使用习惯，越用越懂你
  • SSH 连接管理 - 保存主机凭证，一键连接，内置 SFTP 拖拽传文件
  • 工作区管理 - 终端卡片 + 监控小组件，多任务管理很方便
  • 隐私优先 - 端到端加密，AI 功能可以随时关闭，数据自己掌控
  • GPU 加速渲染 - 丝滑流畅

支持 macOS / Windows / Linux 三端。

内测福利

现在注册即可获得：

  • 1 个月 MAX 订阅（解锁全部功能）
  • $1 AI 模型额度（体验内置 AI Agent）

使用方式：访问 https://www.rumus.ai 注册账号后，在设置里输入激活码即可。

码用完了也没关系，可以在帖子下面留言，我再补。

反馈渠道

欢迎大家来体验，有任何问题或建议随时交流！

点赞 + 关注 + 收藏 = 学会了

在做前端开发或者使用 n8n、dify 等工具时可能会跟数字打交道，可能会遇到下面这些需求：

  • 显示金额：1234567.89 → 1,234,567.89
  • 金额计算：0.1 + 0.2
  • 超大 ID：9007199254740993
  • 阿拉伯数字转中文金额：123456.78 → 壹拾贰万叁仟肆佰伍拾陆元柒角捌分

很多刚接触 JavaScript 的开发者会直接使用 Number 类型处理这些问题，但实际上这里面隐藏了不少 坑。

举个例子：

如果后端传给你的 JSON 里的长 ID 没加引号，前端在 JSON.parse 的一瞬间就已经把精度丢了。

const rawJson = '{"id": 9007199254740995}';
const parsed = JSON.parse(rawJson);
console.log(parsed.id.toString()); // "9007199254740996" 精度丢失了！！！

解决方案：

  1. 后端改 String：最省心的办法。让后端把超长 ID 以字符串形式下发。
  2. 前端插件：如果后端不改，你可以使用 json-bigint 库来解析原始的 JSON 字符串。

数值是否安全？

在实际应用中，可以通过一些方法来胖段当前数值是否安全。

JS 提供的方法：

Number.isSafeInteger(9007199254740991) // true
Number.isSafeInteger(9007199254740992) // false

处理大数值的几种方案

在 JavaScript 里，普通数字类型是 Number（64位双精度浮点），它有一个安全整数范围：

  • 最大安全整数：Number.MAX_SAFE_INTEGER = 9007199254740991
  • 最小安全整数：Number.MIN_SAFE_INTEGER = -9007199254740991

超过这个范围就会出现 精度丢失问题，例如：

console.log(9007199254740991 + 1) // 9007199254740992
console.log(9007199254740991 + 2) // 9007199254740992  ❌ 精度丢失

如果你要处理 超过 Number 最大安全值的整数，有几种常见方案👇

方案1：BigInt

现代 JavaScript 提供了一种新的类型：BigInt。

它可以表示任意大的整数。

const num = BigInt("9007199254740993")

console.log(num + 1n)
// 9007199254740994n

用 BigInt 的话，数字后面会跟着一个字母 n，看到它就能区分这个值和普通的 Number 类型不一样，这个需求可能会涉及很大的数值。

它还有一种简写方法，在赋值的时候不需要加引号括者数字，而是在数字后面加个 n。

const num = 9007199254740993n

需要注意的是，BigInt 不能和 Number 混合运算！！！

1n + 1
// ❌ 报错

必须统一类型：

1n + BigInt(1)

金融计算为什么不能直接用 Number

一个经典问题：

0.1 + 0.2

# 结果是 0.30000000000000004

原因是浮点数精度问题。

金融系统一般有两种解决方案。

方案一：金额用“分”存储

例如：

123.45 元

存储为：12345 分

前端展示时再除以 100。

const amount = 12345 / 100

console.log(amount)
// 123.45

这种方式是比较老派的方法。

方案二：使用大数库

**MikeMcl 写了几个很出名的处理数字的JS库，比如：

我用 bignumber.js 演示一下。

安装 bignumber.js

npm install bignumber.js

在前端项目里引入：

import BigNumber from 'bignumber.js';

此时直接计算小数位的数值

const a = new BigNumber(0.1)
const b = new BigNumber(0.2)

a.plus(b).toString()
// 0.3

// 格式化，保留2位小数
a.plus(b).toFormat(2)
// 0.30

处理数值比较大的数据也没问题

// 1. 创建大数（建议始终传入字符串）
const x = new BigNumber('9007199254740995.123456789');
const y = new BigNumber('100');

// 2. 加减乘除
const res = x.plus(y);      // 加
const res2 = x.minus(y);    // 减
const res3 = x.times(y);    // 乘
const res4 = x.div(y);      // 除

console.log(res.toString()); // "9007199254741095.123456789" (精度完全保留)

格式化数值

在金融行业，金额的展示不仅关乎美观，更关乎准确性和合规性。针对你提出的千分位转换、中文大写转换以及大数处理

千分位格式化

方案1：toLocaleString()

JavaScript 原生支持国际化格式化。

const amount = 123456789.56

amount.toLocaleString()
// 123,456,789.56

方案2：Intl.NumberFormat

金融项目比较推荐使用这个方案。

const formatter = new Intl.NumberFormat('zh-CN', {
  minimumFractionDigits: 2,
  maximumFractionDigits: 2
})

console.log(formatter.format(1234567.8))
// 1,234,567.80

如果想在金额前面加一个“钱”的符号，比如人民币就加个 ¥，可以这么写：

const formatter = new Intl.NumberFormat('zh-CN', {
  style: 'currency',
  currency: 'CNY'
})

console.log(formatter.format(123456))
// ¥123,456.00

如果要使用美元符 $ 就这么写：

const formatter = new Intl.NumberFormat('en-US', {
  style: 'currency',
  currency: 'USD'
})

console.log(formatter.format(123456))
// $123,456.00

方案3：正则实现千分位（不推荐）

function formatNumber(num) {
  return num.toString().replace(/\B(?=(\d{3})+(?!\d))/g, ",")
}

console.log(formatNumber(123456789))
// 123,456,789

如果需要支持小数就这么写：

function formatMoney(num) {
  return num.toString().replace(/\d+/, function(n) {
    return n.replace(/(\d)(?=(\d{3})+$)/g, '$1,')
  })
}

但金融系统一般不推荐这种方式，因为这种方式不支持国际化，不支持货币格式，容易出 bug。

数字转大写中文

在中文的金融系统中，经常需要展示：

123456.78
↓
壹拾贰万叁仟肆佰伍拾陆元柒角捌分

这个规则有点复杂，一般不建议自己实现。

我推荐使用开源库 nzh（https://github.com/cnwhy/nzh）。

安装：

npm install nzh

使用：

import nzh from "nzh"

nzh.cn.encodeS(123456)
// 十二万三千四百五十六

nzh.cn.encodeB(123456.78)
// 壹拾贰万叁仟肆佰伍拾陆点柒捌

nzh.cn.toMoney(123456.78)
// 人民币壹拾贰万叁仟肆佰伍拾陆元柒角捌分

最后总结一下。

在 JavaScript 中处理金额和大数时，核心要记住三点：

1️⃣ 不要直接用 Number 做金融计算
2️⃣ 金额存储最好使用整数（分）
3️⃣ 展示时再进行格式化

只要遵循这三条原则，就可以避免绝大多数金额相关的 bug。

以上就是本文的全部内容了，还有疑问的话可以在评论区交流。

点赞 + 关注 + 收藏 = 学会了

一天晚上，我在电脑前打牌(游戏王大师决斗)。

对手先手，玩的是当前版本最新最潮的码丽丝卡组，场子做的很大。我后手玩的是烙印，手牌还行，有几张大解牌，正准备突破对面呢，听到门响，伯伯走了进来。

伯伯和我爸的父亲是堂兄弟，这几代人传下来，关系也比较远了。但一个队里住着，平时见面也会打个招呼。伯伯在我们社区门上卖东西，消息比较灵通，也很热心肠。

我起身说：您坐，给您倒杯水。伯伯笑呵呵说：不用麻烦了，你妈呢，有件好事说说。我一听就感觉不妙。老妈听到人来了，从卧室走了出来。

然后伯伯就说起了好事：他今天和老兄弟一起喝酒，喝着喝着俩弟兄就聊到儿女，他的老兄弟说他女儿，三十了还没有嫁出去，这么单着也不是事，想找找有没有合适的小伙子。我伯伯的一对儿女早已结婚，娃娃都能打酱油了。于是，伯伯就想到了他的侄儿：也就是我……

老妈一听，喜笑颜开。我在旁边听的是头皮发麻，伯伯这两年已经说过好几次这样的好事，说实话，把我折腾得够呛。此时老妈呵斥了一声：别玩了！过来听你伯伯说话！我心乱如麻，手里的一张解牌交错，对面连锁起跳，已经拦不住了。一招不慎，满盘皆输，我点了投降。

搬着小板凳，坐到了桌子旁。伯伯还在高谈阔论：这女娃长得心疼(老家方言就是漂亮的意思)，性格又好，在镇里当老师，工作也稳定，也不知道为啥没找着对象。家里也不说别的，主要看娃娃们能谈上不，能谈上就成。

老妈听得更高兴了，觉得天上要掉馅饼了。伯伯接着趁热打铁对我说：你可要把握住啊，这可是你的福气啊，我腹诽道：这样的福气给你要不要啊？终究没敢说出来，怕被打。

倒不是我非以恶意揣测别人，就我这几年接触到的大龄相亲对象来说，真的各种稀奇古怪。国内这样严峻的相亲市场上，女方还能剩到大龄，真的不好说啊。当然我也是大龄，我肯定也有问题(一是丑，二是穷，三是嘴还不会说)，我不单身谁单身？

眼看着这事推不掉了，我立马起身给伯伯添水(茶还是给客人倒上了)：伯伯，我还想多了解一下对面姑娘，看看合不合适。想套话看有没有大坑，以前几个实在是踩怕了。伯伯的兴致更高，话也多了起来。抛开一些主观评价的客套话，我终于找到了一点有用的信息：这位姑娘，已经在我们队里相过一个人了(辈分上算我堂弟)，然后才来找的我。

我赶紧旁敲侧击：那到底是为啥没看上呢？自知者明，我可不认为自己有足够的魅力让陌生异性对我倾心。伯伯也不是很了解详情，好像听姑娘说的，觉得那个小伙太瘦了。我一听，就有了借口：那我不是更瘦吗？手不能提，肩不能挑，风大一点就能吹跑。

伯伯赶紧给我建立信心：你还是挺好的，肯定能行，赶紧来把微信加上。老妈也在瞪我。没奈何，我只好扫了微信加了好友。伯伯见状，起身告辞。老妈出去送客，我心想又要遇到一只算盘了。

果不其然，第二天通过好友之后。我问一句，她答一句。我不问她，她也不说话。和她的聊天，我就在上珠算课，拨一下，动一下。我被搞得不厌其烦：要不出来一起吃饭，聊聊天，就我们两个。我说：基本情况大家都了解，线上聊出花也没用，万一线下见光死了呢。就别浪费各自的时间精力了，大家都很忙的。姑娘长时间沉默，我也不管她，忙自己的事。过了好久，她说：好。

到了吃饭的那天，我早上给她发消息：下午什么时候有空，你想吃什么？姑娘又是沉默，到中午回了一句：随便听你安排，吃什么都行。

老妈给我出主意，让我带她去城里，在某某广场吃饭然后转转，还能买点礼物。我听得头都大了：打住打住。这么热的天气，晒得人简直能脱了皮，那广场也不知谁设计的，没有遮阴凉的地方，铺的一条条碎石子路，炎炎夏日走上去就像在热锅上跳舞。我是去吃饭的，不是去受刑的。说好下午说在社区门上吃个烧烤完事，好久没去吃了，还挺想的。

万幸的是，天公作美。中午过后云层黑压压地堆积了起来，可能要下雨，风也起来了，刮得树叶哗啦啦响。慢慢地热气消退了，等到下午六点，我发消息：该出发了，要不一会儿雨下大了。又是沉默，过了半小时，她说不好意思让你久等了，我心想：可想瞎了你的心，你还以为我大热天在吃饭的地方等你吗？我还在床上躺着呢，你不出门我也不出门。

然后她说：要带个朋友过来，不介意吧？我早就受够了她的算盘回答和时不时断联，心想你爱咋咋地。骑着小电驴到了社区门上，她还是没有到。我到旁边商店买了三瓶水，等了五分钟，她终于神龙现身了，可不容易，我把水递给她，说去吃烧烤吧，她同意了。

坐在烧烤店里，外面的雨大了起来，雨点像黄豆一样砸在店前的台阶上，空气中传来黄土和青草混合出来的独特气息，家乡的味道，让人心定。在外地漂泊的时候，我就时时渴望像这样的雨能抚慰我的心灵，本来我心火挺大的，但是美景与美食不可辜负，何必为陌生人动气呢。想到这里，我释然了。

我问她：你朋友呢？她说在路上，她出去迎一下。我说你去吧，起身我就挑了几样喜欢吃的食材，让老板烤上。我在这家店是老顾客了，老板说还是老样子：少辣然后再烤上两个饼子，切成扇形分开装盘？我点点头：对。

过了一会儿，她的朋友来了。然后我就体验了一次特殊的考试，跟审犯人似的：家里几口人啊？兄弟姐妹几个啊？父母工作是什么啊？有车没？有房没？工作是什么啊？工资多少啊？对未来有啥打算啊？她就是主考官，她朋友是副考官。还想把我当学生训呢？我可不吃你这一套，能答的答，不能答的略过不谈，总之烧烤的味道还是很不错，可惜对身体不好，只能偶尔吃一顿。

暴雨停了下来，我吃得心满意足，问她吃好了没？她说好了，我说那就散了。这时两位独立女性，低着头，眼睛被手机迷住了，屁股上坠了千斤，一动不动。还当老师呢？志士不饮盗泉之水，廉者不受嗟来之食的道理懂不懂，蹭白食蹭得理直气壮。

我笑了一下，对这样的人还要有所期待吗？起身结账，老板说：又来和朋友吃饭？我说算不上，陌生人而已。老板笑了：算你优惠，三十块，欢迎下次光临。我说：谢谢老板。出门后我想：这家店我吃过不下二十次了，和家人、朋友、同事都来过，还真没见过今天这样的。

凉风习习，骑上小电驴回家了。

一边骑着一边想着今天的消费。

三瓶水：六块，烧烤：三十，纸巾：两块，雪糕：两块。总计四十。

还好，真别说，烧烤还是挺好吃的。

情报名称：

GitLab 多个安全漏洞通告

漏洞编号：

CVE-2025-14560,CVE-2025-12073,CVE-2025-8099,CVE-2025-7659,CVE-2026-1094,CVE-2026-0958,CVE-2026-0595,CVE-2026-1387,CVE-2025-12575,CVE-2026-1456,CVE-2026-1080,CVE-2026-1458

情报描述：

近日,GitLab 发布了安全公告，修复了 15 个安全漏洞，其中值得关注的高危漏洞有：CVE-2025-7659、CVE-2025-8099、CVE-2026-0958、CVE-2025-14560、CVE-2026-0595，中危漏洞有：CVE-2026-1458、CVE-2026-1456、CVE-2026-1387、CVE-2025-12575、CVE-2026-1094、CVE-2025-12073、CVE-2026-1080。
GitLab CE/EE 是一款基于 Git 的代码托管、版本控制、协作开发平台。

CVE-2025-7659 GitLab CE/EE 未授权访问漏洞

漏洞类型：未授权访问
漏洞等级：高危
漏洞详情：该漏洞可能允许未经身份验证的用户通过滥用 Web IDE 中不完整的验证来窃取令牌并访问私有仓库。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2025-8099 GitLab CE/EE 拒绝服务漏洞

漏洞类型：拒绝服务
漏洞等级：高危
漏洞详情：在特定条件下可能允许未经身份验证的用户通过发送重复的 GraphQL 查询来造成拒绝服务的问题。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2026-0958 GitLab CE/EE 拒绝服务漏洞

漏洞类型：拒绝服务
漏洞等级：高危
漏洞详情：该漏洞可能允许未经身份验证的用户通过绕过 JSON 验证中间件限制，导致内存或 CPU 耗尽，从而引发拒绝服务。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2025-14560 Code Flow 中的跨站脚本问题影响 GitLab CE/EE

漏洞类型：XSS
漏洞等级：高危
漏洞详情：在某些条件下，该漏洞可能允许认证用户通过向漏洞代码流程中注入内容，代表其他用户执行未授权操作。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2026-0595 测试用例标题中的 HTML 注入问题影响 GitLab CE/EE

漏洞类型：其它
漏洞等级：高危
漏洞详情：在某些条件下，该漏洞可能允许经过身份验证的用户通过在测试用例标题中的 HTML 注入向用户账户添加未经授权的电子邮件地址。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2026-1458 GitLab CE/EE 拒绝服务

漏洞类型：拒绝服务
漏洞等级：中危
漏洞详情：在特定条件下，该问题可能允许未经身份验证的用户通过上传特别制作的文件来造成拒绝服务。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2026-1456 Markdown 预览中的拒绝服务问题影响 GitLab CE/EE

漏洞类型：拒绝服务
漏洞等级：中危
漏洞详情：该漏洞可能允许未经身份验证的用户通过提交特制的 markdown 文件，在 markdown 预览中触发指数级处理，从而导致 CPU 耗尽，造成拒绝服务。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2026-1387 仪表板中的拒绝服务问题影响 GitLab EE

漏洞类型：拒绝服务
漏洞等级：中危
漏洞详情：该漏洞可能允许认证用户通过向仪表板上传一个特殊构造的文件并反复发送 GraphQL 查询来解析它，从而造成拒绝服务。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2025-12575 虚拟注册表中的服务器端请求伪造问题影响 GitLab EE

漏洞类型：SSRF
漏洞等级：中危
漏洞详情：在某些条件下，具有特定权限的认证用户可能对内部网络服务执行服务器端请求伪造。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2026-1094 差异解析器验证不当问题影响 GitLab CE/EE

漏洞类型：其它
漏洞等级：中危
漏洞详情：GitLab 已修复一个可能导致经过身份验证的开发者向 WebUI 隐藏特殊构造文件更改的问题。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2025-12073 Git 仓库导入中的服务器端请求伪造问题影响 GitLab CE/EE

漏洞类型：SSRF
漏洞等级：中危
漏洞详情：在某些条件下，该漏洞可能允许经过身份验证的用户通过绕过 Git 仓库导入功能中的保护措施，对内部服务执行服务器端请求伪造。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知
CVE-2026-1080 迭代 API 中的授权绕过问题影响 GitLab EE

漏洞类型：其它
漏洞等级：中危
漏洞详情：在特定条件下可能导致已认证用户通过查询迭代 API 端点访问私有子组迭代数据的问题。
远程利用：是
POC 状态：未公开
在野利用状态：未发现
漏洞细节：未公开
利用复杂度：未知

受影响产品：

影响版本： CVE-2025-7659 + 18.2.x ≤ GitLab CE/EE ＜ 18.6.6 + 18.7.x ≤ GitLab CE/EE ＜ 18.7.4 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2025-8099 + 10.8.x ≤ GitLab CE/EE ＜ 18.6.6 + 18.7.x ≤ GitLab CE/EE ＜ 18.7.4 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2026-0958 + 18.4.x ≤ GitLab CE/EE ＜ 18.6.6 + 18.7.x ≤ GitLab CE/EE ＜ 18.7.4 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2025-14560 + 17.1.x ≤ GitLab CE/EE ＜ 18.6.6 + 18.7.x ≤ GitLab CE/EE ＜ 18.7.4 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2026-0595 + 13.9.x ≤ GitLab CE/EE ＜ 18.6.6 + 18.7.x ≤ GitLab CE/EE ＜ 18.7.4 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2026-1458 + 8.0.x ≤ GitLab CE/EE ＜ 18.6.6 + 18.7.x ≤ GitLab CE/EE ＜ 18.7.4 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2026-1456 + 18.7.x ≤ GitLab CE/EE ＜ 18.7.4 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2026-1387 + 15.6.x ≤ GitLab EE ＜ 18.6.6 + 18.7.x ≤ GitLab EE ＜ 18.7.4 + 18.8.x ≤ GitLab EE ＜ 18.8.4 CVE-2025-12575 + 18.0.x ≤ GitLab EE ＜ 18.6.6 + 18.7.x ≤ GitLab EE ＜ 18.7.4 + 18.8.x ≤ GitLab EE ＜ 18.8.4 CVE-2026-1094 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2025-12073 + 18.0.x ≤ GitLab CE/EE ＜ 18.6.6 + 18.7.x ≤ GitLab CE/EE ＜ 18.7.4 + 18.8.x ≤ GitLab CE/EE ＜ 18.8.4 CVE-2026-1080 + 16.7.x ≤ GitLab EE ＜ 18.6.6 + 18.7.x ≤ GitLab EE ＜ 18.7.4 + 18.8.x ≤ GitLab EE ＜ 18.8.4

解决方案与修复建议：

目前官方已发布安全版本，受影响用户可下载安装。 https://about.gitlab.com/update https://docs.gitlab.com/runner/install/linux-repository.html#updating-the-runner

今天必须好好说道说道特斯拉。

说实话，特斯拉刚出来那会儿，我是真觉得它帅炸了。全新的设计语言，还有那句“加速世界向可持续能源的转变”，当时听着确实挺戳人的。

想想以前走在路上，跟在油车后面吸尾气那股味儿，真的难受。有些老破油车排放不达标，路过都恨不得捂鼻子。电动车普及之后，至少街边空气质量好了不少，这点确实是实打实的进步。

再说外形设计，特斯拉没出来之前，我对满大街的油车外观是真的提不起兴趣。不是说非得跑车才好看，但你倒是设计得走心点啊？结果特斯拉一来，嚯，原来车可以长这样——线条流畅、科技感拉满。就是内饰吧……简陋得让人沉默。

但问题是，从 Model S/X 到 Model 3/Y ，这都多少年了？真正意义上能叫“迭代”的，就 3 和 Y 这一波。现在我是真受不了了，忍不住要骂几句：

  1. 内饰是真的省。 那个中控无线充电板，设计出来是为了凑配置单的吗？功率低得感人，放上去充半天还不如掉电快，导航还得低头看手机，那我要它干啥？隔壁蔚来至少有个 NOMI ，会转头会卖萌，你哪怕官方出一个车载电子宠物，我愿意掏钱买，真的。

  2. 座椅真的不行。 我老款 Model Y ，没通风，夏天一开车后背湿一片。新款终于加了通风，但还是没按摩，而且那个头枕，谁靠谁知道——硬，角度还不对，头根本放不舒服。零重力座椅？想都别想。午休想眯一会儿，调半天姿势，最后只能脖子歪着睡。

  3. 车载冰箱？想多了。 大夏天开车累了，想喝口冰可乐、冰咖啡，过分吗？不过分吧。结果全车连个冷藏手套箱都没有。我可以不用，但你得有，对吧？

  4. 前备箱那个手动开关…… 真就 2024 年了，前备箱还得用手掀、用手摁。后备箱都有电动了，前面省这点成本，每次开都觉得自己在开古董车。

  5. 售后保养价格离谱。 这次去售后做一次过保前检查，告诉我“热泵冷凝器建议清洗一下”，报价 633 块。633 ？！我去外面 T9 洗一次 99 ，搞活动 49 。我寻思这差价够我洗 10 次了，你特斯拉洗的是金箔吗？

  6. 充电桩价格也让人迷惑。 超充站有些站点能干到两块一度电，哪怕买了充电卡也要一块三。问题是也没感觉快多少啊？关键是别的品牌快充站一堆，价格便宜一半不止。真就不理解为啥特斯拉还能定这价，懂行的朋友能不能解释一下？

  7. 雨刮器的自动模式像抽风。 明明毛毛雨刮得飞快，大暴雨反而安静如鸡。手动调？行，但触屏操作你知道多危险吗？开车调个雨刮得盯着屏幕点，这不是反人类是啥。

  8. 语音助手约等于无。 说句话识别半天，反应还慢，基本只能用来设导航。别家语音都能控制车窗、空调、座椅了，特斯拉还在“嗯？您说什么？”

  9. 悬挂是真的硬。 操控好没问题，但你过个减速带像撞墙，过个坑感觉轮子要飞了。偶尔带家人出门，人家坐后排颠得话都不想说。

在开发一个门户官网的网站时候遇到的问题： 设计稿是 1920, 版心内容是 1440, 我想要兼容下不同分辨率的用户，如果直接按照这个设计稿像素去开发的话，可能有些用户的屏幕就是 1440 或 1680 的了，这样显得页面很大，一个版新内容就几乎占用了用户的全屏，体验不太好，但是这个页面我又不能全局去用 rem 单位，这种情况改怎么适配

我有个在广州的朋友，认识一个介绍软件外包私单的人。
我们年付固定的费用，大约 1-2 万，然后，每个月广州的那个人给我们推这种软件开发外包单，价值在几千到几万不等。
这个人只负责推单子，不管我们的成单后的利润，也不分提成。

请教朋友们两个问题：

  1. 这种有没有什么已经出现的套路？广州那边有这种诈骗吗？
  2. 接单的话，现在用 AI 来加速开发生成是否有搞头？

求真

我先来，主力机 iphone air ，备用机 vivo x fold5 。基本上是出门在外更多的用 air ，在家主要用 fold ，得益于蓝厂强兼苹果，两台手机可以互相接听电话、短信、通信，微信也可以在 fold 上使用平板模式共存。另外我选 fold 还有一个重要原因，即兼容连接 watch 和 airpods 。app 的话 google play 和 apple store 覆盖全了，app 广告跳过---fold 有 GKD （类似李跳跳），iphone 可以用 loon 。

下面讲讲缺点，两台手机的续航都不太行，好在公司和家里尝待的地方都有充电器，随时补电。众所周知 air 只有一颗主摄，所以 fold 的三摄弥补了这个缺点，蓝厂自带滤镜也确实比 iphone 的拍片好看。两台手机的扬声器都很拉跨，属于勉强能听的水平。

暂时想到这么多，后面再补充。大家有兴趣都可以互相分享下心得，友好交流，谢谢~

先说经过
12 月份 在一家三甲医院的门诊就诊做了几个检查
花了 2000 多块钱
刷的医保卡
当时 没扣款
第二天才显示扣的医保卡的钱
没仔细看
以为自动门诊统筹了
结果过年期间查医保记录
那 2000 多全是余额支付的，一分没报销
当地政策是门诊消费超过 700 后能走门诊统筹报销
我去医院问为什么没报销
医院给的答复是医保余额支付的不能门诊统筹，要现金支付才能门诊统筹
还说可以退款，叫我现金支付再报销
结果退款过程中说是跨年了， 不能退款了，叫我自认倒霉
我想知道这里面有什么猫腻吗
我只能认栽吗

五角大楼对 Anthropic 下达最后通牒

根据 Axios 的报道，美国国防部长 Pete Hegseth 与 Anthropic 首席执行官 Dario Amodei 举行闭门会晤，并正式向其发出周五晚（2 月 27 日）截止的最后通牒，要求 Anthropic 放弃其针对「大规模国内监视」和「完全自主杀伤性武器」的 AI 限制条款（AUP），否则 Anthropic 将被列为「供应链风险」企业，同时美国政府将援引《国防生产法》（DPA）强制接管其技术——在 DPA 法案下，政府将有权强制 Anthropic 优先为国防需求定制无安全护栏的模型版本，这一手段此前多用于战时或大流行期间的物资增产。

在早些时候的达沃斯世界经济论坛采访中，Anthropic 首席执行官 Dario Amodei 曾抨击美国政府允许英伟达向中国出口 H200 处理器的决定，强调针对中国维持计算能力优势对防止极权主义利用 AI 技术至关重要，当地时间 2 月 23 日，Anthropic 还通过官方博文指控 DeepSeek、Moonshot AI、MiniMax 三家中国厂商对其模型进行产业级蒸馏攻击；目前 Claude 也是唯一拥有五角大楼 IL6 级机密访问权限的尖端 AI 供应商，但拒绝在使用限制条款上妥协，军方官员方面则强调军事工具必须支持「所有合法用途」且不应受私营公司「觉醒（woke）」政策的约束。五角大楼据传也在加速推进替代方案，并于本周二确认已与 Elon Musk 的 xAI 签署协议，允许其 Grok 模型进入机密系统处理武器开发与战场操作，同时接近与 Google 达成 Gemini 的机密准入协议。来源

松下外包电视业务

松下宣布与创维达成战略合作并向其移交电视制造、销售及营销业务。根据协议，创维将主导北美与欧洲区域的销售、营销及物流；松下则提供技术专长与质量保证，并与创维联合开发高端 OLED 机型。同时松下承诺为 2026 年 3 月前售出的存量电视及 4 月起上市的新品提供售后支持。

此次业务重组自 2026 年 4 月起执行，届时松下娱乐事业部将并入松下控股。来源

Ubiquiti 发布 Cloud Gateway Industrial 万兆网关

Ubiquiti 于 2 月 19 日宣布推出 UniFi Industrial 产品线，该系列产品采用无风扇被动散热设计，专为极端环境打造，首款产品为多功能万兆网关 Cloud Gateway Industrial，也称 UCG-Industrial（270W）。

UCG-Industrial 基于四核 Arm Cortex-A73@2.2GHz 处理器，配备 3GB 内存，可管理 50 台以上 UniFi 设备、支持连接 500+ 用户，支持包括机架在内的多场景部署；接口方面提供 1 个 10Gb SFP+、1 个 10GbE PoE+++ RJ45、4 个 2.5GbE RJ45（2 个支持 PoE+++、2 个支持 PoE++），还集成了 BE5000 双频 Wi-Fi 7；预装 128GB NVR 存储 microSD 卡，还拥有可与 UniFi 5G Max Outdoor 调制解调器配套使用的 SIM 卡槽，定价为 579 美元。来源

适马发布全画幅 35mm F1.4 DG II 和 APS-C 画幅 15mm F1.4 DC 镜头

适马于 2 月 24 日正式发布 35mm F1.4 DG II 和 15mm F1.4 DC 两款镜头新品。其中 35mm F1.4 DG II 采用全新设计的 12 组 15 片镜片结构，含有 4 片高精度非球面镜片与 2 片 SLD 特殊低色散镜片，配有 11 片圆形光圈叶片，镜头重量 530g、长度 94mm（L 卡口），搭载双 HLA 浮动对焦系统，相比上一代的长度缩短约 14%，重量减轻约 20%。该镜头在两个位置配备了 AFL 按钮，可通过兼容相机的菜单为其分配多种功能；除光圈环外，还配备了光圈环锁定开关以及无极光圈开关，定价 1059 美元。

15mm F1.4 DC 镜头为 APS-C 画幅无反相机打造，是此前 16mm F1.4 的升级版，镜头长度 64.8mm、重量 220g，等效全画幅 22.5mm（佳能 RF 卡口为 24mm），相比前代镜身长度缩短约 30%，重量减轻约 50%，配有 9 片光圈叶片；采用步进马达驱动轻量化对焦镜片组，配备光圈环，支持直观操控。此外佳能 RF 卡口版本采用控制环，用户可自定义功能，可选 E、X、RF 卡口版本，定价 579 美元。来源

Meta 与 AMD 达成芯片采购协议

2 月 24 日，Meta 宣布计划向 AMD 采购价值高达 1000 亿美元的芯片，涵盖 MI540 系列 GPU 及最新一代 CPU，预计将驱动约 6GW 的数据中心电力需求。作为多年度协议的一部分，AMD 向 Meta 授予了约占公司 10% 股份的绩效认股权证，行权价为每股 0.01 美元，其最终归属取决于 AMD 股价达到 600 美元等里程碑目标。来源

1Password 将上调订阅价格

2 月 24 日，知名密码管理服务商 1Password 宣布将于 2026 年 3 月 27 日起上调个人与家庭计划的订阅费用，根据官方邮件，个人版年费将从 35.88 美元涨至 47.88 美元，涨幅达 33%；家庭版（Family）年费则由 59.88 美元涨至 71.88 美元。新费率将在 3 月 27 日后的下一次续费周期生效，在此日期前续费的用户仍可享受原价一年。

1Password 将此次涨价归因为对安全技术的大幅投入，包括今年 1 月推出的针对 AI 辅助钓鱼攻击的主动钓鱼防护功能、AI 驱动的项目命名及增强版 Watchtower 警报系统。来源

兰博基尼取消 Lanzador 纯电项目

兰博基尼在近期的采访中宣布取消旗下 Lanzador 纯电动 SUV 项目，该决策基于奢侈超跑细分市场对纯电车型需求有限及普及速度放缓的现状，首席执行官 Stephan Winkelmann 指出，在市场尚未成熟时重金投入全电动开发属于财务不负责任行为，品牌将转向全线插电式混合动力（PHEV）路线，同时以积极应对欧盟 2035 年新车 90% 零排放的监管压力。兰博基尼计划到 2030 年将旗下所有车型均转为插电式混合动力版本。来源

暴雪发布《守望先锋》手游衍生作

暴雪娱乐正式公开了《守望先锋》IP 的移动端衍生作 Overwatch Rush，该作并非主系列游戏的移植，而是一款专为手机设计的俯视角射击游戏，由暴雪内部一支独立于 Team 4 的移动开发团队打造，采用 4v4 竞技模式，画风更具卡通色彩，首发角色包含猎空、莱因哈特、天使（其技能被重做为侧重战斗的医疗官）等主系列游戏中的英雄，支持虚拟摇杆双摇杆操作及技能自定义。

该作将以 F2P（免费游玩）模式登陆 Android 与 iOS 平台，目前处于早期开发阶段，计划近期在菲律宾等特定地区启动首轮 Beta 测试，官方承诺后续将通过 Discord 持续同步开发进度。来源

看看就行的小道消息

  • 彭博社披露了苹果首款触控屏 MacBook Pro 的核心规格，称该系列将提供 14 英寸与 16 英寸版本，计划于 2026 年底（预计 10 月至 11 月）随 M6 Pro 及 M6 Max 芯片发布，同时搭载动态交互界面，有望为解决长期以来「手指点按垂直屏幕」的逻辑难题，有望打破乔布斯此前提出的「触控电脑是人体工程学灾难」的定论。来源
  • 有用户爆料称，索尼可能会在研发新款掌机的同时，重启 PlayStation Vita TV 产品线。现已停产的 PlayStation TV（又名 PlayStation Vita TV）于 2013 年推出，是索尼史上最小的电视主机，只需接入电视或显示器即可游玩 PSP 以及部分精选 PS Vita 游戏。该设备还支持现已停运的 PS Now 云游戏串流服务，并具备 PS4 远程游玩功能。来源
  • Meta AI 安全研究员 Summer Yue 近日通过其社交平台披露，她在使用 OpenClaw 处理电子邮件的过程中，因为数据压缩机制导致关键指令被跳过，删除了大量她在 Meta AI 的个人邮件。来源

少数派的近期动态

  • 少数派年度征文来了，古法手搓大战人工智能，你会是哪条赛道的大赢家？参与一下
  • 重磅新片《寻源南疆》上线，我们在雪山上拍了一部「公路电影」。看看精彩画面
  • 将设计装进耳朵：少数派×飞傲联名 CD 机盖板设计大赛已经开始啦。了解详情
  • 没什么用，但就是好玩：盘点或恶搞或无聊的「神经病」应用。看看都有啥
  • Sonos × 少数派 × 暖风家联合打造：声音与视觉的沉浸体验空间正式上线啦。了解详情
  • 我们正在优化并改进新的首页版式，如果你在使用过程中发现了任何问题或者有改进建议，请通过反馈表单告知我们。首页反馈收集

你可能错过的文章

> 下载 少数派 2.0 客户端、关注 少数派公众号，解锁全新阅读体验 📰

> 实用、好用的 正版软件，少数派为你呈现 🚀

    2025-2026中国数智科技年度风云榜以“数智科技赋能产业未来”为主题，聚焦数字技术与智能技术深度融合的新赛道、新模式，集中展示我国数智科技领域的创新成果与先锋力量，为新质生产力加快形成提供示范与指引。

    在此次发布的系列榜单中，北京中烟创新科技有限公司（简称：中烟创新）自主研发的“灯塔AI智能体”入选“2025-2026中国数智科技年度十大创新力产品”榜单。

    灯塔AI智能体是中烟创新面向企业级智能化需求构建的多任务协同智能体系统，与通用大模型侧重内容生成能力的定位不同，聚焦于垂直领域的业务流程智能化，旨在将一线业务人员从重复性、事务性工作中解放出来，提升业务处理的效率与规范化水平。

    灯塔AI智能体的核心设计理念是“智能体协同”，通过将复杂业务拆解为由不同职能智能体分工执行的子任务，系统能够模拟人工团队的分工协作模式，实现从信息感知、知识检索到推理决策的全流程自动化。这一设计使系统在应对复杂业务场景时，具备比单一模型更高的灵活性与可解释性。灯塔AI智能体的技术架构由三个层次构成，各层次承担不同职能，并通过标准化接口实现协同调用。

    感知与理解层由OCR与NLP技术驱动，负责处理扫描件、手写票据、合同文本等非结构化输入。OCR引擎进行高精度识别与版面分析，NLP能力中心执行实体识别、语义理解、关系抽取等任务，将非结构化材料转化为结构化语义信息，为上层智能体提供标准化输入。

    知识与记忆层由知识图谱、向量知识库与RAG架构支撑，将行业法规、裁量规则、历史案例等专业知识构建为可检索的知识资产。当智能体处理任务时，RAG机制从向量库中检索相关知识片段作为推理上下文，有效抑制通用大模型在专业领域常见的“幻觉”问题，确保输出的专业性与合规性。

    知识图谱的引入支持多跳推理能力，使系统能够处理复杂查询。推理与生成层由大模型与提示词工程协同驱动。基于前两层输出的结构化信息与精准知识，该层通过业务提示词模板引导大模型进行逻辑推理、内容生成、风险研判等高级任务，确保输出符合业务规范与格式要求。智能体平台兼容多种主流大模型，可根据任务类型选择调用，平衡效果与成本。

    灯塔AI智能体的技术能力在“烟草行政处罚案卷制作与评查平台”中得到集中体现。以三类智能体——文书生成智能体、案卷评查智能体与归纳分析智能体构建了一个覆盖执法办案全周期的智能闭环。文书生成智能体基于感知层提取的案件要素，自动匹配相应的文书模板，并依据知识层检索的法规条款填充说理部分。生成结果以草稿形式呈现，供执法人员审核确认。据实践数据，该机制可使案卷制作时间平均减少约70%。案卷评查智能体对关键信息项进行实时校验，发现遗漏或矛盾时即时提示。

    文书定稿后，评查Agent依据预设规则库对全卷进行完整性、合规性、一致性核查，生成评查报告并标注疑点项。这一机制将事后抽检转变为事中全量审核，降低了不合格案卷流入后续环节的概率。归纳分析智能体对经办的案卷进行结构化解析，提取案件特征、处罚结果、裁量依据等维度信息，构建可检索的案例库。积累的案例数据既可用于同类案件的参考比对，也可为裁量规则优化提供实证支撑。正是基于上述架构与案例实践的反复验证，灯塔AI智能体的产品优势在解决企业真实痛点中逐步显现。其设计逻辑并非简单套用通用大模型，而是深入业务流程的末梢，在技术适配性与业务可操作性之间找到了平衡点。

    首先，针对垂直行业专业性强、容错率低的特性，产品在底层构建了行业知识图谱与向量知识库，将数以万计的法规条款和历史案例转化为可即时调用的知识资产，使AI输出有据可依、有案可循。

    其次，面对复杂业务流程中环节多、变数大的挑战，多智能体协同架构模拟了人工团队的分工模式。不同职能的智能体各司其职，既保留了系统在高复杂度任务中的容错性与可维护性，又通过完整的推理路径记录和知识来源索引，将AI决策过程“白盒化”。此外，考虑到业务流程的动态调整需求，灯塔AI智能体平台内置了低代码编排能力。

    业务人员可通过可视化界面灵活配置智能体的调用逻辑与规则触发条件，无需频繁依赖研发介入。这种将技术主导权部分交还给业务端的做法，为后续规模化复制推广降低了组织门槛。灯塔AI智能体以智能体协同为核心架构，通过感知、知识、推理三层解耦，深度融合垂直行业真实场景，在切实提升流程效率的同时推动业务规范化。此次入选“2025-2026中国数智科技十大创新力产品”，标志着行业对中烟创新技术路线与落地成效的认可。这一技术路线为企业数字化转型提供了专业且可操作的实现路径，其架构的可迁移性也为拓展更多行业场景奠定了基础。

    1. 1
    2. ...
    3. 49
    4. 50
    5. 51
    6. 52
    7. 53
    8. 54
    9. 55
    10. ...
    11. 252