包含关键字 typecho 的文章

分享大家都周五摸鱼小技巧doge


上午论坛、玩手机、带薪拉 💩、发呆

下午 14:00 睡醒后缓一缓

14:30 咖啡,15:00

论坛、贴吧、知乎、手机、带薪拉 💩、楼下抽烟

论坛、手机、论坛、发呆、下班

新手写网页,为了让字变粗,随手就是一个 <b>,为了倾斜就是一个 <i>。但这在现代前端开发中是一个巨大的坑。

在 HTML 的早期,没有 CSS,标签确实是用来控制样式的。但随着标准演进,HTML 只负责声明“语义(这是什么)”,长什么样全部交给了 CSS。如果你还在用标签来做“纯视觉展示”,不仅会破坏代码规范,还会导致屏幕阅读器(视障用户工具)和搜索引擎(SEO)无法正确识别网页的重点。

💡 核心定律:永远不要为了改变字体样式(加粗、斜体)去使用 HTML 标签。如果你只想改变外观,请使用 CSS。

一、语气强调:<em> (Emphasis)

<em> 用于改变句子的重音位置,从而改变句子的确切含义。默认表现为斜体。

就像我们日常说话,加重不同的字,意思就截然不同:

  • 原句:我没有说他偷了钱。
  • 强调“我”:<em>我</em>没有说他偷了钱。(潜台词:可能是别人说的。)
  • 强调“偷”:我没有说他<em>偷</em>了钱。(潜台词:他可能是借的。)

二、重要性强调:<strong>

<strong> 用于标记极其重要、严重警告的信息。默认表现为加粗。

屏幕阅读器遇到 <strong> 时,会明显加重语气朗读,提醒用户这部分绝对不能忽略。

<!-- ✅ 正确做法:必须重视的安全警告 -->
<p>这个液体<strong>有剧毒</strong>,千万别碰!</p>

<!-- ✅ 正确做法:重要信息嵌套语气强调,双层重音 -->
<p>这个液体<strong>有剧毒——喝了会<em>死</em></strong>!</p>

三、被降级的“视觉/语境”标签:<i><b><u>

这三个标签曾经代表纯样式的斜体、加粗和下划线。在 HTML5 中,它们被赋予了新的、更微弱的语义,不再代表重点或强调。

1. <i>:语境切换 (Idiomatic Text)

不再是单纯斜体,而是表示这段文本属于另一种语境,与周围的文字区分开来。
适用场景:外文单词、科学学名、人物内心的想法。

<!-- ✅ 正确做法:标记外文语境 -->
<p>菜单上有<i lang="fr">soupe à l'oignon</i>(法语:洋葱汤)。</p>
<!-- ❌ 错误示范:为了强调语气使用 i -->
<p>我<i>真的很开心</i>。</p>

2. <b>:单纯视觉突出 (Bring Attention To)

不再是重要警告,而是表示需要视觉上醒目,但不具备任何额外的重要权重
适用场景:文档里的关键词、产品名、摘要里的导读词。

<!-- ✅ 正确做法:普通的关键词高亮 -->
<p>我买了新电脑:<b>MacBook Air M2</b>。</p>
<!-- ❌ 错误示范:把警告信息写成 b(读屏软件会像读废话一样读过去) -->
<p>前方施工,<b>请绕行</b>!</p>

3. <u>:特殊异常标记 (Unarticulated Annotation)

不再是普通的下划线,而是用于指出文本中存在某种非正常的特殊情况
适用场景:拼写错误的单词。

⚠️ 注意事项:在网页中,带下划线的文字约定俗成代表“超链接”。除非是标记拼写错误,否则绝对不要使用 <u> 或者给普通文字加下划线,这会误导用户认为这是一个可点击的链接。
<!-- ❌ 错误示范:为了强调随便加下划线,用户点击没反应被气死 -->
<p>今天超市的鸡蛋<u>全部免费送</u>!</p>

<!-- ✅ 正确做法:用来标示“错别字”这种非正常文本,并配合 CSS 改成红色波浪线 -->
<p>我昨天<u style="text-decoration: wavy red underline;">网</u>记带伞了(注:作者打错字了,原意是“忘”)。</p>

效果:

四、已被废弃的“纯样式标签”

以下标签因为百分之百只有样式、毫无语义,已经被 HTML 标准彻底废弃。现在开发中严禁使用。

废弃标签旧作用现代替代方案(CSS 或语义标签)
<big>字变大font-size: 1.2em
<font>改字号颜色color: red; font-size: 16px
<strike>加删除线<s> (表示已过期信息) 或 text-decoration: line-through

五、总结与下一步

📝 速记总结

  • <strong> = 真的非常重要(必须警惕/重视)。
  • <em> = 改变句子的重音位置(从而改变含义)。
  • <b> / <i> = 仅仅需要视觉高亮或标明特殊语境,但不改变重要性。
  • 想改样式(变大、加粗),一律使用 CSS。

到目前为止,我们一直在死抠“单段文字”的细节:用 h1 写标题,用 p 写段落,用 strong 抓重点。

但是,如果在网页上遇到“一大串同类信息”该怎么排版?比如,教用户做菜的 10 个步骤,或是电商网站顶部的 5 个导航按钮?难道就是敲 10 个段落标签然后再手动标上 1. 2. 3. 吗?

当然不是。在下一章《07. HTML的 3 种列表:ul、ol、dl》中,我们将讲解如何用最纯粹的机器语言,去管理网页里的“步骤逻辑”和“并列数据”。


当 AI 开始像流水线一样批量产出代码时,那些曾经在 Figma 里精雕细琢每一根像素线条的设计师们,突然发现自己被时代狠狠甩在了身后。

“传统的设计流程,我们曾经奉为圭臬的教条,现在基本已经死了。”

说出这番狠话的,正是站在当下 AI 风暴中心——Anthropic(大模型 Claude 的母公司)的设计负责人 Jenny Wen。在近期的一场深度访谈中,她毫无保留地揭开了这家最前沿 AI 公司内部的“设计革命”:高保真设计稿正在快速消亡,被工程师冷落的 IDE(集成开发环境)反而成了设计师的新宠;在这里,不亲自下场写代码的设计师,根本跟不上 AI 滚滚向前的履带。

如果你还以为设计只是“画界面”,那么这场来自硅谷一线的风暴,绝对会颠覆你的认知。

一、 传统设计流程的崩塌:速度战胜了“完美主义”

在过去,标准的设计流程是神圣不可侵犯的:需求调研 -> 绘制线框图 -> 讨论 -> 画出极其精美的高保真(High-fidelity)Mockup -> 交付给工程师去实现。

但 Jenny 直言,这套耗时数周的流程在 AI 时代已经彻底失效。为什么?因为工程端的效率发生了核爆级提升。现在的工程师可以同时拉起好几个 Claude 智能体,一个上午就能直接把一个“跑得通的粗糙版本”摔在设计师桌上。代码已经写出来了,你还在画图?

“以前我 70% 的时间在做 Mock 和原型,现在可能只剩 30% 了。”Jenny 透露,剩下的时间,她都是直接跳进代码里,和工程师“结对编程”,做“顾问式”的协同,甚至亲自修改前端代码来打磨细节。

【笔者观点:从“制图师”到“产品接生婆”】
在 AI 时代,原型的成本无限趋近于零。这其实剥夺了设计师作为“视觉翻译官”的特权。过去,设计师通过控制设计稿的输出来控制产品的节奏;现在,产品像野草一样从代码里自己“长”出来。
设计师如果继续死守 Figma,就会沦为边缘人。未来的顶尖设计师必须是一个“接生婆”——你要深入产房(代码环境),在产品成型的最后一公里,用你的判断力和品味去修正它,而不是在产房外画一张“理想中婴儿的画像”。

二、 Anthropic 的产品哲学:宁要“丑陋的上线”,不要“完美的难产”

当产品迭代速度快到失控,设计该如何保持质量和用户信任?

Jenny 分享了 Anthropic 推出大爆款 Claude Cowork(一款能在本地电脑执行任务的桌面级智能体)背后的故事。外界惊叹 Cowork 从立项到发布只用了短短 10 天,但 Jenny 澄清,这 10 天其实是把内部无数个零散的原型进行最终组装的过程。

更关键的是 Anthropic 的发布哲学:“我们在它还是‘最差版本’的时候就发布了。”

这听起来非常违背常理。但 Jenny 认为,AI 产品面对的是非确定性的使用场景,你永远无法在设计稿里穷举用户的操作。因此,与其闭门造车,不如把一个“明确有核心价值但体验粗糙”的版本丢向市场,用极快的修复和迭代速度来换取用户的信任。

【笔者观点:敏捷开发进入“极限模式”】
很多大厂还在用上个时代的“洁癖”做产品,总觉得要打磨到 100 分才能见人,结果往往是被 60 分但抢先占位的竞品按在地上摩擦。
Anthropic 的做法极其野蛮但也极其有效:先用核心亮点(比如 Cowork 自动整理文件夹的能力)钩住用户,然后把用户当成测试员,利用 AI 编码的超高效率进行日更甚至小时更。在 AI 时代,“迭代速度”本身就是最高级的产品质量。

三、 寻找“不可读(Illegible)”的创意:设计师的 VC 化

在 Anthropic 的日常工作中,Jenny 有一个非常独特的视角:用风投(VC)的思维来做设计。

她引用了“可读性(Legibility)框架”:如果一个产品的想法非常“可读”(大家都觉得很合理、很顺滑),那它往往毫无新意,早就被做烂了。相反,真正有颠覆性的想法,在早期往往是“不可读”的——它看起来很怪异、难以描述,但周围却有一群极客为之疯狂。

比如 Cowork 早期的一个内部原型“Claude Studio”,里面堆满了各种复杂的仪表盘和状态栏。普通人根本看不懂,但研究员们却玩得不亦乐乎。Jenny 作为设计师,并没有否定这个“丑陋”的东西,而是像挖掘宝藏一样,把其中最核心的信息流提取出来,最终设计出了 Cowork 清爽的交互形态。

【笔者观点:不要去美化垃圾,要去破译“外星语”】
这个洞察非常深刻。很多传统设计师的职业病,是看到一个简陋的东西,第一反应是“怎么给它加个好看的外壳”。
但在 AI 前沿阵地,每天诞生的都是“外星科技”。设计师的最高阶能力,是作为“人类与底层技术之间的翻译官”——去搞懂那些极客们写出的、没人看得懂的框架到底是什么逻辑,然后用人类能够理解的交互语言(无论是对话、组件还是视觉隐喻),把它翻译给普罗大众。

四、 职场大洗牌:AI 时代,哪三种人最抢手?

既然流程变了,技能树变了,未来到底需要什么样的人才?Jenny 给出了三个极其精准的画像:

  1. 强悍的“通才”(Generalists):不是什么都懂一点的万金油,而是“块状能力(Block-shaped)”。你要在设计、产品思维、甚至前端工程三个桶里,都能达到行业前 20% 的硬实力。
  2. 极端的“深度专家”(Deep Specialist):比如你极其懂前端技术,甚至能当半个工程师用;或者你在视觉图标(Icons)上的造诣达到了行业顶尖前 10%。在 AI 都能做 80 分的世界里,只有 99 分的极致工艺才能建立辨识度。
  3. “无包袱的应届生”(Craft New Grad):他们没有被传统大厂的“方法论”洗脑,学得快、不迷信流程,拿到 AI 工具就直接动手做东西。这种“初生牛犊”在这个变局中往往比老油条更有杀伤力。
【总结陈词:放弃仪式感,夺回控制权】
看完这场对谈,我最大的感受是:旧的仪式感正在被无情地粉碎。
画高保真图、做漫长调研、开无数个对齐会……这些曾经让设计师显得“专业”的仪式,在呼啸而来的大模型面前显得苍白无力。
AI 剥夺了我们用“工作量”去衡量价值的时代。未来,无论你是设计师、程序员还是产品经理,唯有放弃对旧工具和旧流程的执念,像 Jenny 那样把手弄脏,直接跳进充满不确定性的代码和新框架里,你才能真正在这场智械狂潮中,守住自己作为“创造者”的尊严。

👇 欢迎关注我的公众号

在 AI 爆发的深水区,我们一起探索真正能穿越周期的技术价值。
微信搜索 【睿见新世界】 或扫描下方二维码,获取每周硬核技术推文:

微信图片_20260301232734_225_35.jpg

欢迎关注【睿见新世界】!

Pinterest 推出了新一代数据库摄取框架,旨在突破传统批处理系统的局限性,提升实时数据的可用性。旧有的基础设施依赖于多条独立维护的数据管道和全表批处理任务,导致延迟高、运维复杂且资源利用率低下。包括数据分析、机器学习和产品功能在内的关键应用场景亟需更快、更可靠的数据访问能力。

 

传统系统面临着几个关键的挑战。数据延迟经常超过 24 小时,拖慢了分析和机器学习工作流程。许多表每日的数据变化量不足 5%,但全表批处理会重复处理未更改的记录,浪费计算和存储资源。此外,传统系统未提供对行级删除的原生支持,管道之间的操作碎片化导致数据质量不一致且维护开销高。

 

正如 Pinterest 的一位工程师所强调的那样:

 

基于 Change Data Capture(Debezium/TiCDC)、Kafka、Flink、Spark 和 Iceberg 构建的统一数据库摄取框架仅处理有变化的记录,在几分钟内(而不是几小时或几天)就可以提供对在线数据库更改的访问,显著节省了基础设施成本。

 

该框架是一个配置驱动的通用框架,支持 MySQL、TiDB和 KVStore,便于快速部署,集成了监控且提供至少有一次的送达保证。

下一代数据库摄取架构概述(图片来源:Pinterest博客文章

 

该架构将 CDC 表与基表分开。作为只追加账本,CDC 表记录每个变更事件的延迟通常低于五分钟。基表维护完整的历史快照,每 15 分钟至 1 小时通过 SparkMerge Into操作进行更新。Iceberg 的合并操作提供两种更新策略:写时复制(COW)和读时合并(MOR)。写时复制策略在更新时重写整个数据文件,增加存储和计算开销。读时合并策略将变更写入独立的文件并在读取时应用,从而降低写入放大效应。经过评估,Pinterest 最终采用了读时合并策略,因为在多数工作负载中,写时复制产生的存储成本远超它所带来的收益。该方案既支持增量更新,又使基础设施成本在 PB 级数据规模下仍然可控。

 

Spark 作业首先对 CDC 表中的最新更改去重,然后在基表上应用更新或删除。历史数据最初通过引导管道加载,后续维护作业负责处理压缩和快照过期。

 

该框架的优化包括:使用 Iceberg 分桶通过主键哈希对基表进行分区,允许 Spark 并行化 upsert 操作,以及减少每次操作扫描的数据量。该框架还通过指示 Spark 按分区分布写入来解决小文件问题,减少了每个任务多个小文件造成的开销。

 

测量结果包括将数据可用性延迟从超过 24 小时降低到低至 15 分钟,避免不必要的全表操作,仅处理每天变化的 5%的记录,降低基础设施成本。该系统可以处理 PB 级规模的数据,跨数千个管道,同时支持增量更新和删除。

 

Pinterest 基于 CDC 的摄取框架提供了对数据库更改的实时访问,其中,Iceberg 表存储在 AWS S3 上,Flink-Spark 处理流和批处理工作负载。未来的改进将集中在自动化模式演变上,如何安全地将上游更改传播到下游,增强大规模管道的可靠性和可维护性。

 

声明:本文为 InfoQ 翻译,未经许可禁止转载。

 

原文链接:https://www.infoq.com/news/2026/02/pinterest-cdc-db-ingestion/

The Dance Class by Edgar Degas, 1874

作者 | Karina Nguyen

编译 | 岳扬

我确定,Anthropic 再也不会是我当初加入时的那个样子了,而我自己也变了很多。大约两年前,我以前端工程师的身份加入,当时公司只有大约 50 人。而当我离开时,已是一名研究员,公司规模已超过 700 人。期间我学到的东西是:

1)一个团队前进的速度,很大程度上取决于两件事:一是做决定够不够果断,二是愿不愿意以开放的心态去做一些有风险的尝试。

2)每次训练一个新模型,都不可避免地会出现一些问题需要解决,而通常,通过仔细回溯、分析数据,你就能逆向推导出问题的根源。

3)最简单甚至最笨的方法,往往反而奏效。

4)你必须经历透彻理解的全过程,才能最终得出最简单的答案。

5)当技术具有颠覆性时,告诉客户如何利用它来解决问题,正是你的职责所在。

6)要让公司文化随着团队规模扩大而不被稀释,关键在于培养一批发自内心认同并主动传播核心价值观的「内部倡导者」。

7)研究(Research)的美感在于,把实验性的想法拿过来,让它在更大规模上跑通、生效。产品工程(Product Engineering)的美感在于,把一个富有远见的设计构思,不断打磨、提炼,最终变成在给定约束条件下最简洁、最本质、可执行的形态。

8)如果你也是团队“第一个具有设计背景的人”,你的角色会更像是老师,得先教会大家怎么思考设计。这虽然累,但因为你需要不停地通过做漂亮的 demo 和幻灯片来展示愿景,你反而会因此学到很多关于如何融资和产品策略的知识。这是一种“失之东隅,收之桑榆”的成长路径。

9)发布 AI 产品,接受外界评估是躲不掉的。当你的模型足够强大时,你选择用学术界的哪把“尺子”来衡量自己,这本身就成了一种权力 —— 你在给学术界“背书”。你必须清醒地认识到这种权力的分量,并负责任地使用它(比如公平、透明地选择评估标准),而不是滥用它来误导大众或者操纵研究方向。

10)在公司飞速发展的时期,你必须习惯在迷雾中往前跳(敢于冒险和承担不确定性)。而个人成长最快的途径,就是不怕接手没人碰过的烂摊子,承担起超出自己本职的责任,并且付出远超别人期望的努力。这是一种典型的“在战斗中学习,在扩张中晋升”的成长路径。

11)团队内部平时怎么写文档、怎么沟通,决定了你们能想出什么样的点子,以及这些点子能不能变成现实。

12)不必总是执着于从零到一的原创,有时候,快速识别出已经被验证过的正确方向,然后集中资源、吸取前人教训,以更优的执行力去超越对手,是一条更稳妥、更快速的成长路径。

13)友谊不是目的,而是你专注做事、真诚待人之后,自然收获的珍贵礼物。

END

本期互动内容 🍻

文章提到“最笨的方法往往反而奏效”。你有没有经历过“绕了一圈才发现答案就在起点”的时刻?是什么让你当时愿意先试试那个“简单方案”?

本文经原作者授权,由 Baihai IDP 编译。如需转载译文,请联系获取授权。

原文链接:

https://semaphore.substack.com/p/things-i-learned-at-anthropic

pg每日新闻封面.png

⚙️ PostgreSQL 技术文章

🧩 pg_plan_advice: PostgreSQL的计划稳定性和用户计划器控制

1.png

Robert Haas为PostgreSQL 19提出了一个雄心勃勃的补丁集,引入了三个新的contrib模块:pg_plan_advice、pg_collect_advice和pg_stash_advice。这些模块旨在提供计划稳定性和增强用户对PostgreSQL查询规划器的控制能力。该提案解决了PostgreSQL长期以来对更好的规划器可预测性和用户干预能力的需求。虽然该补丁集是否会包含在PostgreSQL 19中仍不确定,但它代表了查询优化控制方面对数据库管理员和开发人员的重大潜在进步。

https://rhaas.blogspot.com/2026/03/pgplanadvice-plan-stabilit...

📨 PostgreSQL Hacker 电子邮件讨论精选

🧩 将表达式添加到 pg_restore_extended_stats()

讨论围绕重构stats_import.sql测试文件来减少检查统计差异查询中的代码冗余。Michael Paquier建议将重复的差异检查查询封装到PL或SQL函数中。Corey Huinker最初否决了这个想法,但现在考虑几种方法:创建视图来过滤OID列以简化比较、使用函数、将记录转换为JSONB并过滤有问题的键、在视图中添加列计数的回归检查,或使用\gexec查询动态生成列列表。所有方法在可维护性和处理未来模式变化方面都有权衡。Michael表达了对基于对象名称的带限定符视图的偏好,强调清晰性和可维护性,同时避免像JSON转换这样过于艺术化的解决方案。

https://www.postgresql.org/message-id/CADkLM=dRYs1RKhQwWS5sXn...

🧩 改进pg_sync_replication_slots()以等待主服务器推进

讨论的焦点是改进pg_sync_replication_slots()函数以处理插槽同步失败时的重试场景。Amit Kapila提出了对潜在无限重试的担忧,当插槽由于物理复制延迟或无效插槽等各种问题导致同步失败时可能出现这种情况。虽然shveta malik最初主张在故障转移前确保完整同步,但团队同意在为持久化插槽实现完整重试逻辑之前等待更多用户反馈。不过,他们就一个较小的更改达成了一致:在update_local_synced_slot()中将错误级别从ERROR改为LOG,以允许循环重试直到备用服务器追上。Zhijie Hou提供了实现此更改的补丁。shveta malik随后审查了文档更新,建议使用更精确的措辞来说明哪些插槽会被重试——具体来说重试只针对处于临时状态的插槽,而不是所有持久化插槽,并建议在函数描述和logicaldecoding.sgml中相应地澄清文档。

https://www.postgresql.org/message-id/TY4PR01MB16907630F7DE92...

🧩 pg_plan_advice 查询计划建议

Robert Haas和David G. Johnston正在讨论pg_plan_advice功能的文档评审反馈。Haas担心Johnston建议的编辑往往是替换风格偏好而不是解决实质性问题,举例如将"mini-language"改为"domain specific language (DSL)"以及各种词汇替换。Haas认为许多更改并未提高清晰度,有些实际上删除了为未来黑客准备的重要技术解释。Johnston接受了反馈并询问更好的评审方法。Haas建议将反馈分为三类:明显错误(打包修复)、实质性关切(引用并说明)和风格建议(建议轻度处理)。讨论的核心是改进文档评审流程,同时保持技术准确性和作者声音。

https://www.postgresql.org/message-id/CA+TgmoaPH3rOmH1zw8s10A...

🧩 使用 rdtsc 降低 EXPLAIN ANALYZE 的时间开销?

John Naylor 审查了 Lukas Fittl 的 v10 补丁,该补丁旨在使用 rdtsc 减少 EXPLAIN ANALYZE 的时间开销。他认可与新的 pg_cpu_x86.c 文件的集成,但建议进行几项改进。主要反馈包括:确保在定义 HAVE__CPUID 但未定义 HAVE__CPUIDEX 时的正确处理,对 cpuid 叶子使用一致的十六进制值,以及保持更清晰的寄存器引用模式。Naylor 发现了一个关键 bug,即叶子 7 的 cpuid 结果覆盖了叶子 1 的结果,可能破坏 OSXSAVE 支持检测。他建议为不同的 cpuid 叶子使用单独的数组来避免此问题。其他建议包括创建用于特性位设置的辅助函数,添加寄存器名称符号以提高代码可读性,以及将一些更改拆分为单独的重构补丁以减少主补丁的占用空间。

https://www.postgresql.org/message-id/CANWCAZZ+Crjt5za9YmFsUR...

🧩 在发布中跳过模式更改

讨论围绕在PostgreSQL发布中实现EXCEPT TABLE功能的补丁展开,该功能允许用户从发布中排除特定表。Vignesh C在处理多轮反馈后提供了v56补丁。解决的关键问题包括:修复分区表描述中错误显示被排除发布名称的问题,纠正测试文件中的发布名称引用,修复"parition"拼写为"partition"等错误,以及改进代码格式。Nisha Moond识别出多个错误,包括测试用例中错误的发布名称和格式问题。Shlok Kyal在早期版本中整合了Amit和Shveta的反馈。最新的v56补丁按PostgreSQL版本分离描述表查询以提高可读性,并修复了剩余的拼写错误。Shveta Malik批准了v56版本,表明该补丁已准备好进入下一阶段的审查或可能的提交。

https://www.postgresql.org/message-id/CALDaNm2-Ob9qPR+vqUSVMk...

🗞️ 行业新闻

🧩 报道称,Anthropic 首席执行官达里奥・阿莫迪称 OpenAI 关于军方合作协议的对外说法纯属谎言

2.png

据报道,Anthropic CEO Dario Amodei指控OpenAI在军事合同信息传达方面撒谎。争议源于Anthropic因AI安全分歧而放弃与五角大楼的合同,随后OpenAI接手了这笔交易。Amodei对OpenAI关于军事合作伙伴关系的公开声明进行了强烈批评,突显了两大AI公司在国防合同问题上日益紧张的关系。这场争议凸显了AI行业内关于与军事组织合作以及此类合作伙伴关系中安全考量的更广泛辩论。

https://techcrunch.com/2026/03/04/anthropic-ceo-dario-amodei-...

🧩 Decagon 以45亿美元估值完成首次要约收购

3.png

AI驱动的客户支持初创公司Decagon以45亿美元估值完成了首次要约收购,为员工提供了流动性。这一举措代表了快速发展的年轻公司在上市前为员工提供早期流动性机会的增长趋势。要约收购允许员工向投资者出售部分股权,在公司保持私有状态的同时为他们提供财务收益。Decagon的巨额估值显示了投资者对AI驱动的客户服务解决方案的强烈信心,并反映了市场对人工智能在商业运营中应用的广泛热情。

https://techcrunch.com/2026/03/04/decagon-completes-first-ten...

🧩 一家初创公司提供更可靠的人工智能答案的方案:众包聊天机器人

4.png

CollectivIQ提出通过同时汇总多个聊天机器人模型的回答来提高AI准确性的解决方案。这家初创公司向用户展示从ChatGPT、Gemini、Claude、Grok以及多达10个其他AI模型同时获取信息的答案。这种众包方法旨在通过利用不同AI系统的集体智慧来提供更可靠和准确的回答。该概念解决了AI部署中的一个关键挑战:单个模型的不一致性和潜在不准确性。通过结合多个AI视角,CollectivIQ希望为用户提供更值得信赖和全面的查询答案。

https://techcrunch.com/2026/03/04/one-startups-pitch-to-provi...

🌐 社交媒体动态

🧩 在 pgEdge,我们致力于确保用户对我们开源项目(如 PostgreSQL 的 pgEdge MCP服务器)的使用体验

pgEdge 邀请用户试用他们的开源 pgEdge MCP Server for PostgreSQL 项目并提供反馈,以获得抽奖机会,奖品为 CanaKit Raspberry Pi 5 Starter Kit PRO(128GB,8GB RAM)。要参与抽奖,用户必须下载并安装该项目,然后留下反馈。抽奖活动将于 2026 年 3 月 31 日晚上 11…

https://www.linkedin.com/posts/pgedge_github-pgedgepgedge-pos...

🧩 CYBERTEC 团队正式抵达伦敦科技展!

5.png

CYBERTEC 团队正在伦敦 ExCeL 展览中心参加 Tech Show London 展会。他们将在 F297 号展位停留两天,随时准备与参观者交流并讨论数据库相关的挑战。欢迎任何参加展会的人员前来咨询他们的 PostgreSQL 专家团队。

https://www.linkedin.com/posts/cybertec-postgresql_techshowlo...

🧩 伦敦科技展第一天看到路易斯·塞鲁克斯的演讲是一大亮点

6.png

作者参加了伦敦科技展的第一天。观看路易斯·塞鲁克斯的演讲是一大亮点,他回忆起大学时和朋友一起观看塞鲁克斯纪录片的情景。作者还为同事汉斯-尤尔根·舍尼格的演讲感到自豪,他强调了波斯特gresql在当今全球冲突背景下的重要性,以及日益增长的数字独立性需求。作者期待着第二天的活动。

https://www.linkedin.com/feed/update/urn:li:activity:74350781...


HOW 2026 议题招募中

2026 年 4 月 27-28 日,由 IvorySQL 社区联合 PGEU(欧洲 PG 社区)、PGAsia(亚洲 PG 社区)共同打造的 HOW 2026(IvorySQL & PostgreSQL 技术峰会) 将再度落地济南。届时,PostgreSQL 联合创始人 Bruce Momjian 等顶级大师将亲临现场。

自开启征集以来,HOW 2026 筹备组已感受到来自全球 PostgreSQL 爱好者的澎湃热情。为了确保大会议题的深度与广度,我们诚邀您提交前沿技术实践与洞见,共同打造高质量议题内容。

投递链接:https://jsj.top/f/uebqBc

图片
在企业金融服务领域,审批效率与系统稳定性直接决定服务竞争力。博睿数据Bonree ONE通过全链路可观测能力,为通用技术财务公司破解审批耗时、故障难定位等核心痛点,实现67%的业务效率跃升,成为金融服务加速的关键引擎。Bonree项目背景通用技术财务公司主要提供企业融资、资金管理等金融服务,核心系统包括信贷审批系统、资金结算系统、客户管理系统等,各系统协同运转,是业务开展的核心支撑。在业务推进中,通用技术财务公司逐渐暴露两大核心痛点:业务审批流程耗时较长平均审批时间达2小时,部分环节衔接不畅,影响客户体验与业务拓展;同时系统故障时难以快速定位根源,平均排查时间长达3小时,严重影响业务连续性。缺乏有效的客户操作轨迹追踪机制无法精准捕捉客户业务办理细节,服务质量难以量化评估,优化方向不明确,制约客户满意度提升。Bonree应用场景针对上述核心痛点,通用技术财务公司引入博睿数据Bonree ONE一体化智能可观测平台,构建了覆盖核心业务系统的全方位可观测与追踪能力。
图片' fill='%23FFFFFF'%3E%3Crect x='249' y='126' width='1' height='1'%3E%3C/rect%3E%3C/g%3E%3C/g%3E%3C/svg%3E)
监控覆盖核心业务系统Bonree ONE平台全面覆盖信贷审批、资金结算等核心业务系统,累计安装探针超过100个,构建起全维度的监控网络,实时采集业务交易数据、系统资源指标和中间件运行状态,确保任何异常都能第一时间被感知。搭建全业务链追踪体系通过Bonree ONE的全链路追踪能力,通用技术财务公司搭建了覆盖整个业务链的追踪体系。平台整合了接口分位值、代码堆栈、数据库调用耗时等多维度数据,能够清晰还原每一笔交易的完整调用链。当业务出现缓慢或失败时,运维人员可以快速定位故障点,并进行根因分析,大大缩短了排障时间。用户会话功能精准记录操作轨迹Bonree ONE内置的用户会话功能,可以完整记录客户在业务办理过程中的每一步操作轨迹,包括页面响应时间、点击行为、错误信息等。这些数据为服务质量评估提供了精准支撑,帮助业务部门量化用户体验,明确优化方向。Bonree项目成果与收益应用Bonree ONE 一体化智能可观测平台,通用技术财务公司业务价值显著释放,核心指标大幅优化:业务效率跨越式跃升通过Bonree ONE平台对审批流程的精准监控与智能优化,简化冗余衔接环节、提升各系统协同效率,结算相关业务审批时间从2小时大幅缩短至40分钟,效率跃升67%。有力保障业务连续性借助Bonree ONE平台全链路追踪能力,系统故障排查时间从3小时大幅缩减至10分钟,故障处理效率实现质的提升。有效避免了因系统故障导致的业务中断、资金结算延迟等问题,降低了潜在的运营风险与经济损失,保障了信贷审批、资金结算等核心业务稳定性。精准优化服务质量基于Bonree ONE捕捉的用户操作轨迹数据,通用技术财务公司能够精准定位客户业务办理过程中的卡点、痛点,针对性优化服务流程与服务举措,切实解决客户实际需求,客户满意度提升40%,为公司金融服务业务的规模化发展提供有力支撑。关于通用技术财务公司通用技术集团财务有限责任公司(以下简称“通用技术财务公司”)隶属于中国通用技术(集团)控股有限责任公司。是经中国银行业监督管理委员会批准设立的为集团公司及集团成员单位提供财务管理服务的非银行金融机构。
图片' fill='%23FFFFFF'%3E%3Crect x='249' y='126' width='1' height='1'%3E%3C/rect%3E%3C/g%3E%3C/g%3E%3C/svg%3E)

在数字化营销日益精细化的今天,网站不仅是企业展示形象的窗口,更是获客转化的一线战场。据统计,超过70%的潜在客户在浏览网站时,希望立即获得人工或智能的响应。然而,市面上成熟的商业客服系统往往价格高昂、按坐席收费,且数据存储在第三方云端,这让许多中小企业和注重数据隐私的机构望而却步。在此背景下,OctIM 作为一款开源免费的网站客服系统源码,正以其自主可控、灵活部署的特性,成为构建私域沟通桥梁的理想选择。

图片

OctIM网站客服系统源码详细介绍: https://impc.opencodetiger.com

一、痛点破局:从“租用”到“拥有”的转变

传统客服系统的商业模式多基于 SaaS(软件即服务),企业需按年支付昂贵的订阅费,且坐席数量受限。更关键的是,所有的聊天记录、客户画像、咨询数据都沉淀在服务商的服务器上。这不仅意味着企业无法深度挖掘数据价值,还面临着数据泄露、服务商倒闭导致数据丢失等潜在风险。OctIM 的出现彻底改变了这一格局。作为一套完全开源的源码系统,它允许用户将系统部署在自己的服务器上。这意味着企业从“租客”变成了“房东”,一次性投入(主要是服务器成本和技术人力)即可永久使用,无需再为每个新增的客服账号支付额外的许可费用。对于业务增长迅速、咨询量大的企业而言,这种模式能节省巨额的成本。二、为什么需要网站客服系统源码当前市面上的在线客服工具多以SaaS服务形式存在,虽开箱即用,但存在明显局限:数据不可控:用户聊天记录、行为数据存储于第三方服务器,存在隐私泄露与合规风险功能封闭:无法根据业务需求深度定制交互逻辑或UI风格,长期受制于厂商功能规划长期成本高:按坐席或会话量收费,规模扩大后费用激增,且存在“首年优惠后续涨价”的陷阱集成困难:与自研或开源系统耦合度低,难以实现订单、商品等上下文联动OctIM源码的开放,正是为解决上述痛点而来——它允许企业私有化部署、自由修改、无限扩展,真正实现“客服系统为自己所用”。

图片

三、核心功能:全渠道接入与智能协同

虽然 OctIM 是免费开源项目,但其功能设计并未因“免费”而缩水,反而紧贴现代客服场景的实际需求,构建了强大的功能矩阵。实时通讯与多媒体支持:OctIM 基于高性能的 WebSocket 技术,确保消息毫秒级送达。支持文字、图片、文件、语音等多种格式,甚至支持发送商品卡片和订单信息,让客服沟通更加直观高效。智能路由与分配:系统内置灵活的会话分配策略,支持按技能组、按负载均匀分配或指定分配。当访客进入网站时,系统能自动将其引导至最合适的客服人员,减少等待时间,提升满意度。机器人辅助与人机协作:OctIM 支持接入智能机器人,能够自动回答常见问题(FAQ),在夜间或高峰期分担人工压力。当机器人无法解决时,可无缝切换至人工坐席,并同步历史对话记录,实现平滑过渡。全方位数据看板:管理员可以通过后台实时查看在线坐席数、排队人数、会话时长、满意度评价等关键指标。所有聊天记录永久本地存储,支持关键词搜索和历史回溯,为企业培训和质量监控提供详实依据。

四、技术优势:安全、扩展与集成

对于技术团队而言,OctIM 的价值不仅在于功能,更在于其架构的开放性。数据安全自主可控:这是 OctIM 最大的核心竞争力。金融、医疗、政务等对数据敏感性要求极高的行业,可以将系统部署在内网环境中,彻底切断外网数据泄露的风险,满足合规性要求。高度可扩展性:由于代码完全开放,企业可以根据自身业务逻辑进行二次开发。例如,定制特殊的快捷回复模板、对接内部的 CRM 系统以自动弹屏客户信息、或与 ERP 系统打通实现订单查询功能。这种灵活性是封闭的商业软件无法比拟的。多端适配与嵌入便捷:OctIM 提供了轻量级的 JS 代码片段,只需几行代码即可嵌入到任何类型的网站(HTML, WordPress, Vue, React 等)中。同时,客服端支持 Web 版、桌面客户端以及移动端 H5,方便客服人员随时随地处理咨询。

图片

五、高度可定制性:适配千行百业

OctIM源码采用“基础功能固化+扩展功能模块化”的设计理念,开发者可基于业务需求灵活增减功能模块:电商行业:可扩展“订单同步”“物流查询”模块,客服在对话时实时调取用户的购买记录教育机构:可定制“课程预约”“学习进度查询”功能,实现“咨询-试听-报名”闭环金融企业:可强化数据加密模块,增设交易信息校验功能,满足行业合规要求跨境业务:可添加多语言实时翻译功能,支持国际化运营此外,源码支持界面UI的全量自定义,开发者可根据企业品牌调性调整配色、图标、布局等元素,实现客服系统与企业品牌形象的无缝融合。

六、OctIM结语:开源重构企业客服未来

在客户服务日益成为品牌护城河的今天,拥有一个稳定、高效、可定制的在线客服系统至关重要。OctIM网站客服系统源码,凭借其开源透明、架构先进、功能完整、扩展性强等优势,为企业提供了从“可用”到“好用”再到“智能”的演进路径。选择源码开发模式,意味着选择技术自主、数据安全、成本可控的发展道路。OctIM以其完整的技术架构、高质量的开源代码和活跃的社区生态,为企业构建专属客服平台提供了坚实基础。无论是初创团队快速上线客服能力,还是中大型企业构建自有服务中台,OctIM都是一个值得信赖的技术基石。选择OctIM,不仅是选择一套代码,更是选择对用户体验、数据主权与技术未来的主动掌控。在数字经济的浪潮中,让每一次网站访问都转化为潜在商机,让每一次客户沟通都成为品牌价值的积累。

去年黑五期间,某跨境电商平台发现一批"美国用户"订单异常:收货地址集中在特拉华州免税区,但下单IP却来自东南亚某国。进一步排查显示,这些订单使用同一批代理IP伪装位置,骗取新用户首单补贴后集体拒收,造成数十万美元损失。这种"IP与收货地分离"的欺诈模式,已成为跨境物流损耗的主要源头——据行业统计,地址异常订单的物流失败率高达35%,是正常订单的7倍。如何通过技术手段在下单阶段识别虚假地址,成为跨境风控的核心议题。IP数据云致力于通过精准的IP地理位置查询能力,帮助跨境电商平台在订单生成阶段快速识别"下单IP与收货地址不一致"的异常行为,有效拦截虚假地址订单,降低物流妥投失败率与售后纠纷成本。
一、IP查询的核心判断逻辑
通过比对下单IP的地理位置与收货地址,建立三层校验机制:
国家层:
IP归属国家与收货地址不一致,直接拦截。拦截90%跨国代下单欺诈。
城市层:
IP定位城市与收货城市距离超过500公里,触发二次验证。适用于欧美地区,避免误杀正常跨州购物。ISP层:
IP类型为数据中心、代理或VPN,标记高风险,延迟发货。
关键字段:
国家代码、省/州、城市、经纬度、ISP类型、代理标签。
二、实操方案:三种落地场景
场景一:实时订单风控
在订单提交接口嵌入IP查询,IP数据云等服务商可提供毫秒级响应的API:


用户提交订单 → 提取下单IP → 调用IP查询API
                    ↓
            获取IP地理位置( lat, lon, country, city )
                    ↓
            计算与收货地址距离
                    ↓
            距离 > 阈值? → 是:进入审核队列 / 否:正常流转

阈值建议:
欧美发达国家:同城(<50km)为正常,跨省(>300km)需验证
新兴市场(东南亚、拉美):同国家即可放行,跨国必审
场景二:批量订单复盘
对历史订单进行离线分析,识别欺诈模式:

-- 示例:统计同一IP关联的不同国家地址数
SELECT ip, COUNT(DISTINCT shipping_country) as country_cnt
FROM orders
WHERE order_date > '2024-01-01'
GROUP BY ip
HAVING country_cnt > 3;

输出价值:发现专业代下单团伙的IP特征,更新黑名单。

场景三:物流预警联动

在包裹出库前进行二次校验:
若IP查询显示用户近期登录位置与收货地址国家不一致,推送App通知确认妥投前24小时,若快递员GPS轨迹与地址偏差过大,自动触发地址复核
三、技术落地的边界条件
IP查询并非万能,需注意以下限制:

建议采用"IP查询+设备指纹+支付风控"多维度交叉,单一维度不直接拒单。
四、总结:跨境物流IP风控实施路径
接入层(Week 1-2):嵌入IP查询API,校验时延<100ms
规则层(Week 3-4):设定三级阈值,拦截70%异常订单
数据层(Month 2):构建风险评分模型,误杀率<3%
协同层(Month 3):联动支付风控、物流轨迹,物流失败率下降50%
虚假地址识别是跨境物流降本的关键环节。通过IP地理位置查询技术,平台可在订单源头建立防御,避免包裹跨境空转的损失。IP数据云持续优化全球IP地理位置数据库的精准度与覆盖度,提供稳定高效的IP查询服务,助力跨境电商企业构建"下单即校验、异常即拦截"的智能风控体系,提升物流履约效率与用户体验。


近两年,关于“AI 取代人类”的焦虑像病毒一样蔓延。媒体在狂欢,资本在沸腾,打工人在恐慌。

然而,当我们撕开这层科幻滤镜,审视当下的全球经济与科技生态时,会发现一个残酷的真相:AI 对就业、创新和知识生态的破坏,远比简单的“机器人抢饭碗”要复杂、隐秘得多。

这不仅是一场技术的演进,更是一场由资本裹挟、大厂主导的“效率剥削”与“知识收割”。

一、 裁员的“背锅侠”:资本狂欢与打工人的祭典

理论上,AI 确实能替代客服、基础编程等重复性劳动,但“任务被替代”绝不等于“岗位直接消失”。很多企业在引入 AI 时,受制于成本、合规和组织惯性,其真实落地效果远没有财报里吹嘘得那么夸张。

那为什么大厂还在疯狂裁员?

真相是,在全球经济疲软、物价高企的后疫情时代,企业为了追求利润率和维持高昂的股价,必须在账面上做文章。在美国,AI 被提升至国家战略高度,巨头们如果不把成百上千亿的资金砸向 GPU 和大模型,股价就会崩盘。为了填补这个巨大的资金窟窿,“裁员降本”成了最快见效的手段。AI,不过是资本家举起裁员屠刀时,一块最完美、最体面的“遮羞布”。

最讽刺的是,每次大厂宣布裁员并将资源转向 AI 后,股价往往应声大涨。这折射出资本市场的冷血:资本的狂欢建立在劳动者生计受损之上。

【笔者观点:不要把“经济寒冬”误认为是“AI 寒冬”】
我们必须警惕一种叙事陷阱——将经济结构性衰退带来的失业,全部归咎于 AI。
无论技术多强,这个世界的消费主体依然是“人”。如果打工人因为所谓的“AI 优化”而大量失业、失去消费能力,那么企业生产出再多的产品也卖不出去。资本可以炒作概念,但无法凭空创造购买力。没有社会托底机制的 AI 狂飙,最终只会演变成少数垄断者的数字游戏,并埋下社会动荡的隐患。

二、 创作者的噩梦:大模型成了最终的“流量黑洞”

除了打工人,AI 对创新者和中小企业的反噬同样致命。

现在很多人都在用大模型(LLM)开发套壳应用或小工具,梦想着打造“一人公司(One-person company)”,实现被动收入。但这就像在巨头的地基上盖违章建筑。

掌握了无限算力和底层 API 的大厂,正在像黑洞一样吞噬一切有价值的场景。你辛辛苦苦调出来的 Prompt、跑通的业务流,一旦被证明有商业价值,大厂会在下一次模型迭代中直接将其“内置”为原生功能。你的护城河在底层模型的一次回眸前,瞬间土崩瓦解。

更可怕的是“Token 账单刺客”。有开发者只是做个中型项目,一天就烧掉了 1000 美元的 Token 费,而产品还没带来一分钱收入。AI 的使用成本是指数级增长的,大多数独立开发者最终只能在“高投入、低回报”的泥潭里挣扎。

【笔者观点:掘金热里,赚钱的永远是卖铲子的人】
所谓的“AI 赋能个人实现财务自由”,很大程度上是一场类似“割韭菜”的骗局。真正赚到钱的,是卖算力的英伟达、卖 API 的 OpenAI/大厂,以及那些教你“如何用 AI 赚钱”的卖课博主。个体开发者如果缺乏独有的核心数据或物理世界的极强触手,盲目卷入纯软件的 AI 开发,大概率只是在给巨头做免费的“市场探路员”。

三、 知识生态的崩塌:当平庸取代精妙,我们终将成为“孤岛”

如果说就业和商业的冲击是显性的,那么 AI 对知识传承的破坏则是隐秘而致命的。

回想一下,你上一次耐心读完一篇技术博客、翻阅原始文献、或者在 Stack Overflow 上为一个精妙的回答点赞,是什么时候?

在过去,互联网的繁荣建立在“开源、共享、认可”的基石上。作者写下几百篇博客、贡献上千个维基词条,哪怕没有金钱回报,“被看见和被引用”的成就感就是最大的动力。

但现在,一切变了。AI 像一个贪婪的吸血鬼,一口气爬取并消化了人类几十年积累的智慧结晶。它绕过了原作者的名字,抹除了版权,将那些独特的经验、甚至带着极客精神的“Hack 技巧”,统统打碎、揉捏,最后吐出一段段标准化、却极度平庸的答案。

这直接导致了三个可怕的后果:

  1. 原创激励彻底死亡:既然写得再好也只是给 AI 免费当养料,谁还愿意分享新知识?
  2. 错误被无限放大且锁死:AI 缺乏自我纠正机制。当它基于旧数据的错误得出结论,而人类又不再去溯源时,错误就会被当成真理。
  3. 人类沦为知识的“孤岛”:大家都对着屏幕向一个没有感情的机器要答案,人与人之间那种因为探讨问题而产生的思维碰撞与技术交流,正在急速消亡。
【笔者观点:没有新知识注入的 AI,只是一具“数字僵尸”】
这是我最担忧的未来。大模型之所以强大,是因为它吃下了人类文明过去的辉煌。但如果 AI 的“白嫖”机制摧毁了人类创造新知识的动力,那么三年、五年后,大模型去哪里获取新的训练数据?
难道用 AI 生成的垃圾文本,再去训练下一代 AI 吗?那将是可怕的“模型坍塌(Model Collapse)”。如果不在制度和技术上建立起“版权追踪与利益反哺”机制,我们现在的每一次便捷提问,都是在透支人类知识生态的明天。

结语:拒绝沦为算法的奴隶

AI 绝不会全面消灭就业,但它确实在不可逆地重塑我们的社会结构。

在这场智械盛宴中,我们要看清资本的底牌,不要被“AI 焦虑”裹挟而乱了阵脚。作为打工人,我们需要在 AI 无法触达的领域(共情、复杂现实交互、伦理判断)建立壁垒;作为创作者,我们要保护好自己的核心数据。

最重要的是,我们不能放弃作为“人”的求知欲和交流欲。去阅读原著,去赞赏作者,去和真实的人类辩论。

AI 应该成为增强人类能力的阶梯,而不是资本用来剥削剩余价值的工具,更不能成为将我们禁锢在平庸与孤立中的数字牢笼。讽刺的是,这篇揭露 AI 弊端的文章,最终大概率也会被爬虫抓走,默默消融在下一代大模型的参数里,连一丝涟漪都不会激起。

但至少在这一刻,我们保持了清醒。


👇 欢迎关注我的公众号

在 AI 爆发的深水区,我们一起探索真正能穿越周期的技术价值。
微信搜索 【睿见新世界】 或扫描下方二维码,获取每周硬核技术推文:

微信图片_20260301232734_225_35.jpg

欢迎关注【睿见新世界】!

在数字化竞争日益激烈的今天,搜索引擎优化(SEO)  是每个网站站长的必修课。我们绞尽脑汁优化关键词、提升内容质量、增加外链,却往往容易忽略一个看似基础却至关重要的细节——网站地址栏里那个不起眼的“锁”

那么,部署SSL证书(即开启HTTPS加密)真的能提高网站的SEO排名吗?答案是肯定的。  而且,这不仅仅是“心理作用”,更是谷歌、百度等主流搜索引擎官方承认的排名规则。

一、为什么SSL证书能助力SEO排名?

搜索引擎的核心使命是向用户推荐“安全、优质、可信”的站点。而SSL证书,正是网站安全的“第一张身份证”。

1. 搜索引擎的官方“偏爱”

早在数年前,谷歌就正式宣布将HTTPS作为排名算法的正面信号。在国内,百度也在《搜索引擎优化指南》中明确表示,会优先收录HTTPS站点,并在同等条件下,给予HTTPS页面更高的排名权重 。这意味着,如果你的网站还在使用HTTP,在起跑线上就已经落后于部署了SSL的竞争对手。

2. 降低跳出率,提升用户体验

想象一下,当你点击一个链接,浏览器地址栏却弹出红色的“不安全”警告,你的第一反应一定是关闭页面。数据显示,超过70%的用户在面对不安全警告时会选择立即离开 。部署SSL证书后,浏览器会显示一把绿色的锁,这不仅消除了用户的顾虑,增加了页面停留时间,而这些良好的用户行为数据,正是搜索引擎判断网站质量的重要指标 。

3. 防止流量劫持,保住劳动成果

HTTP协议传输的数据是明文的,很容易被黑客篡改或植入广告,这就是所谓的“流量劫持”。HTTPS加密能有效防止第三方在传输过程中篡改网页内容,确保你辛苦生产的优质内容能完整、安全地呈现在用户面前,避免排名因恶意劫持而受损。

免费SSL证书申请入口

二、如何快速部署JoySSL,抓住SEO红利?

为网站部署SSL证书并让其为SEO服务,只需三步即可轻松完成:

  1. 注册与选择:访问JoySSL官网,注册账号。在证书选择页面,根据你的需求挑选“免费SSL证书”或“通配符证书”。(小贴士:注册时填写推荐码 230970 ,可免费申请通配符证书并获得专属部署指导)。
  2. 验证域名所有权:按照系统提示,在你的域名管理后台添加一条TXT解析记录,或上传验证文件。这个过程通常只需几分钟。
  3. 部署与强制跳转:验证通过后,下载证书文件。根据你的服务器环境(如Nginx、Apache),参照JoySSL提供的详细中文文档上传配置。关键一步:  配置完成后,务必设置301强制跳转,确保所有用户和搜索引擎都访问到HTTPS版本,避免权重分散。

Cisco Unified Communications Manager (CallManager) 15 SU4a - 统一通信与协作

思科统一通信管理器 (CallManager)

请访问原文链接:https://sysin.org/blog/cisco-ucm-15/ 查看最新版。原创作品,转载请保留出处。

作者主页:sysin.org


思科统一通信管理器

企业统一通信和协作

企业统一通信和协作

借助思科集成协作基础设施提供语音/视频通话、消息传送和移动服务,让员工随时随地使用任意设备进行协作。

思科统一通信管理器 (Unified CM) 为您提供易于扩展和管理且安全可靠的呼叫控制和会话管理解决方案。

特性和功能

统一通信

整合通信基础设施

整合通信基础设施,让人员和团队能够通过思科统一通信管理器轻松通信 (sysin)。该解决方案融 IP 电话、高清视频、统一消息传送、即时消息和在线状态于一体。

增强移动性

推动工作空间转型

推动工作空间转型,吸引并留住优秀人才,确保他们能够随时随地借助思科统一通信管理器工具高效工作,取得成功。该解决方案凭借丰富的功能,为移动员工和远程工作人员提供支持。

本地和全球

本地和全球

无论您经营的是区域性家族企业,还是全球知名企业,都需要选择一个能随组织需求的变化而不断扩展的解决方案。思科统一通信管理器不仅能满足中小企业的需求,也能为拥有多达 8 万名用户的大型企业提供支持。

开放且互通

开放且互通

Cisco Unified (CM) 支持行业标准,拥有丰富的网关产品,并建立由第三方集成和解决方案以及合作伙伴构成的庞大生态系统。从而帮助您随时随地以多种方式与任何人进行协作,并将协作功能嵌入业务部门的各种应用中。

安全且合规

安全且合规

Cisco Unified (CM) 支持最新身份验证、加密和通信协议 (sysin)。该解决方案通过了关键行业认证,可面向全球的金融服务业、制造业、零售业和政府部门客户提供数据和通信保护。

下载地址

Unified Communications Manager (CallManager) Version 15 File Information

Unified Communications Manager Version 15 Release 15SU4a

Prime Collaboration Deployment Updates - 15SU4

Release 15SU4

File InformationFile NameRelease DateSize
Prime Collab Deployment (PCD) non-bootablePCD_UCOS_15.0.1.14900-26.sha512.iso04-Feb-20262285.49 MB

Recovery Software - 15

File InformationFile NameRelease DateSize
Recovery Software: 15.0.1.10000-32-recovery.iso15.0.1.10000-32-recovery.iso18-Dec-2023850.88 MB

Unified Communications Manager Updates - 15SU4a

Release 15SU4a

File InformationFile NameRelease DateSize
US Export Restricted. Full encryption capabilities (non-bootable). If upgrading from an earlier version, make sure you have the appropriate licenses.UCSInstall_UCOS_15.0.1.14901-2.sha512.iso04-Feb-20265369.06 MB
US Export Unrestricted. Fewer encryption capabilities (non-bootable). If upgrading from an earlier version, make sure you have the appropriate licenses.UCSInstall_UCOS_UNRST_15.0.1.14901-2.sha512.iso04-Feb-20265369.07 MB

Unified Communications Manager Utilities - COP-Files - 15SU4

Release COP-Files

File InformationFile NameRelease DateSize
COP file to address CSCwt22751 in 15SU4.ciscocm.V15SU4_CSCwt22751-nse-crash_C0269-1.zip25-Feb-2026469.61 MB
COP file to address CSCwr21851 and CSCwr29216 in UCM and IM&P 14 and 15. This COP file should only be installed locally on each node via the CLI (do not use the GUI, PCD, or the "utils system upgrade cluster" CLI command.)ciscocm.CSCwr21851_Remote_Code_Execution_v2.zip23-Feb-20261.13 MB
COP file to address CSCwr21851 and CSCwr29216 in UCM and IM&P 14 and 15. This COP file should only be installed locally on each node via the CLI (do not use the GUI, PCD, or the "utils system upgrade cluster" CLI command.) (sysin)ciscocm.CSCwr21851_Remote_Code_Execution_v1.zip12-Feb-20260.85 MB
Upgrade Readiness COP file to run pre upgrade tests.ciscocm.preUpgradeCheck-00058.k4.cop.sha51229-Jan-20260.65 MB
COP file to address CSCwr21851 in 15SU2. This COP file should only be installed locally on each node via the CLI (do not use the GUI, PCD, or the "utils system upgrade cluster" CLI command.)ciscocm.V15SU2_CSCwr21851_remote_code_v2.zip28-Jan-20260.28 MB
COP file to address CSCwr21851 in 15SU3/SU3a. This COP file should only be installed locally on each node via the CLI (do not use the GUI, PCD, or the "utils system upgrade cluster" CLI command.)ciscocm.V15SU3_CSCwr21851_remote_code_v2.zip28-Jan-20260.28 MB
Upgrade Readiness COP file to run post upgrade tests.ciscocm.postUpgradeCheck-00058.k4.cop.sha51228-Jan-20260.65 MB
COP file to address CSCwr66009 and CSCws16977 in 15SU3/SU3a. This COP file should only be installed locally on each node via the CLI (do not use the GUI, PCD, or the "utils system upgrade cluster" CLI command.) (sysin)ciscocm.V15SU3-SU3a_CSCwr66009_CSCws16977_C0267-1.zip16-Dec-202545.08 MB
COP file to address CSCwr66009 in 15SU3/SU3a. This COP file should only be installed locally on each node via the CLI (do not use the GUI, PCD, or the "utils system upgrade cluster" CLI command.)ciscocm.V15SU3-SU3a_CSCwr66009-find-line-group_C0263.zip30-Oct-202519.71 MB
COP file to address CSCwr44374 in 15SU3/SU3a.ciscocm.V15SU3-SU3a_CSCwr44374_C0261-1.zip15-Oct-20250.06 MB
COP file to address CSCwq14466 in 14SU4/SU4a and 15SU2ciscocm.CSCwq14466_db-replication_C0258-1.zip22-Aug-20250.12 MB
COP file to address CSCwq60275 and CSCwq26495 in 15SU3.ciscocm.V15SU3_CSCwq60275_CSCwq26495_C0257-1.cop.sha51214-Aug-20250.01 MB
COP file to address CSCwo35671 in select UCM 12.5, 14, and 15 releases where the "utils system upgrade dataexport" command is included natively.ciscocm.CSCwo35671-data-export_C0246-1.zip02-Jul-20250.03 MB
COP file to address CSCwp27755 in select UCM 15 ES releases. See readme for impacted versions.ciscocm.CSCwp27755_D0247-1.cop.sha51201-Jul-20250.00 MB
COP file to address CSCwo09570 and CSCwo18926 in 15SU2.ciscocm.v15SU2_CSCwo09570-CSCwo18926_C0238-1.zip11-Mar-20250.00 MB
COP file to address CSCwn95506 in 15SU2.ciscocm.V15SU2_CSCwn95506_cert-upload-fail_C0236-1.zip06-Mar-20250.88 MB
COP file to address CSCwn12814 in 15SU2. This COP file also includes the fix for CSCwm77174.ciscocm.V15SU2_CSCwn12814-CSCwm77174_C0234-1.zip12-Feb-2025468.63 MB
COP file to address CSCwj89120 in UCM 15SU1/SU1a.ciscocm.v15SU1_CSCwj89120-risdc_D0223-1.zip27-Jan-202515.40 MB
COP file to address CSCwj21390 in UCM 15SU1/SU1a.ciscocm.V15SU1-SU1a_CSCwj21390-phone-search_C0233-1.zip16-Jan-2025465.80 MB
COP file to address CSCwm77174 in 15SU2. This COP is required when using Webex App 44.12 or higher with mobile identity.ciscocm.V15SU2_CSCwm77174-multiline_v1.zip04-Dec-2024468.65 MB
COP file to increase number of lines from 8 to 10 for enhanced line mode. This also requires Webex App 44.12 or higher.cmterm-webex-desktop-10-Lines-241115.k4.cop.sha51204-Dec-20240.01 MB
COP file to address CVE-2024-6387 for the 15 release.ciscocm.V15_CVE-2024-6387_v1.1.zip31-Jul-20243.43 MB
COP file to address CSCwk34745 in UCM 15SU1.ciscocm.V15SU1_CSCwk34745-devicetlinfo_C0222-1.zip14-Jun-2024931.02 MB
The Cisco Free Common Space COP file can be used to free up space when the upgrade runs out of space. (sysin)ciscocm.free_common_space_v1.11.k4.cop.sha51228-Mar-20240.00 MB
COP file to address CSCwi82830 in UCM 15.ciscocm.V15FCS_CSCwi82830-lbm_C0211-1.zip20-Feb-202427.83 MB
COP file for enabling Specific License Reservation in CUCM 12.5 and higher.ciscocm.ciscocm-ucm-resetudi-v1.1.k4.cop.sha51207-Feb-20240.00 MB
COP file to fix CSCwi52160 prior to doing a direct migration to Release 15 for CUCM, CUC, and IM&P.ciscocm.CSCwi52160_15-direct-migration_v1.0.k4.cop.sha51218-Dec-20230.00 M

Unified Communications Manager Virtual Machine Templates - 15

Release 15

File InformationFile NameRelease DateSize
Virtual Server Template (OVA file) for CUCM release 15, used for creation of a virtual machine (VM) on supported servers running on VMware vSphere ESXi or Cisco NFVIS-for-UC. This OVA is signed by TrustID EV Code Signing CA 4.cucm_15_all_esxi_vmv17_or_nfvis_v1.0.sha512.ova03-Feb-20260.12 MB
Virtual Server Template (OVA file) for CUCM release 15, used for creation of a large sized virtual machine (VM) on supported servers running Nutanix AHV. This OVA is signed by TrustID EV Code Signing CA 4. (sysin)cucm_15_large_ahv_v1.0.sha512.ova03-Feb-20260.10 MB
Virtual Server Template (OVA file) for CUCM release 15, used for creation of a medium sized virtual machine (VM) on supported servers running Nutanix AHV. This OVA is signed by TrustID EV Code Signing CA 4.cucm_15_medium_ahv_v1.0.sha512.ova03-Feb-20260.10 MB
Virtual Server Template (OVA file) for CUCM release 15, used for creation of a small sized virtual machine (VM) on supported servers running Nutanix AHV. This OVA is signed by TrustID EV Code Signing CA 4.cucm_15_small_ahv_v1.0.sha512.ova03-Feb-20260.10 MB
Virtual Server Template (OVA file) for Cisco Unified Communications Manager (CUCM), used for creation of a virtual machine (VM) on all supported servers. This OVA is signed by TrustID EV Code Signing CA 4. (sysin)cucm_15.0_vmv17_v1.2.sha512.ova28-Mar-20240.12 MB
Virtual Server Template (OVA file) for Cisco Unified Communications Manager (CUCM), used for creation of a virtual machine (VM) on all supported servers. This OVA is signed by TrustID EV Code Signing CA 4.cucm_15.0_vmv17_v1.1.sha512.ova18-Dec-20230.12 MB

Unified Communications Manager/CallManager Device Packages - 15.0(1.15027)

Release 15.0(1.15027)

File InformationFile NameRelease DateSize
Unified Communications Manager/CallManager Locale Installer Arabic (United Arab Emirates) for release 15(1.4000)cm-locale-ar_AE-15.0.1.5000-1.cop.sha51205-Feb-2026125.45 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Bahrain) for release 15(1.4000)cm-locale-ar_BH-15.0.1.5000-1.cop.sha51205-Feb-2026125.45 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Algeria) for release 15(1.4000)cm-locale-ar_DZ-15.0.1.5000-1.cop.sha51205-Feb-2026125.45 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Egypt) for release 15(1.4000)cm-locale-ar_EG-15.0.1.5000-1.cop.sha51205-Feb-2026125.56 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Iraq) for release 15(1.4000)cm-locale-ar_IQ-15.0.1.5000-1.cop.sha51205-Feb-2026125.48 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Jordan) for release 15(1.4000) (sysin)cm-locale-ar_JO-15.0.1.5000-1.cop.sha51205-Feb-2026125.52 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Kuwait) for release 15(1.4000)cm-locale-ar_KW-15.0.1.5000-1.cop.sha51205-Feb-2026125.54 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Lebanon) for release 15(1.4000)cm-locale-ar_LB-15.0.1.5000-1.cop.sha51205-Feb-2026125.42 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Morocco) for release 15(1.4000)cm-locale-ar_MA-15.0.1.5000-1.cop.sha51205-Feb-2026125.50 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Oman) for release 15(1.4000)cm-locale-ar_OM-15.0.1.5000-1.cop.sha51205-Feb-2026125.50 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Qatar) for release 15(1.4000)cm-locale-ar_QA-15.0.1.5000-1.cop.sha51205-Feb-2026125.46 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Saudi Arabia) for release 15(1.4000)cm-locale-ar_SA-15.0.1.5000-1.cop.sha51205-Feb-2026125.53 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Tunisia) for release 15(1.4000) (sysin)cm-locale-ar_TN-15.0.1.5000-1.cop.sha51205-Feb-2026125.44 MB
Unified Communications Manager/CallManager Locale Installer Arabic (Yemen) for release 15(1.4000)cm-locale-ar_YE-15.0.1.5000-1.cop.sha51205-Feb-2026125.52 MB
Unified Communications Manager/CallManager Locale Installer Bulgarian (Bulgaria) for release 15(1.4000)cm-locale-bg_BG-15.0.1.5000-1.cop.sha51205-Feb-2026116.10 MB
Unified Communications Manager/CallManager Locale Installer Catalan (Spain) for release 15(1.4000)cm-locale-ca_ES-15.0.1.5000-1.cop.sha51205-Feb-2026105.63 MB
Unified Communications Manager/CallManager Locale Installer Combined Network for release 15(1.4000)cm-locale-combined_network-15.0.1.5000-1.cop.sha51205-Feb-20269.14 MB
Unified Communications Manager/CallManager Locale Installer Czech (Czech Republic) for release 15(1.4000)cm-locale-cs_CZ-15.0.1.5000-1.cop.sha51205-Feb-2026104.76 MB
Unified Communications Manager/CallManager Locale Installer Danish (Denmark) for release 15(1.4000)cm-locale-da_DK-15.0.1.5000-1.cop.sha51205-Feb-2026109.24 MB
Unified Communications Manager/CallManager Locale Installer German (Austrian) for release 15(1.4000)cm-locale-de_AT-15.0.1.5000-1.cop.sha51205-Feb-2026107.21 MB
Unified Communications Manager/CallManager Locale Installer German (Swiss) for release 15(1.4000)cm-locale-de_CH-15.0.1.5000-1.cop.sha51205-Feb-2026107.24 MB
Unified Communications Manager/CallManager Locale Installer German (Germany) for release 15(1.4000)cm-locale-de_DE-15.0.1.5000-1.cop.sha51205-Feb-2026107.55 MB
Unified Communications Manager/CallManager Locale Installer Greek (Greece) for release 15(1.4000)cm-locale-el_GR-15.0.1.5000-1.cop.sha51205-Feb-2026106.77 MB
Unified Communications Manager/CallManager Locale Installer English (United Kingdom) for release 15(1.4000)cm-locale-en_GB-15.0.1.5000-1.cop.sha51205-Feb-202692.12 MB
Unified Communications Manager/CallManager Locale Installer Spanish (Argentina) for release 15(1.4000)cm-locale-es_AR-15.0.1.5000-1.cop.sha51205-Feb-2026126.19 MB
Unified Communications Manager/CallManager Locale Installer Spanish (Columbia) for release 15(1.4000)cm-locale-es_CO-15.0.1.5000-1.cop.sha51205-Feb-2026126.18 MB
Unified Communications Manager/CallManager Locale Installer Spanish (Spain) for release 15(1.4000)cm-locale-es_ES-15.0.1.5000-1.cop.sha51205-Feb-2026104.53 MB
Unified Communications Manager/CallManager Locale Installer Estonian (Estonia) for release 15(1.4000)cm-locale-et_EE-15.0.1.5000-1.cop.sha51205-Feb-2026113.35 MB
Unified Communications Manager/CallManager Locale Installer Finnish (Finland) for release 15(1.4000)cm-locale-fi_FI-15.0.1.5000-1.cop.sha51205-Feb-202692.78 MB
Unified Communications Manager/CallManager Locale Installer French (Canada) for release 15(1.4000)cm-locale-fr_CA-15.0.1.5000-1.cop.sha51205-Feb-2026112.16 MB
Unified Communications Manager/CallManager Locale Installer French (Swiss) for release 15(1.4000)cm-locale-fr_CH-15.0.1.5000-1.cop.sha51205-Feb-2026104.94 MB
Unified Communications Manager/CallManager Locale Installer French (France) for release 15(1.4000) (sysin)cm-locale-fr_FR-15.0.1.5000-1.cop.sha51205-Feb-2026105.29 MB
Unified Communications Manager/CallManager Locale Installer Hebrew (Israel) for release 15(1.4000)cm-locale-he_IL-15.0.1.5000-1.cop.sha51205-Feb-2026104.86 MB
Unified Communications Manager/CallManager Locale Installer Croatian (Croatia) for release 15(1.4000)cm-locale-hr_HR-15.0.1.5000-1.cop.sha51205-Feb-2026124.65 MB
Unified Communications Manager/CallManager Locale Installer Hungarian (Hungary) for release 15(1.4000)cm-locale-hu_HU-15.0.1.5000-1.cop.sha51205-Feb-2026101.58 MB
Unified Communications Manager/CallManager Locale Installer Italian (Switzerland) for release 15(1.4000)cm-locale-it_CH-15.0.1.5000-1.cop.sha51205-Feb-2026103.15 MB
Unified Communications Manager/CallManager Locale Installer Italian (Italy) for release 15(1.4000)cm-locale-it_IT-15.0.1.5000-1.cop.sha51205-Feb-2026103.47 MB
Unified Communications Manager/CallManager Locale Installer Japanese (Japan) for release 15(1.4000)cm-locale-ja_JP-15.0.1.5000-1.cop.sha51205-Feb-2026165.05 MB
Unified Communications Manager/CallManager Locale Installer Korean (Korea) for release 15(1.4000)cm-locale-ko_KR-15.0.1.5000-1.cop.sha51205-Feb-2026165.52 MB
Unified Communications Manager/CallManager Locale Installer Lithuanian (Lithuania) for release 15(1.4000)cm-locale-lt_LT-15.0.1.5000-1.cop.sha51205-Feb-2026112.47 MB
Unified Communications Manager/CallManager Locale Installer Latvian (Latvia) for release 15(1.4000)cm-locale-lv_LV-15.0.1.5000-1.cop.sha51205-Feb-2026102.89 MB
Unified Communications Manager/CallManager Locale Installer Dutch (Netherlands) for release 15(1.4000)cm-locale-nl_NL-15.0.1.5000-1.cop.sha51205-Feb-202694.00 MB
Unified Communications Manager/CallManager Locale Installer Norwegian (Norway) for release 15(1.4000)cm-locale-no_NO-15.0.1.5000-1.cop.sha51205-Feb-202693.23 MB
Unified Communications Manager/CallManager Locale Installer Polish (Poland) for release 15(1.4000)cm-locale-pl_PL-15.0.1.5000-1.cop.sha51205-Feb-2026112.75 MB
Unified Communications Manager/CallManager Locale Installer Portuguese (Brazil) for release 15(1.4000)cm-locale-pt_BR-15.0.1.5000-1.cop.sha51205-Feb-2026112.70 MB
Unified Communications Manager/CallManager Locale Installer Portuguese (Portugal) for release 15(1.4000)cm-locale-pt_PT-15.0.1.5000-1.cop.sha51205-Feb-2026106.44 MB
Unified Communications Manager/CallManager Locale Installer Romanian (Romania) for release 15(1.4000)cm-locale-ro_RO-15.0.1.5000-1.cop.sha51205-Feb-202697.18 MB
Unified Communications Manager/CallManager Locale Installer Russian (Russian Federation) for release 15(1.4000)cm-locale-ru_RU-15.0.1.5000-1.cop.sha51205-Feb-2026103.57 MB
Unified Communications Manager/CallManager Locale Installer Slovak (Slovakia) for release 15(1.4000)cm-locale-sk_SK-15.0.1.5000-1.cop.sha51205-Feb-2026104.90 MB
Unified Communications Manager/CallManager Locale Installer Slovenian (Slovenia) for release 15(1.4000)cm-locale-sl_SI-15.0.1.5000-1.cop.sha51205-Feb-2026117.59 MB
Unified Communications Manager/CallManager Locale Installer Serbian (Republic of Montenegro) for release 15(1.4000)cm-locale-sr_ME-15.0.1.5000-1.cop.sha51205-Feb-2026121.04 MB
Unified Communications Manager/CallManager Locale Installer Serbian (Republic of Serbia) for release 15(1.4000)cm-locale-sr_RS-15.0.1.5000-1.cop.sha51205-Feb-2026121.04 MB
Unified Communications Manager/CallManager Locale Installer Swedish (Sweden) for release 15(1.4000)cm-locale-sv_SE-15.0.1.5000-1.cop.sha51205-Feb-2026103.83 MB
Unified Communications Manager/CallManager Locale Installer Thai (Thailand) for release 15(1.4000)cm-locale-th_TH-15.0.1.5000-1.cop.sha51205-Feb-2026146.62 MB
Unified Communications Manager/CallManager Locale Installer Turkish (Turkey) for release 15(1.4000)cm-locale-tr_TR-15.0.1.5000-1.cop.sha51205-Feb-2026107.67 MB
Unified Communications Manager/CallManager Locale Installer Ukrainian (Ukraine) for release 15(1.4000)cm-locale-uk_UA-15.0.1.5000-1.cop.sha51205-Feb-2026123.87 MB
Unified Communications Manager/CallManager Locale Installer Chinese (China) for release 15(1.4000)cm-locale-zh_CN-15.0.1.5000-1.cop.sha51205-Feb-2026129.62 MB
Unified Communications Manager/CallManager Locale Installer Chinese (Hong Kong) for release 15(1.4000)cm-locale-zh_HK-15.0.1.5000-1.cop.sha51205-Feb-2026130.12 MB
Unified Communications Manager/CallManager Locale Installer Chinese (Taiwan) for release 15(1.4000)cm-locale-zh_TW-15.0.1.5000-1.cop.sha51205-Feb-2026154.87 MB

Unified Communications Manager 15 Download

Unified Communications Manager 15SU1 28-Mar-2024

Unified Communications Manager 15SU2 01-Oct-2024

Unified Communications Manager 15SU3 31-Jul-2025

Unified Communications Manager 15SU4 04-Jan-2025

Unified Communications Manager 15SU4a 04-Feb-2026

更多:Cisco 产品下载链接汇总

为什么推荐

安装简单方便快捷易上手的小龙虾,更适合零基础人群使用。

nanobanana-20260305t163455.avif

Nanobot 是什么

Nanobot 是由香港大学数据智能实验室开发的开源 AI 助手框架,仅约 4000 行代码,是 OpenClaw 代码量的 1%,适合普通用户和开发者快速部署上手,我称它为小小龙虾。

Nanobot 与 OpenClaw 对比

部署难度:Nanobot 很简单,OpenClaw 比较复杂(以致于出现了上面安装服务)

适用人群:Nanobot 适合普通用户和开发者,OpenClaw 更适合高级开发者

内存占用:Nanobot 低于 100MB ,OpenClaw 约 1GB

快速部署教程

第一步:安装

在 Windows 命令行执行:

pip install nanobot-ai

640.avif
注意,如果你电脑上之前没有安装过 python ,必须先安装一下 python ,去 https://www.python.org/downloads/windows/下载 3.12 版本,一直点击下一步安装即可。

第二步:创建初始化文件

在 Windows 命令行执行:

nanobot onboard

640-2.avif
执行完后会在 C:\Users\Administrator\目录下出现.nanobot 文件夹,在此文件夹下边有一个 workspace 文件夹及 config.json 文件。

第三步:配置大模型 API

1 、获取大模型 API Key

https://wellapi.ai 注册,注册完成后会获取一些免费额度,在此网站后台的 API 令牌菜单中复制出密钥及需要使用的大模型名称,比如 claude-sonnet-4-6 。

2 、修改 config.json 配置 API

打开上一步生成的 config.json ,找到这段:

"providers": {
    "custom": {
      "apiKey": "",
      "apiBase": null,
      "extraHeaders": null
    }

改为:

"providers": {
    "custom": {
      "apiKey": "sk-###填写你从 wellapi 获取的密钥",
      "apiBase": "https://wellapi.ai/v1",
      "extraHeaders": null
    }

继续把:

"agents": {
    "defaults": {
      "workspace": "~/.nanobot/workspace",
      "model": "anthropic/claude-opus-4-5",
      "provider": "auto",
      "maxTokens": 8192,
      "temperature": 0.1,
      "maxToolIterations": 40,
      "memoryWindow": 100,
      "reasoningEffort": null
    }
  }

修改 model 和 provider ,其他不变,改为:

"agents": {
    "defaults": {
      "workspace": "~/.nanobot/workspace",
      "model": "claude-sonnet-4-6",
      "provider": "custom",
      "maxTokens": 8192,
      "temperature": 0.1,
      "maxToolIterations": 40,
      "memoryWindow": 100,
      "reasoningEffort": null
    }
  }

第四步:测试使用

在命令行输入:

nanobot agent -m "你能干什么"

nanobot 就会返回如图所示的信息:

640-3.avif

到此安装完成,记下来就可以配置 telegram 、钉钉、QQ 、飞书等及使用 Skills 。

Github 地址

在 github 上可以查看 nanobot 的更多使用配置教程。

https://github.com/HKUDS/nanobot


2025 年,我们经历了“Agent(智能体)元年”的狂欢。无数科技公司向我们展示了各种花哨的 Demo:AI 管家帮你订机票、买股票,甚至替你谈恋爱。但当烟花散去,残酷的现实浮出水面——真正被普通人和企业高频使用的“可用 AI”,屈指可数。

在近日举行的 OceanBase 社区嘉年华圆桌论坛上,多位奋战在 AI 一线的大厂产品负责人与核心开发者,撕开了这层科幻滤镜。他们达成了一个极度务实的共识:当下最能打的 AI,绝对不是无所不能的“全能神”,而是像 OpenClaw(原 Clawdbot)这样,在特定领域死磕高频、重复任务的“超级工具人”。

这场讨论传递出一个明确的信号:AI 的下半场,已经从“拼大模型跑分”转向了“拼系统工程与交互设计”。

一、 形态共识:能落地的不是“万能药”,而是“打工人”

在探讨什么才是真正能用的 AI 时,专家们不约而同地指向了同一个方向:AI 编程助手(如 Claude Code、OpenClaw)。

为什么是编程?因为代码世界有着最明确的规则和验证闭环。以自动填写 CRM 表单或处理 GitHub Issue 为例,Agent 的核心价值并非展现惊人的创造力,而是不知疲倦地完成枯燥、易错的机械劳动。

更关键的是,企业对 AI 有着极其苛刻的“透明化”要求。如果 AI 改了数据库,企业必须一眼看穿它改了哪里、怎么改的。因此,“可用 AI”必须具备两个特征:

  1. 可感知:用户知道 AI 的行为边界在哪。
  2. 可核实:用户能瞬间验证结果的正确性。
【笔者观点:不要试图创造一个“爹”,请雇佣一个“执行者”】
目前市面上很多 AI 产品的通病,是试图扮演用户的“爹”——试图替用户做所有决策(比如直接帮你买股票)。但这违背了商业社会的常理,因为没人愿意为不可控的结果买单。
真正能变现的 AI,必须是一个卑微且透明的执行者。就像 OpenClaw 一样,人类下发验收文档,它在后台默默写代码、跑测试,出了错人类随时可以叫停。谁能把“信任感”做到极致,谁就能拿到企业级市场的入场券。

二、 人机博弈:人类是该“撒手不管”,还是“死死盯住”?

“我一键下达指令,然后就可以去喝咖啡了。”这是无数打工人的梦想,但这真的现实吗?

专家们指出,这取决于场景。在任务导向型(如写代码、修 Bug)的工作中,我们的终极目标确实是“最小化人工介入”。但在情感陪伴、创意探讨等场景中,人类的存在感不仅不能弱化,反而要进一步增强。

事实上,为了让 AI 顺利完成任务,人类必须在“系统上游”投入更多的精力——即“上下文工程(Context Engineering)”。你需要反复澄清需求、指定数据源、设定边界。只有当上下文足够完美时,你才能放心“撒手”。

有意思的是,蚂蚁百灵大模型的产品负责人边思康提到:“如果有人问 AI‘帮我买明天涨停的股票’,那是人类提问水平太差。真正的智能,是 AI 反问你的风险偏好和投资周期,从而引导你提出一个好问题。”

【笔者观点:“提问的艺术”将成为职场的分水岭】
我们正在经历一场工作流的倒置。过去,老板提出模糊的需求,员工去猜、去细化、去执行。现在,AI 成了那个“不会猜心思”的直男员工。
这意味着,未来职场里最值钱的能力,不再是“解决问题”的能力(因为 AI 解决得比你快),而是“定义问题”和“投喂精准上下文”的能力。你越能精准描述边界,AI 的产出就越完美;相反,满嘴“帮我随便搞搞”的人,在 AI 时代将被彻底淘汰。

三、 门槛假象:操作变简单了,但“智商税”变高了

一个广受争议的话题是:AI 的门槛到底是在变高还是变低?甚至有人鼓吹“人人都要学点编程才能用好 AI”。

实际上,交互门槛正在肉眼可见地断崖式下降。从最初复杂的提示词工程,到现在只需语音沟通,甚至未来只需一个眼神或点击(GUI 化、意图化),人机操作的物理成本将趋近于零。

但正如与会专家所言:这一次的创新逻辑变了。移动互联网时代是“先有程序员开发,再有创作者产生内容”;而 AI 时代是“先有创作者用自然语言造出产品原型,再去倒逼工程实现”。

既然连写代码都能被 AI 替代,那么懂不懂编程已经不重要了。真正的门槛,转移到了你的“洞察力”上。

【笔者观点:这其实是对人类“软实力”的一次残酷摸底】
很多人觉得 AI 时代自己要失业了,其实不然,这是一个极其公平的时代。
AI 剥离了专业技能(如画图、写代码、做报表)的壁垒,让所有人站在了同一起跑线上。这本质上是对人类逻辑思维、业务洞察力和清晰表达能力的终极考试。如果你觉得现在用不好 AI,那大概率不是技术不到位,而是你在上一个时代就没有建立起严密的逻辑体系。

结语:面向 Agent 重构基础设施

这场圆桌论坛揭示了一个更加宏大的未来:互联网的基础设施正在悄然生变。

当 AI 工具从“辅助人”进化为“独立解决问题的智能体”时,现在的网页、APP 甚至操作界面,对 Agent 来说都显得极其臃肿。未来的互联网接口,将是专门为 Agent 提供结构化数据的 API,甚至会出现 Agent 与 Agent 之间专用的“加密通信语言”。

正如 OpenClaw 带来的启示:它不是底层模型的狂欢,而是产品定位的胜利。在这个正在到来的“可用 AI”时代,最先吃到红利的,绝不是那些天天在实验室刷榜刷参数的极客,而是那些真正理解真实业务痛点,并能为 AI 员工打造出最趁手工具箱的“包工头”。


👇 欢迎关注我的公众号

在 AI 爆发的深水区,我们一起探索真正能穿越周期的技术价值。
微信搜索 【睿见新世界】 或扫描下方二维码,获取每周硬核技术推文:

微信图片_20260301232734_225_35.jpg

欢迎关注【睿见新世界】!


Copy Files from Host to Docker Container

Docker 是一个用于在容器内部开发、发布和运行应用程序的平台。使用 Docker 时的一个常见任务是
在主机和容器之间传输文件。在本文中,我们将探讨如何使用将文件从主机复制到 Docker 容器内部。

docker cp 命令

docker cp 命令允许您在容器和本地文件系统之间复制文件或目录,基本语法如下:

docker cp [OPTIONS] SRC_PATH CONTAINER:DEST_PATH
  • SRC_PATH : 这是要复制的主机上的源文件或目录。
  • CONTAINER : 这是要将文件复制到的 Docker 容器的名称或 ID。
  • DEST_PATH : 这是 Docker 容器内的目标路径。

复制文件到 Docker 容器

在将文件复制到容器之前,先找出容器的名称或 id

docker ps

例如,将 example.txt 复制到 mycontainer 容器下的 /tmp 目录

docker cp example.txt mycontainer:/tmp/

检查文件是否正确复制,运行如下命令

docker exec mycontainer ls /tmp/

注意事项

Overwriting

docker cp 命令会在没有任何警告的情况下覆盖容器内的文件,所以一定要确保目标路径是正确的,并且不包含相同的文件或目录名称,除非您打算覆盖它们。

Permissions

文件复制到容器将保持其权限,您可能需要在复制文件后调整文件权限。

Alternatives

除了 docker cp 命令,您还可以使用 volume 在主机和容器之间共享文件。volume 是更高级的主题,如果需要持久化数据或希望在主机和容器文件系统之间实现实时同步。

我的开源项目

酷瓜云课堂-开源知识付费解决方案

一、事件背景:高光时刻的突然转折

讽刺的是,这一事件发生在Qwen用户增长最快、影响力最大的时期:

  • 用户暴增:Qwen移动应用的月活跃用户从2026年1月的约3100万暴增至2月的2.03亿,550%的用户增长使Qwen跃居全球第三大AI产品,仅次于ChatGPT和豆包
  • 开源影响力:截至2026年1月,Qwen模型在Hugging Face上累计下载量超过7亿次,阿里已开源近400个Qwen模型,社区创建了超过18万个微调衍生模型

image

二、核心人物:林俊旸是谁?

项目信息
年龄32岁
学历2019年北京大学毕业(计算机科学与语言学)
职级阿里巴巴最年轻的P10级高管(高级领导层级别)
贡献阿里早期AI工作核心贡献者(M6、OFA模型),将Qwen从一个不起眼的副项目发展成为世界上最具影响力的开源LLM系列

三、事件时间线

2026年1月

  • Qwen Code负责人惠必远离职加入Meta,成为核心成员流失的先兆
  • 林俊旸在1月峰会上坦言:团队大部分算力被用于"交付需求",前沿研究空间受限

2026年春节(除夕夜)

  • Qwen 3.5发布,但据传被内部高管评价为"半成品"
  • 林俊旸在内部会议上与高层存在分歧

2026年3月3日(周一)下午

  • 林俊旸正式向阿里巴巴提交辞呈

2026年3月4日凌晨

  • 林俊旸在X平台发布告别消息:

    "me stepping down. bye my beloved qwen."(我卸任了,再见,我心爱的Qwen)

image

2026年3月4日白天

  • 消息在Qwen团队内部传开,引发团队成员强烈情绪反应
  • Qwen后训练负责人余博文同日宣布辞职
  • Qwen 3.5和Qwen-VL核心贡献者李凯欣发布告别消息
  • 林俊旸评论区被"Qwen is nothing without its people"刷屏

image

image

2026年3月4日下午

  • 通义实验室紧急召开内部会议
  • 出席高管:CEO吴泳铭、首席人才官蒋芳、阿里云CTO周靖人等
  • 林俊旸发布新消息:"抱歉大家,今天我不会回复消息或电话。我真的需要休息。Qwen的兄弟们,按原计划继续,没问题。"

2026年3月5日上午

  • CEO吴泳铭发内部邮件:"公司已决定批准林俊旸同学的辞职,感谢林俊旸过去在岗位上的付出。"

四、离职深层原因分析

1. 组织架构重组冲突

  • 阿里正在重组Qwen团队:从垂直整合的类创业公司运营模式,转向将预训练、后训练、文本、多模态分成不同团队的分散结构
  • 这种重组将直接限制林俊旸的管理范围,与他对AI开发应该如何运作的理念不符
  • 关键问题:在没有充分信息沟通的情况下,矛盾爆发

2. 外部空降高管带来的紧张

  • 周浩的到来:由阿里云CTO周靖人亲自从Google DeepMind招募
  • 周浩背景:中科大本科、威斯康星大学博士,曾在Meta工作3年、DeepMind约4年,是Gemini 3.0核心贡献者
  • 这与字节跳动、腾讯从硅谷引进研究人员的做法类似

3. 资源分配问题

  • 算力与研究错配:技术天才被当成"业务的技术外包"使用
  • 内部尖锐质疑:外部客户购买阿里云算力用得顺畅,内部团队反而在算力、招聘名额上捉襟见肘
  • 周靖人承认团队"一直资源紧张",但未展开说明

4. 错位的考核体系

  • 据知情人士透露:阿里云内部竟尝试用DAU(日活)这类C端产品指标来考核底层基座模型团队
  • 这种"指鹿为马"的评价体系,让专注技术的科学家感到极大不适

5. 开源模式商业化困惑

  • 对开源模式商业化效率存在内部分歧

image

五、阿里高管/HR回应及争议

CEO吴泳铭

  • 表态Qwen是第一优先级,"尽了中国CEO最大的努力"
  • 承认:"中国国情特殊,资源很难大家都满意,应该要更早知道资源(分配)的问题"
  • 最终决定:批准林俊旸辞职

首席人才官蒋芳(争议最大)

  • 争议表态:"不能把任何人推上神坛,不接受非理性的要求、不计代价来挽留"
  • 这一言论被广泛批评为态度强硬、缺乏对核心人才的尊重
  • 承认沟通不足:"这次组织形式没沟通好,新人引入肯定会带来阵型变化,我们可能没处理好"
  • 网友评论:"看来HR在阿里体系内话语权确实很大"

阿里云CTO周靖人

  • 回应算力、招聘名额问题时表示:内外差异有很多历史原因,未来正在做整体规划
  • 没有进一步展开说明

内部匿名评价

  • 有通义离职员工称:"走就走了,大概率不会挽留",通义实验室内部现存技术大牛"有些实力显著在林俊旸之上"
  • 这一评价被认为反映了阿里内部部分人对林俊旸贡献的轻视

image

六、核心成员离职潮

姓名职位离职时间去向
惠必远Qwen Code负责人2026年1月加入Meta
林俊旸Qwen技术负责人2026年3月3日未知
余博文Qwen后训练负责人2026年3月4日未知
李凯欣Qwen 3.5/Qwen-VL核心贡献者2026年3月4日未知

七、社区与外界反应

团队成员

  • Qwen贡献者陈诚:"心碎了","I know leaving wasn't your choice"(我知道离开不是你的选择)
  • 研究科学家Wenting Zhao:将离职描述为"一个时代的终结"
  • 多位研究人员在Twitter和小红书上发布低落情绪帖子

行业人士

  • Hugging Face亚太生态系统负责人王铁震:称这是Qwen项目的"巨大损失"

网友评论

  • "果然很阿里"
  • "阿里跌回80不是梦,幸好没买他家股票"
  • "花了七年培养最年轻的P10,在他做出最大成绩的时候让他走了。下一个愿意在阿里从校招拼到P10的人,看到这个先例,还会有多少信心?"

八、事件本质总结

维度问题
人才管理"不能推上神坛"表态引发寒蝉效应
沟通机制组织架构调整缺乏充分信息沟通
资源分配算力、招聘名额内外不平衡
考核体系用C端DAU指标考核基座模型团队
技术尊重高管称Qwen 3.5为"半成品"
权力博弈空降高管引发原有团队不安

九、事件影响与反思

此次事件引发了业界对以下问题的广泛讨论:

  1. 大厂如何留住核心AI人才?
  2. 开源AI项目的商业化与技术理想如何平衡?
  3. 组织扩张期如何处理老功臣与空降兵的关系?
  4. HR在技术公司的话语权边界在哪里?

正如批评者所言:当技术天才被当成"业务的技术外包"使用,离心力便产生了。

事件仍在持续发酵中,林俊旸的下一步去向尚未公布。

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

💡整理了一个 NAS 专属玩法专栏,感兴趣的工友可以戳这里关注 👉 《NAS邪修》

每次注册新账号,是不是都在“123456”和“大写字母+生日”之间反复横跳?

PSWD 是一个极简、隐私、开源的随机密码生成工具。部署在自己的 NAS 上,既不用担心在线生成器的安全性,又能随时生成符合各种复杂度要求的“赛博护符”。

本次使用绿联 NAS 安装 PSWD,其他品牌的 NAS 操作步骤也是差不多的。

打开 文件管理,在 docker 文件夹下新建一个文件夹,命名为 pswd

打开 Docker 应用,进入 项目 面板,点击“创建项目”。

  • 项目名称:pswd
  • 存放路径:选择刚才创建的 /docker/pswd 文件夹。

Compose配置如下:

services:
  timesy:
    image: ghcr.io/remvze/pswd
    logging:
      options:
        max-size: 1g
    restart: always
    ports:
      - 3337:8080 # 前面 3337 是访问端口,可自定义

这里的 3337 是我指定的访问端口,如果和你现有的服务冲突,改成任意没被占用的数字即可(比如 5678)。

等项目构建成功后,切换到「容器」面板找到 PSWD,点击它旁边的小箭头,或者在浏览器输入 NAS_IP:3337 就能使用 PSWD 了。

PSWD 不只是生成一串乱码,它支持全能型随机密码(Password:大小写、数字、特殊符号随心控)、密码短语(Passphrase:随机单词组合)、Pin(纯数字模式)

你可以根据不同的应用场景,一键配置复杂度,甚至连长度都能拉满


以上就是本文的全部内容啦~

你有发现什么冷门但好玩的镜像吗?欢迎在评论区留言“踢”我一下!

想了解更多NAS玩法记得关注《NAS邪修》👏

往期推荐:

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

这里记录每周值得分享的科技内容,周五发布。

本杂志开源,欢迎投稿。另有《谁在招人》服务,发布程序员招聘信息。合作请邮件联系[email protected])。

封面图

福州元宵节灯会的福鱼灯,一个25米的机械装置,漂浮在空中。(via

你是领先的

世界总人口现在是81亿,如果画成一个方块图,每个方块代表320万人。

68.8亿人还从没用过 AI(灰色方块),占84%。

13.8亿人跟 AI 有过对话(绿色方块),占16%。

1500万~2500万人付费订阅了 AI 服务(黄色方块),占0.3%。

200万~500万人使用 AI 生成了自己的编程项目(红色方块),占0.04%。

正在阅读这份周刊的你,如果是关注 AI 动态,用过 AI 生成代码,就已经领先全世界99%的人了。

OpenClaw 的安全

眼下全世界最火爆的软件,一定属于个人 AI 助手 OpenClaw

火爆到什么程度?

四个月的时间,它在 GitHub 得到了25万颗星星,超过了 React,成为有史以来星星越多的软件项目

要知道这些星星,React 用了13年,它只用4个月。

上图中,垂直上升的红线就是 OpenClaw,太夸张了。

OpenClaw 的作用,就是通过自然语言控制电脑,完成自动化操作。以前,你需要多种工具和专业技能,才能达到同样的效果。现在只要输入文字或者口述,这不仅有用,也很有趣。

它基本上就是苹果智能助理 Siri 应该有的样子。对于普通用户,这才是与电脑交互的正确方式。可以预料,几年之内,这类工具将会普及到每个人的手机。

但是,它有一个问题:不够安全。

OpenClaw 有40多万行代码、53个配置文件、超过70项依赖,在短短几周内由 AI 生成,没有任何正规的审查流程。

它需要使用你的个人密钥,而且权限极大,完全自主运行。有人把自己的 Apple ID、Gmail 邮箱都授权给它,不敢想象啊,万一出错,会是怎样的后果。

它的防护措施很少,原始设计根本没有,一不小心,还可能暴露在公网上。

有人做了一个 OpenClaw 暴露看板(OpenClaw Exposure Watchboard),收集了所有暴露到公网的 OpenClaw 实例(上图)。你知道现在有多少台?截止到昨天是258305。

你随便选一台机器点进去,就能看到 OpenClaw 控制面板(下图)。

那个架设的人,以为正在自动化自己的电脑,哪里料到向全世界敞开了大门。

如果你要用 OpenClaw,至少要安装在虚拟机或者专用的物理机,否则就自求多福吧。

科技动态

1、二维码纸带

一个国外发明家突发奇想,能不能把声音保存在纸带上?

他就把每秒钟的声音,编码后保存成一个二维码,然后把所有二维码依次打印在纸带上。

他又做了一个播放器(下图),外面是纸板,里面是一个传动装置 + 摄像头。

播放器会把纸带每秒向前移一格,摄像头识别出二维码的数据,还原成声音,播放出来。

2、韩国政府丢失机密货币

韩国国税厅抓了一批逃税者,没收了他们的加密货币。

执法部门在网上公布了赃物照片(下图),都是本次行动的战利品。

照片是高清晰度的,里面有一个加密货币的硬件钱包,还有一张纸条,上面手写了钱包的恢复密钥。

结果可想而知,加密货币顿时就被转走了,价值440万美元,大概率找不回来。

这件事凸显了,政府持有加密货币的风险极大,任何一个环节泄漏钱包密码,就全完了。

3、霸王龙的行走方式

霸王龙是一种凶猛的巨型恐龙,白垩纪的王者,也是顶级掠食者。

霸王龙的未解之谜非常多,科学家至今不理解,为什么它的前肢变得又短又小。

最近,科学家又发现了它的一个特点,这么庞大的动物居然是踮着脚的,也就是只用脚尖走路和奔跑。

原因是霸王龙的脚印化石显示(下图),脚趾部分的痕迹最深,表明这部分承受的重量最大。

踮着脚尖的原因可能是,这样能使霸王龙提高速度,有利于捕食。

文章

1、增强 AI 模型的一个技巧(英文)

AI 模型不会做某件事,或者做得不好,怎么办?

著名开发者 Simon Willison 介绍解决方法:你去找这方面的介绍文章和可运行的代码示例,然后放入上下文,让模型参考该示例,它就能学会解决类似的问题。

所以,你要囤积自己懂得如何做的事情,模型学会后,就能自己去做这些事。

2、我做了一个 AI 版的自己(中文)

作者记录了,如何将自己十几年的博客、视频和社交媒体,训练成一个数字版的个人分身,对外提供聊天服务。他分别用6个模型训练,就可以6个版本的分身。(@foru17 投稿)

3、scp 命令的一个注意点(英文)

scp 命令一般用来向服务器传送文件,它是带权限拷贝,某些情况下可能会意外禁掉 ssh 远程登入服务器。

4、Nano Banana 2 与 Seedream 5.0 Lite 对比(英文)

本文比较了目前最先进的两个图像生成模型,谁的效果更好,谷歌的 Nano Banana 2 还是字节的 Seedream 5.0 lite。

5、JavaScript 的四种遍历(英文)

本文比较了 JavaScript 的四种数组遍历,结论是 for i++ 速度最快,for-of 其次,forEach 较慢,for-in 应该避免使用。

工具

1、yj_nearbyglasses

开源的安卓应用,检查你的周围有没有智能眼镜。

2、explain-my-curl

curl 命令的一个终端界面,可以解释命令的运行结果。

3、Pocket ID

一个需要自搭建的 OIDC 身份认证服务,支持 Passkey 无密码登录,设置参考这篇文章

4、R2 Web

文件存储服务 Cloudflare R2 的 Web 客户端,可以上传/管理文件。(@vikiboss 投稿)

5、Voxt

macOS 应用,用于语音转文本、语音的实时翻译。(@hehehai 投稿)

6、Cutia

开源的网页视频编辑器,网页版的 CapCut 替代品,试用 Demo。(@moonrailgun 投稿)

7、Gorse

开源的推荐引擎,会自动对数据进行训练,为每个用户生成推荐,方便接入各种在线服务。(@zhenghaoz 投稿)

8、vscode-stylelint-plus

一个 VSCode 插件,对 CSS、SCSS、Less 等进行代码检查。(@hex-ci 投稿)

9、OneDroid

开源的安卓应用,提供多种实用工具,来管理你的安卓设备。(@QingGeTech 投稿)

10、NoteCalc

所见即所得实时计算笔记本。(@2234839 投稿)

AI 相关

1、no-agents.md

如果你不想自己的仓库被大模型抓取训练,可以加入它提供的 AGENTS.mdCLAUDE.md

2、Skills Manager

一个 macOS 桌面应用,统一管理 Skill 文件,保存在目录 ~/.skills-manager 目录,然后一键同步到各种 AI 工具。(@xingkongliang 投稿)

另有一个同类的 Skills Manager(下图)。(@Rito-w 投稿)

3、AGI Agent

开源的个人 AI 助手,OpenClaw 替代品,适配了国产大模型。(@agi-hub 投稿)

4、ArXiv Daily Researcher

一个 Python 应用,从 ArXiv 与顶级学术期刊获取最新论文,可配置关键词进行筛选,生成专业报告,多渠道推送。(@yzr278892 投稿)

5、魔方简历(Magic Resume)

基于 Web 的在线简历编辑器,可以集成多种大模型 AI 能力。(@JOYCEQL 投稿)

资源

1、MicroGPT 交互式讲解(英文)

MicroGPT 是一个200行的 Python 脚本 ,用来解释 ChatGPT 的原理。本文使用互动式动画分析 MicroGPT,适合初学者了解大模型算法。

2、2026年全国樱花花期预测

预报全国各地樱花开花的日期。(@rogerzhu 投稿)

3、Now I Get It!

上传一个科学论文 PDF 文件,该网站将其转成一个互动式网页(上图),用浅显英语来解释论文,目前是免费服务。

图片

1、苹果广告30年

1997年的苹果广告,主角是爱因斯坦。

2025年的苹果广告,主角是一只青蛙。

相隔30年,很难想象,今天的苹果公司还会用爱因斯坦来做广告。

相比上个世纪,人类社会已经大为娱乐化,不那么严肃和一本正经。

文摘

1、老板在度假时用 WhatsApp 解雇了我

我在一家私营公司工作,老板就是创始人。

前一段时间,我把待办事项清单都清空了,无事可做。我就去问项目经理还有什么项目。整整两个星期,他都没有给我派活。

这是很奇怪的状况,我从没遇见过,突然就无事可干,而且已经持续了半个月。肯定哪里出问题了。

于是,我直接在 Slack 上给老板发消息,询问我这个月的任务。

几个小时过去了,没有回复。两天过去了,依然没有回复。

今天早上,我就改在 WhatsApp 上给他的私人账号发了条同样的消息。

他回复了,说他正在夏威夷度假,没看到 Slack。

然后,他写了一条长长的回复,告诉我被解雇了。

他说,我的部门是全公司成本最高的,而且上个月,公司第一次出现亏损,他现在不得不借钱来偿还房贷,削减成本是公司生存下去的唯一途径。

我震惊了,他一边在夏威夷度假,一边说这些话。

我本来很同情他,他努力挣扎着偿还房贷,还要拼尽全力维持公司运营,真的活得非常辛苦。要不是想到他还在度假,我简直要为自己向他索要工资而感到愧疚,我甚至乐意免费为他工作,以避免公司的亏损。

读到他的这些解雇我的理由后,我觉得很可笑,我居然给他写信,要他给我委派任务。

我后来才意识到,自己是在 WhatsApp 上被解雇的,而且只通过一条文字消息。我为他工作了四年,他解雇我的时候甚至连安排一次视频通话、面对面告诉我的勇气都没有。

我看清了,我的工作就是让他能还清房贷,为他的幸福和财富做贡献。而他不需要有同情心,也不需要有直视我眼睛来解雇我的勇气。

言论

1、

让我非常惊讶的是,人们最近突然开始做一些早就应该做的事情:

(1)撰写简洁、直截了当的文档,把它放在 AGENTS.md 文件里。

(2)实现非常有价值的工作流程,以技能或 MCP 服务器的形式暴露出来。

(3)改进测试和命令行工具的输出,使其带有更多信息。

-- 《AI=true 是反模式》

2、

GitHub 最近频繁宕机,我认为原因并不是他们在运行 AI 生成的代码,而是用户在提交 AI 生成的代码,导致提交内容和频率远超以往,GitHub 不堪重负。

-- Hacker News 读者

3、

GitHub Star 曾经是一个很好的指标,直到人们逐渐意识到它确实是一个很好的指标。

-- Hacker News 读者

4、

有了 AI,工程师一个迭代可以做七个功能,晋升毫无难度。

-- 《当代码生成速度超过理解速度》

5、

吃掉大象只有一种方法:一口一口地吃。

-- 南非主教图图

往年回顾

技术炒作三十年(#340)

苹果头盔的最大问题(#290)

教育年限可以缩短吗?(#240)

产品化思维(#190)

(完)

本文涉及到 nsfw 网站,如果正在 work 就不要点开,虽然我也没传啥 nsfw 的图片或者文字就是了,但按照 GreasyFork 的习惯(上传油猴脚本如果是涉及到 nsfw 网站就要加 nsfw 标签,虽然这里不是 greasyfork 写的也不是 js) 还是加个 nsfw 标签比较好吧 😭

之前想存点喜欢的作者视频,但是一个个点下载实在太费劲了,索性自己用 Python 搓了个下崽工具。

我是预览图捏

核心功能就是批量下载。你只要把作者主页或者播放列表的链接往里一贴,它就自动分页解析,然后排队下载开冲。

本地带 SQLite 数据库存下载历史,下过的会自动跳过,不用担心重复。

核心环境管理用的是 Pixi (better than uv),用一次爽一次,一直用一直爽(

UI 用的是 Pyside6 + Fluent Design

各位大佬如果有需要的可以来这个 github 仓库 IwaraTool 拿,跑源代码(一行命令 pixi run start 就能跑)或者用 Release 里的编译好的二进制文件(支持WindowsLinux)。

如果这个项目对你有帮助别忘了给个 star😘

PS:

  1. 一定要先在设置里登录账号,不登录是没法解析下载地址的。
  2. 日后惹出祸来,不把我说出来就行了(逃