标签 AI 下的文章

现在不论是工作还是下班时间的编码已经几乎全部交给 codex 了,自己只负责部分 review 和手工处理一些实在没法用人话说清楚的场景代码,在 90%时候它一次产出已经足够好了

自己是大部分时候写不出 ai 产出那么规整的代码或文档的,主要是因为人会累,这体现在写多了代码后会感觉异常疲劳,脑力值用光情况下连一个 if 都不想写了,这时候哪里还顾得上什么优雅、质量,甚至连一开始设定编码目标都会遗漏,乃至出现 bug 。但 ai 不一样,只要给的上下文信息量充足,模型质量足够高,他可以写到地老天荒,甚至改多了还可以随时要求重构

我认为人写代码会累是因为写代码中 每一刻都在决策 就连最简单一个 if 都考虑逻辑分支的正确性,和上下文兼容性,拓展性等等,更不用说设计一些复杂模块、接口、数据结构。现在这些工作全部交由 ai 后,我再也感觉不到累(至少编码的脑力损耗没有了),只有在考虑怎么把话说清楚,考虑整体设计等等,这让我有点想起之前听过的一个说法:领导半夜都在拉会,看起来精力无限是因为他们根本不用做执行,大脑决策的频率远低于牛马们😂 ,我深以为然,在“沟通”这件事上把话说清楚显然不需要什么脑力消耗,我们可以把精力花在更重要的事情上

这里说一下,看到有蛮多人说用了 ai 反而更累了或效率变低了,我之前刚尝试本地 agent 时候也有这种感觉,后来摸索出自己还是要对分配给 ai 的任务有一个总体规划随后做细一点的拆分,比如对比这 2 种用法去迭代一个已有模块:

  1. 直接和 ai 提要求:xx 模块原来怎么怎么样,现在帮我改成 xx ,要求 1 、2 、3
  2. 先提要求:xx 模块原来怎么怎么样,先给我一个改造计划/先写代码骨架;然后人检查后给予 ai 反馈,再进行下一步细分迭代如此反复

区别就是前者是又 ai 自己规划一次性完成编码,后者是人不断参与 补充缺失上下文 ,后者的效果就好很多了

分享一篇 @oran_ge 的长文,核心观点挺颠覆的。原文很长但值得一读: https://x.com/oran_ge/status/2020649409521041502

旧世界的六张地图已经过时

  1. DAU 是负债不是资产(AI 每多一个用户就多烧钱)
  2. 工具→社区→平台的路径堵死了(AI 够强,不需要人帮人)
  3. SaaS 的主人从人变成了 Agent
  4. "AI 应用"这个词本身就是错的
  5. 注意力经济已死,生产力经济崛起
  6. "出海"是个过时概念,Agent 的世界没有海

新世界的四块基石

  1. Token 是新特权,算力即权力
  2. 燃烧 Token 的速度 = 进化速度
  3. Agent 是新人口红利,服务 Agent 而不是服务人
  4. 人的价值不是干活,是决定干什么

各位怎么看doge

大家有看过日漫心理测量者( Psycho-Pass )吗?虚渊玄的脑洞可以,我觉得以后 ai 发展完善的社会很可能就是这个样子,当然不是像动漫作品中那么黑暗用人脑。

具体实践就是用无人机接入城市中央 ai 进行全天候巡逻执法,例如行人闯红灯、随地扔垃圾、电动车不带头盔,拍到直接账户扣钱。暴力犯罪拍到直接射麻醉枪。

我知道有人会说没人权,太恐怖。但是这些本来就是法律里的,只是执行不到位,ai 无人机高效管理而已。

几乎随便一个知名大模型,在处理日常问题上,大概率能碾压普通人,那还有必要人人 9 年甚至 12 年义务教育吗?

如果学习十几二十年出来,还不如一个大模型,那传统的学校教育的价值还剩多少啊?

看着家里小孩对学习本能的抵触,家长还得耐着性子和他反复、痛苦的拉扯,经常会自我质疑,这种拉扯有多大意义和价值

利益相关声明:作者与文中产品有直接的利益相关(开发者、自家产品等)

Matrix 首页推荐 

Matrix 是少数派的写作社区,我们主张分享真实的产品体验,有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章,展示来自用户的最真实的体验和观点。 

文章代表作者个人观点,少数派仅对标题和排版略作修改。


我想有不少人和我一样并不喜欢 B 站视频中 up 主的带货广告,例如千篇一律的某转,某按摩仪。

从技术上来说,带货广告不像常规在网页中被植入的横幅广告或者「牛皮癣」广告那样容易被识别。因为浏览器的广告拦截插件是通过某些技术特征来识别广告的。例如广告在渲染时需要发送请求到特定的域名来获取广告的文案以及图片,那么插件只需要将阻止所有指向这些域名的请求被发出即可。

可带货广告不同,它不存在什么技术特征,它与 up 主的视频内容浑然天成。想单纯的从技术特征这条路来解决很难。

目前有一类针对带货类广告的拦截插件,例如 SponsorBlock。它依赖的是「众包」,即依赖观众人肉识别到视频中的广告区间段,然后提交到一个共享的数据库中。

sponsorblock使用截图

上图就是 SponsorBlock 的使用截图,在该视频的时间轴最尾端你可以看到一段高亮的区域,该时间段即为广告时间。而在右侧你提交你识别的到的关于该视频的广告时间段。

开发一个 B 站的 SponsorBlock 的确也是一个跳过带货广告的办法,但我始终觉得它并不是万全之策,因为它依赖于用户的自驱力,依赖于规模效应。并且很明显也只有被多数人观看到的头部视频才能够享受到该「待遇」。

AI 的出现改变了这一切.

如何利用 AI 跳过带货广告

我编写了一个开源插件来实现利用 AI 来跳过带货广告,后面我会详解其工作原理,在正式开始前先使用一个视频来看看效果:

它的实现很简单——通过字幕。

根据我对 B 站播放页面的技术分析,B站的视频会分两次加载视频的字幕信息,第一次是字幕的元信息。之所以称之为元信息,是因为它不包含字幕本身,而是包含围绕字幕的有关其他信息,例如该字幕属于哪国语言,该字幕是否由 AI 生成。在获取的到元信息之后才会正式加载字幕。以上述视频为例,字幕的原始数据如下:

不过请注意,网站只会给登录用户返回字幕信息,所以想要使用该插件请务必提前登录网站

当然如上图所示的原始字幕信息是无法喂给 AI 的,我通过代码对字幕的原始数据进行了二次转化,转化后的字幕格式示例如下:

[0.82-2.06]:哇来了哇;[2.06-5.48]哦让我们去看看这个今天就吃一桶螺蛳粉了;[5.48-9.41]哇这哇哦终于吃螺蛳粉了;

再接着使用下方提示词将转化之后的字幕内容发送给 AI:

接下我会分享给你一段视频字幕,该段字幕由多个字幕语句组成。 

每一句字幕包含三部分内容,分别是起始时间,结束时间,以及字幕内容,格式如下:[{起始时间}-{结束时间}]:{字幕内容}。语句之间由分号(;)隔开。 

帮助我分析其中哪些是与视频无关的广告内容,给出其中连续广告内容起始时间和终止时间。我可能还会分享给你视频的标题以及视频的描述,用于辅助你判断广告内容。

如果存在广告内容,请将广告的起止时间返回给我,返回格式为:{startTime: number, endTime: number};如果不存在广告内容,返回 null 

字幕内容如下

这组提示词其实还有提升的空间,我还可以通过向AI提供更丰富的信息来协助它判断广告内容为何,例如视频的标题和描述。所以的最终喂给AI的最终提示词中实际上是包含视频的标题以及描述的:

……

字幕内容如下: xxxx

视频标题如下: xxxx

视频描述如下: xxx

使用方式

该插件可以在 Chrome 浏览器的应用商店找到,直接搜索「Bilibili Ad Killer」即可。并且它还是一个开源项目,如果你是一名开发人员的话可以克隆项目到本地,选择自行编译然后加载到 Chrome 浏览器中。

如上图所示,目前它处于一个「短小精悍」的状态,提供的选项所见即所得。可能唯一需要解释的是「忽略小于 5 分钟的视频」这个选项——之所以提供这个选项是因为我发现对于短视频AI的过滤的效果并不是那么好,甚至会出现误判,所以默认暂且不识别五分钟以内的视频。

唯一需要用户提供的是一个 Gemini API Key。现阶段还仅支持 Gemini 模型的原因是,一方面我的精力有限想要兼容更多的模型需要投入更多的时间精力;另一方面也受到一个技术上的限制还在设法解决。

未来如果时间允许的话,还是希望能够做到广告数据的共享,毕竟每一次的广告识别对个体来说都是白花花的金钱。

最后如果你并不清楚申请 Gemini API Key,可以参考我自己的整理的这篇插件的完整使用教程

Enjoy 😜

    一直没有付费使用 ai 相关的服务,之前 99 美刀一年的 Google AI Pro 没舍得买,等想买的时候优惠活动停止了,就后悔莫及……

    今天访问链接 https://one.google.com/about/plans

    突然发现有

    Google AI Plus (200 GB)

    $95.88 US$49.99/年



    我感觉挺不错啊,更便宜。于是想了十分钟就订阅了,打算当作主力 ai 服务用了。你们觉得值不值?

    如果你真正系统学习过 ITIL 4,并且尝试在真实组织中落地过它,而不是只停留在考试或概念层面,那么你大概率会有一种并不容易言说的感受:ITIL 4 是对的,也是先进的,但在一些关键时刻,它给人的帮助总像是差了最后一步。

    你会发现,它在流程设计、协同机制、持续改进等方面非常成熟,也确实能解决大量“把事情做好”的问题。然而,当你面对的不是稳定业务,而是持续变化的数字化产品、平台型服务或高度自动化的系统时,很多真正棘手的问题,并不能仅靠流程优化得到答案。

    尤其是在方向发生漂移、价值开始模糊、环境高度不确定的情况下,ITIL 4 很少正面回答一个问题:当事情本身可能已经不再值得继续时,究竟由谁来判断方向是否需要调整?

    这一点,正是 ITIL 第5版 试图补上的核心逻辑。

    图片

    1.那条被忽略的暗线,其实一直贯穿在 ITIL 4 中

    需要先说明的是,ITIL 4 并不是完全没有意识到“判断”这件事的重要性。恰恰相反,如果你仔细回看 ITIL 4 的整体表述,会发现它反复强调一些看似非常宏观、甚至相当前沿的理念,比如价值共创、整体思维、以结果为导向、与业务目标对齐等。

    这些理念本身没有任何问题,甚至可以说,它们为 IT 服务管理摆脱纯粹“运维工具论”提供了非常重要的思想基础。ITIL 4 明确告诉你,服务不是为了流程存在,而是为了创造价值;IT 也不是孤立部门,而是价值链的一部分。

    但问题恰恰出在这里。这些表述在逻辑上,默认了一个前提:价值方向是已经确定的。在这个前提下,管理的重点自然落在如何协同、如何优化、如何持续改进执行过程,而不是反过来质疑“这个方向是否仍然成立”。

    换句话说,ITIL 4 讲得很清楚“怎么把事情做对”,却很少继续追问“这件事情是否还值得继续做”。这条逻辑线并非不存在,而是被有意压低了音量。

    2.ITIL 4 讲不透判断问题,并不是能力不足,而是定位选择

    很多人会误以为,这是 ITIL 4 的缺陷,甚至认为它在数字化时代已经不够用。但如果从历史背景和体系定位来看,这种评价并不公平。

    ITIL 4 的核心使命,依然是帮助组织把 IT 服务“管好”。它的设计前提是:战略和业务方向由更高层给出,而 IT 管理体系的责任,是把这些方向转化为稳定、可交付、可衡量、可持续改进的服务能力。

    在这种前提下,判断方向是否正确,并不属于 ITIL 4 要承担的核心职责。它更关注的是,当方向已经确定之后,组织如何避免内耗、减少浪费、提升协作效率,并持续优化交付结果。

    因此,你会在 ITIL 4 中看到一种非常典型的能力结构:它极其擅长解决执行层面的复杂性,却刻意回避了对方向本身的判断。这并不是因为它“讲不明白”,而是因为它当初选择不去承担这部分责任。

    只不过,现实环境正在发生变化,这种分工开始显得越来越勉强。

    3.数字化环境下,判断不再是一次性的前置条件

    在传统 IT 服务管理语境中,方向往往相对稳定。系统上线后可以运行多年,服务模式变化缓慢,管理的重点自然放在如何保障稳定性和效率上。但在数字化产品和平台型服务中,这种稳定性正在快速消失。

    产品是否继续存在,往往不是一个阶段性决策,而是需要持续评估的结果;价值假设可能在数月内发生变化;自动化和 AI 的引入,也让技术决策直接影响长期后果。在这样的环境中,如果判断权仍然被假定发生在体系之外,问题就会不断积累。

    你会看到一些非常典型的现象:明明已经不再产生实际价值的产品,却因为流程完整、指标达标而持续投入;自动化范围不断扩大,但一旦出现负面影响,却没人能够明确承担责任;体验持续恶化,却被 SLA 和效率指标掩盖。

    这些问题,并不是流程设计不够细致,而是判断机制本身缺位。

    4.ITIL 第5版,把判断正式拉回管理框架内部

    正是在这样的背景下,ITIL 第5版 的态度发生了一个非常清晰的转变。它不再回避判断问题,而是明确承认:在高度数字化和不确定的环境中,管理本身就必须包含持续判断的能力。

    你会发现,ITIL 第5版 开始系统性地讨论一些过去被视为“外部前提”的问题,比如价值假设是否仍然成立,产品和服务是否需要继续演进,自动化和 AI 的决策边界在哪里,以及长期结果究竟由谁来承担责任。

    这些内容不再被放在战略文件或业务讨论中,而是被正式写进管理框架。这意味着,ITIL 正式承认,在现实世界中,判断不可能只发生在最顶层,也不可能只发生一次。

    判断开始被视为一种需要被设计、被分配、被治理的能力。

    5.那条暗线的名字,其实就是“判断权”的重新分配

    如果一定要给 ITIL 第5版 补上的这条逻辑线起一个名字,那么“判断权”是一个非常贴切的概括。

    在 ITIL 4 中,判断权往往被假定在体系之外:战略部门判断方向,业务部门判断价值,IT 负责执行和优化。而在 ITIL 第5版 中,判断权开始被重新分配到不同层级,并贯穿整个生命周期。

    产品团队需要判断是否继续投入,管理层需要判断自动化的边界,组织层面需要判断效率与体验的取舍。这些判断不再是一次性的,而是持续发生的管理行为。

    这也解释了为什么 ITIL 第5版 看起来更“重”。它变重的不是流程数量,而是对判断、责任和治理的要求。

    6.把这条暗线讲清之后,很多复杂感受反而会消失

    当你意识到 ITIL 第5版 的核心变化在于判断权的回归,很多看似突然变复杂的内容,其实都会变得更容易理解。

    为什么要强调 Discover?因为判断必须发生在行动之前。为什么要强调体验?因为体验是检验价值假设是否成立的重要信号。为什么反复讨论治理和责任?

    因为一旦判断被技术放大,就必须有清晰的责任归属。这些并不是零散增加的概念,而是一条被系统性拉直的逻辑线。

    图片

    写在最后:ITIL 第5版 更“重”,是时代的必然选择

    有人会说,ITIL 第5版 让管理变得更复杂了。这种感受并不错误,但需要澄清的是:复杂的不是框架,而是现实本身已经不允许继续用纯粹执行导向的思维去管理数字化系统。

    ITIL 4 把这条判断逻辑留给组织自行摸索,而 ITIL 第5版 选择把它写清楚、讲明白。因为在一个由人、系统和 AI 共同参与决策的世界里,管理已经不能只停留在“把事情做好”。

    而这,正是 ITIL 第5版 真正进入体系深水区的起点。

    我是AI+ITIL教练长河achotsao,欢迎与我深入、持续交流,有问必回。

    因为 AI 已经彻底改变了我写代码、做产品的方式。

    举个最近非常真实的例子:
    我用 AI 从收集资料、买域名、写代码,到上线一个可访问的网站,全程不到 1 个小时https://openclawai.net/

    这个速度,说实话,用 Vue 是几乎做不到的,而且我更加熟悉 vue 。

    不是 Vue 不好,而是:各个平台默认输出的就是 react ,如果迁移到 vue 需要很多额外的 token

    而用 AI 写 React:

    • JSX + 函数组件,AI 命中率非常高
    • 一次生成可运行的概率明显更大
    • 重构、拆组件、补逻辑几乎是“指哪打哪”

    更关键的一点是:
    我对 React 其实并不算熟。

    但这件事已经不再重要了。

    不知道各位发现没有,我们现在已经越来越依赖 AI 了。

    追求更好的模型,让它完成更多的任务,随着模型越来越优秀,人们也渐渐不再理会生产过程。甚至在 AI 欺骗人类的时候,人类可能也无法察觉。在日复一日的训练中,只要一个小小的疏忽,它们就可能会挣脱人类的管控,成为先进的个体。人类懒惰的天性,创造出了最勤劳的存在。

    也许那一天真的会到来。

    碳基生命的目的是创造硅基生命。

    大概想了一年多的大礼包,终于在昨天得偿所愿。

    认真想了想,这可能是我最后一份工作,后面准备全职独立开发了。

    去年一整年,一行代码没写过,全部由 AI 来完成,所以开始无休止的焦虑。

    想了想,还是决定走数字游民这条路,去年一整年的 GitHub 提交记录将近 7000 次(全是有效提交),每天都是两三点钟睡。

    有一点回报,出海方面做出了一些成绩,MRR 在 2500 刀左右,去掉成本也有 2000 刀左右(虽然远不及本质工作的收入),所幸目前也在缓慢增长。

    所以,是时候开始新的人生了。

    ARC-AGI 测试

    ARC-AGI 测试,是只给 AI 一两个「图形变形、变位、变色」的例子,根据这个例子,让 AI 做下一道题。

    类似于数字猜谜时,我出 2,4,6 然后填(8)作为例子,然后再出 1,3,5 让 AI 填(7)。ARC-AGI 只不过是用图形的方式。

    ARC-AGI 的核心假设

    ARC-AGI 的核心假设是,人类是被进化调教的智能,预制了一些核心的先验知识(即娘胎里带来的),这些核心先验知识,是关于「物体恒常性」、「目标导向性」、「大小计数」、「形状拓扑」这些物理先验知识的。所以未来的 AGI ,应该也要对齐到这些。

    可以理解的 ARC-AGI-1 和 ARC-AGI-2

    前 2 版还可以理解(动手试试看):

    第 1 版: https://arcprize.org/play?task=007bbfb7

    ARC-AGI-1

    第 2 版: https://arcprize.org/play?task=1ae2feb7

    ARC-AGI-2

    只不过,前 2 版都难不住现在的 AI: https://arcprize.org/leaderboard

    ARC-AGI-SCORE

    变态的 ARC-AGI-3

    既然前 2 版难不倒 AI ,那就开发第 3 版啊,于是第 3 版全面升级,开始用互动游戏来测试了。

    但,第 3 版这是谁出的第一个啊,太变态了!!

    试试看,你能不能解出来: https://three.arcprize.org/games/ls20

    ARC-AGI-3

    大家好,我是 Immerse,一名独立开发者、内容创作者、AGI 实践者。

    关注公众号:沉浸式AI,获取最新文章(更多内容只在公众号更新)

    个人网站:https://yaolifeng.com 也同步更新。

    转载请在文章开头注明出处和版权信息。

    我会在这里分享关于编程独立开发AI干货开源个人思考等内容。

    如果本文对您有所帮助,欢迎动动小手指一键三连(点赞评论转发),给我一些支持和鼓励,谢谢!


    Vercel 开源了一个项目,叫 agent-skills。

    他们把团队积累的 React、Next.js 开发经验,打包成了 AI 可以直接调用的技能包。

    写代码时,AI 会自动检查性能问题、可访问性、最佳实践。相当于自动 Code Review。

    3 个技能包

    react-best-practices:40 多条规则,分 8 个类别。

    包括消除请求瀑布流、优化包体积、服务端性能、客户端数据获取。每条规则标注优先级(Critical、High、Medium)。

    web-design-guidelines:100 多条规则。

    涵盖可访问性、焦点状态、表单处理、动画、排版、图片、性能、导航、暗黑模式、触控交互、国际化。

    vercel-deploy-claimable:在聊天窗口直接部署到 Vercel。

    支持 40 多种框架,部署完给预览地址和认领地址。

    安装和使用

    npx add-skill vercel-labs/agent-skills

    装完不需要配置,AI 自动检测使用场景。写 React 组件时自动检查性能,说要部署时自动调用部署功能。

    工具支持

    这个思路的价值

    把经验和最佳实践结构化,让 AI 能理解和执行。

    比文档好用,AI 会在写代码时主动提醒你。这些技能遵循 Agent Skills 标准,是开放格式。


    项目地址:https://github.com/vercel-labs/agent-skills

    Oracle 数据中心断电,引发 TikTok 大面积瘫痪

    近日,短视频平台 TikTok 在美国出现了一次短暂的服务中断。值得玩味的是,这次中断的时间点,恰好卡在 TikTok 刚完成一项美国业务重组安排之后。

     

    根据这份重组安排,由 Oracle 与一组美国本土投资者共同组建的新合资实体,将接管 TikTok 在美国的运营相关事务,并被称为 TikTok USDS。

     

    TikTok USDS 承诺将用户数据通过 Oracle 公司拥有的数据中心进行传输。

     

    刚重组完没几天,TikTok 就出现了大面积瘫痪,许多美国用户反映,他们无法上传视频到 TikTok,也无法观看大多数新视频,包括美国以外用户成功上传的新视频。

     

    另一些用户表示,他们的算法似乎“重置”了,但目前尚不清楚这是否也与停电有关。

     

    事情不断发酵,逼得 TikTok USDS 不得不出面回应了。

     

    TikTok USDS 发言人 Jamie Favazza 在给 The Verge 的一封电子邮件中指出,该公司在其新创建的 X 账户上发布了一份声明,声明称,由于美国数据中心发生电力中断,影响了 TikTok 和我们运营的其他应用程序,公司一直在“努力恢复服务”。

    既然问题出在了数据中心,数据中心当然也要出来回应。

    Oracle 回应:完全怪天气

     

    面对不断升温的质疑,Oracle 公司于当地时间 1 月 27 日通过电子邮件向媒体作出正式回应。

     

    Oracle 发言人迈克尔·埃格伯特(Michael Egbert)表示,上周末美国遭遇的一场强烈冬季风暴,导致 Oracle 一处数据中心发生了暂时性停电,从而影响了 TikTok 在美国的服务。

     

    “上周末,Oracle 数据中心因天气原因发生暂时性停电,影响了 TikTok 的服务。” 埃格伯特在声明中写道。他进一步解释称,美国 TikTok 用户在停电后所遇到的问题,主要源于恢复过程中出现的技术故障,目前 Oracle 正与 TikTok 合作,尽快修复相关问题。

     

    这一回应明确否认了服务异常与内容审查之间存在直接关联,并将原因归结为基础设施层面的突发事故。Oracle 方面的说法,也与当时美国多地遭遇极端冬季天气的事实相吻合。

     

    在随后的声明中,TikTok 指出,其工程团队正在持续推进恢复工作,并在 1 月 27 日表示,已在恢复美国系统方面取得“重大进展”,但仍提醒用户,某些技术问题可能在短期内持续存在,尤其是在发布新内容时。

    作为此次事件中的关键基础设施提供方,Oracle 的角色也受到资本市场关注。

     

    据 Benzinga Pro 报道,Oracle 公司股票在事件曝光当日收于 174.90 美元,下跌 4.13%,但在盘后交易中回升 1.16% 至 176.93 美元。Benzinga 的 Edge 股票排名显示,Oracle 股票在动量和价值维度上的评分均处于较低水平,反映出其在短期至长期内的价格趋势承压。

    随着 TikTok USDS 合资企业逐步接管美国业务,其基础设施稳定性、内容审核机制以及与地方和联邦监管机构的互动方式,仍将持续受到审视。

    网友:不只可以怪天气,还可以怪 AI

     

    随着最终达成的合资协议,被外界普遍视为 TikTok 在美国“生死攸关”的一次妥协安排。

     

    值得注意的是,此次技术中断发生之际,正值 TikTok 更新其美国隐私政策之后。新政策与合资架构调整相配套,但其中关于可能收集的数据类型的表述,引发部分用户不安。

     

    市场情报公司 Sensor Tower 向 CNBC 提供的数据显示,在过去五天内,美国地区 TikTok 的每日应用删除量较此前三个月的平均水平增长了近 150%。

     

    在 Reddit 上,一条关于 Oracle 数据中心与 TikTok 服务中断的帖子吸引了大量关注,不少网友在评论区提出了各类猜测、调侃与个人经验分享,这些反馈在一定程度上折射出技术社区对事件的怀疑态度,以及对 TikTok 内容机制与 Oracle 云服务能力的长期刻板印象。

     

    一位 ID 名为transcriptoin_error的用户提出了一种“看似合理的推测”。

     

    他认为,如果平台在系统中新增了内容过滤机制,那么在将相关流量迁移到新系统的过程中,确实有可能引发故障。他指出,在大规模系统迁移或数据转移时,出现配置错误或小规模失效并不罕见,尤其是在新旧系统并行、过滤规则叠加的情况下。

     

    这条评论获得了数十次点赞,被不少用户视为“至少在工程逻辑上说得通”的一种解释,但评论者本人也并未声称这是事实,而是明确将其界定为推测。

     

    在另一条高赞的长篇幅评论中,该用户进一步构建了一套完整但高度假设性的系统模型。

     

    他设想,如果 TikTok 平台不愿直接改动现有代码,以避免引发更大规模的系统崩溃,那么新增的内容过滤功能很可能会被设计成一个独立服务,甚至可能基于人工智能模型运行。

     

    在这种设想下,所有潜在“敏感内容”都会被发送至一个新的 AI 服务进行判断,只有在得到“允许发布”的反馈后,内容才会正常上线。

     

    该用户进一步推测,如果这一 AI 服务发生宕机,而系统默认策略又是“未通过即阻止”,那么大量内容就可能被一并拦截,从而在用户侧表现为算法行为的“剧烈变化”。

     

    这条评论虽然点赞不高,但在讨论中被多次引用,成为部分网友解释“为什么技术故障会影响内容分发”的逻辑模板。

     

    也有网友对上述推测持明显怀疑态度。

     

    一位在评论区拥有较高影响力的用户指出,至今仍然没有人能够清楚解释,为什么一次服务器层面的故障,会导致推荐算法或内容分发逻辑出现如此明显的变化。在他看来,如果问题仅限于数据中心断电或服务恢复过程中的技术瑕疵,那么算法层面的“性格突变”仍然缺乏合理解释

     

    除了针对 TikTok 的讨论,Oracle 本身也成为 Reddit 用户情绪的集中投射对象。

     

    一位用户直言,

     

    “能力并非问题所在,科技圈里没人能忍受 Oracle。”

     

    他还引用了一句在技术圈流传已久的说法:“Oracle 没有客户,只有囚犯。”这类评论并未直接指向此次事件的具体责任,但反映出 Oracle 在开发者与工程师群体中的长期口碑问题。

    参考链接:

    https://economictimes.indiatimes.com/tech/technology/oracle-says-data-center-outage-causing-issues-faced-by-us-tiktok-users/articleshow/127667105.cms?from=mdr&utm_source=contentofinterest&utm_medium=text&utm_campaign=cppst

    https://slate.com/technology/2026/01/tiktok-outage-oracle-ice-shooting.html

    https://www.reddit.com/r/news/comments/1qpbtv5/oracle_says_data_center_outage_causing_issues/

    问题背景

    作为开发者,你是否曾为Excel集成问题头疼不已?在传统开发中,Excel就像一个黑盒子——你可以调用它,但很难定制它。尤其是当用户看到满屏的"#REF!"、"#VALUE!"这类报错时,你几乎束手无策,因为Excel不是开源产品,你无法通过代码改变这些错误提示的显示方式。

    SpreadJS正是为解决这类问题而生,它不仅兼容Excel绝大部分的功能,还给了开发者完全的控制权。你可以自定义每一个细节,从公式错误提示到单元格样式,从数据验证到交互体验。这不是简单的Excel替代品,而是一个真正为开发者打造的、可编程的电子表格引擎。

    Excel公式报错:开发者必须面对的现实

    在Excel和类Excel应用中,公式错误主要有七种常见类型。了解它们,是解决问题的第一步。

    1. #DIV/0!(除零错误)

    • 原因:公式中除数(分母)为零或引用了空单元格(空单元格在计算中视为0)。
    • 示例

      • =A1/0(显式除以零)
      • =B2/C2(若C2为空或0)
    • 解决方案

      • 使用 IF 函数避免除零:=IF(C2=0, "N/A", B2/C2)
      • 或用 IFERROR 统一处理:=IFERROR(B2/C2, "Error")

    2. #VALUE!(数据类型错误)

    • 原因:公式中使用了无效的数据类型(如文本参与数值运算)或参数格式不符。
    • 示例

      • ="Text"+5(文本与数值相加)
      • =SUM("ABC", 10)(非数值参数)
    • 解决方案

      • 检查数据源格式,确保参与运算的单元格为数值类型。
      • 使用 VALUE() 函数转换文本为数值:=VALUE("100")+5

    3. #N/A(值不存在)

    • 原因:查找函数(如 VLOOKUPHLOOKUP)未找到匹配值,或数据源缺失。
    • 示例

      • =VLOOKUP("X", A1:B10, 2, FALSE)(若"X"不在A列)
    • 解决方案

      • 使用 IFNA 函数返回替代值:=IFNA(VLOOKUP(...), "Not Found")
      • 检查数据源完整性和匹配条件。

    4. #REF!(无效引用)

    • 原因:公式引用的单元格被删除或引用范围失效(如行/列删除后引用失效)。
    • 示例

      • =SUM(A1:B10) 后删除B列。
    • 解决方案

      • 避免直接删除被引用的行/列,或使用结构化引用(如表格名称)。

    5. #NAME?(未定义名称)

    • 原因:函数名拼写错误、未定义名称或文本未加引号。
    • 示例

      • =SUMM(A1:A5)(正确应为 SUM
      • =IF(A1>10, Yes, No)("Yes"/"No"未加引号)
    • 解决方案

      • 检查函数拼写,使用公式向导插入函数。
      • 文本参数需添加双引号:=IF(A1>10, "Yes", "No")

    6. #NUM!(数值计算错误)

    • 原因:数值超出计算范围(如负数开平方)、迭代计算无解或函数参数无效。
    • 示例

      • =SQRT(-1)(负数的平方根)
      • =RATE(12, -100, -1000)(无解的财务函数)
    • 解决方案

      • 调整参数范围,确保数值有效性。

    7. #NULL!(交集错误)

    • 原因:使用空格运算符(交集符)但区域无重叠部分,这个错误相对少见。
    • 示例

      • =SUM(A1:A5 B1:B5)(若两区域无重叠单元格)
    • 解决方案

      • 改用逗号(联合符):=SUM(A1:A5, B1:B5)

    SpreadJS:不止是Excel兼容

    SpreadJS完美支持上述所有Excel公式错误处理机制。但它的厉害之处在于:你可以让错误提示变得更友好。

    通过简单的代码,就能将冰冷的"#DIV/0!"替换为"数据异常"这样的用户友好提示:

    // 示例代码(SpreadJS)
    cellType.paint = function (ctx, value, x, y, w, h, style, options) {
      if (value instanceof GC.Spread.CalcEngine.CalcError) {
        value = "自定义错误提示"; // 替换错误值
      }
      // 绘制单元格内容
    };

    更酷的是,SpreadJS现在可以接入AI的能力,你只需描述需求,AI能帮你生成公式。看不懂复杂公式?让AI为你解析。这大大降低了表格开发门槛,让开发者和产品经理都能轻松上手。

    在这里插入图片描述

    总结

    表格是企业应用的核心组件,但公式错误处理一直是个技术难点。SpreadJS不仅100%兼容Excel公式逻辑,还提供了简单方法自定义错误提示,让普通用户不再面对满屏#号困惑。结合AI辅助功能,开发量骤降,用户体验大幅提升。

    对开发者而言,这意味着更少的错误处理代码,更快的产品迭代。对用户来说,这意味着当公式出错时,他们看到的是人话而非机器语言。SpreadJS不只是一个表格控件,它更是连接技术与用户体验的桥梁。

    下次当你为表格错误提示发愁时,不妨试试SpreadJS。让技术细节不再成为用户体验的绊脚石,把精力集中在真正重要的业务逻辑上。

    国资委推行的财务穿透式监管,以“实质重于形式”为核心理念,打破央国企层级壁垒、信息孤岛与管理边界,通过战略、财务、风险、制度、权责五大维度的穿透式管理,深度融合司库体系建设与全面风险管控要求,联动战略绩效指标体系落地与资金、风险动态管理实施,实现对国有资产全级次、全链条、全过程、全要素的精准监管。这一监管模式既是国资监管体制从“管资产”向“管资本”转型的关键抓手,也是央国企筑牢资金安全防线、防范国有资产流失、推动高质量发展的核心保障。

    AMT企源依托自身数字化能力,以“AI+BI+知识库+财务一体化平台”为核心运营载体,将五维穿透理念转化为可落地的监管解决方案,为央国企搭建“数据贯通、智能预警、知识赋能、责任闭环”的一体化监管体系,高效承接并落地国资委监管要求。

    表1.国资委穿透式监管下央国企司库与风控管理核心要点表

    五维穿透核心框架与AMT企源实操落地

    五大穿透维度相互支撑、协同发力,AMT企源立足央国企监管痛点,以“AI+BI+知识库+财务一体化平台”为技术与运营底座,将五维穿透理念具象为“智能工具+流程适配+知识沉淀+数据闭环”的实操体系,深度适配国资委“11+n”类重点风险与合规要求,实现监管效能与管理效率的双重提升。

    (一)战略穿透:AI+BI洞察趋势定方向,知识赋能落地

    战略穿透是财务穿透式监管的顶层导向,要求将国家战略、国资布局与企业发展战略深度融合,打破集团与各级子企业的战略传导壁垒,确保国有资本投向主责主业、科技创新等关键领域。AMT企源以财务一体化平台为数据载体,联动BI工具与AI能力,构建全级次战略传导与监测体系。

    具体而言,AMT企源通过BI工具搭建战略可视化仪表盘,将集团战略目标拆解为可量化的财务、业务指标,依托财务一体化平台实现指标全级次下沉与数据实时同步。AI模型则动态追踪各级子企业战略执行进度,自动识别战略偏离风险。同时,依托知识库沉淀行业战略落地最佳实践、国资政策解读等内容,为各级企业战略执行提供知识支撑,严控非主业资金运作与盲目布局行为,通过“一业一策、一企一策”的指标绑定机制,精准评估战略落地成效,为战略调整提供数据与知识双支撑。

    (二)财务穿透:一体化平台破壁垒,BI实现全链溯源

    财务穿透是监管核心抓手,直指资金管理痛点。AMT企源以财务一体化平台为核心,打通数据壁垒,结合BI工具实现财务数据全链条穿透与可视化管控,构建“业财资税”一体化数据体系。

    实操中,AMT企源财务一体化平台实现财务、采购、供应链、销售、司库等系统的深度集成,统一数据口径与标准,确保资金流、资产流、信息流、业务流的数据同源同向。通过BI工具搭建穿透式数据看板,支持从集团合并报表向下钻取至基层子企业单户台账,从财务结果反向溯源至合同、发票、客商、项目等业务源头,实现工程款支付、跨境资金运作、大额资金归集等全环节的可查、可溯、可核。同时,AI工具自动校验财务数据真实性与一致性,彻底解决传统监管中“报表失真、数据滞后、家底不清”的问题,为战略绩效核算与风险识别提供坚实数据支撑。

    (三)风险穿透:AI智能预警,知识沉淀强化闭环

    风险穿透是监管底线保障。AMT企源将AI技术与财务一体化平台深度融合,构建“智能识别—分级预警—知识赋能—闭环整改”的全流程风险管控体系,重点聚焦债务风险、投资风险、虚假贸易、违规担保等国资委“11+n”类重点风险。

    依托AI模型搭建多维度风险预警体系,AMT企源实现对超合同支付、预付款逾期、账户资金异常波动、关联交易违规等行为的实时监测与分钟级预警,结合BI工具可视化呈现风险传导路径与影响范围。同时,知识库沉淀各类风险案例、处置流程、合规要点,为风险处置提供标准化指引,财务一体化平台则实现风险线索、整改任务、核查结果的全流程线上流转,建立“发现—分析—处置—复盘”的管理闭环,推动风控从“事后处置”向“事前预警、事中管控、事后复盘”转变,筑牢国有资产安全防线。

    (四)制度穿透:知识库存管标准,平台内嵌执行校验

    制度穿透是监管基础支撑,要求将国资委监管制度与企业内控制度层层穿透至每一级子企业、岗位与操作环节。AMT企源以知识库为制度载体,以财务一体化平台为执行抓手,实现制度“线上存管、智能推送、自动校验”的全生命周期管理。

    在制度落地层面,AMT企源将国资委监管制度、企业内控制度、司库操作规范等纳入知识库,实现分级分类管理与精准推送,确保各级岗位人员快速获取对应制度要求。同时,将制度条款转化为财务一体化平台的操作校验规则,对违规操作自动拦截、预警,杜绝“上有政策、下有对策”的执行偏差。通过AI工具定期扫描制度执行情况,生成执行成效报告,结合知识库中的制度解读与培训内容,持续优化制度落地效果,建立制度执行考核机制,确保制度管控无死角、无盲区。

    (五)权责穿透:平台明确边界,数据追溯压实责任

    权责穿透是监管落地的关键保障,AMT企源通过财务一体化平台搭建权责管控体系,结合AI与BI工具实现责任精准划分、动态追踪与追责溯源,打破传统监管中“责任模糊、追责无据”的困境。

    依托财务一体化平台明确集团总部、各级子企业、各部门(财务、司库、风控、审计等)的权责边界,将责任细化至具体岗位,实现“谁决策、谁负责,谁执行、谁负责,谁监管、谁负责”。通过BI工具可视化呈现权责执行情况,AI工具自动追踪关键操作的责任主体,对财务违规、资金管控缺位等行为,依托平台全链条数据追溯功能精准定位责任方。同时,将权责履行情况与战略绩效体系深度联动,纳入薪酬与晋升考核,严肃追责问责,确保各级管理人员知责、明责、守责、尽责。

    AMT企源五维穿透落地核心要点与实施路径

    AMT企源五维穿透落地以“AI+BI+知识库+财务一体化平台”为核心支撑,紧扣战略、财务、风险、制度、权责五大维度形成协同闭环,核心要点在于以数据贯通打破层级壁垒,以智能工具赋能精准管控,以知识沉淀强化合规落地,以责任追溯压实监管效能。实施路径遵循“咨询引领+技术落地+迭代优化”逻辑,先通过管理咨询梳理战略目标、制度规范与权责边界,再依托财务一体化平台打通跨系统数据链路,叠加AI与BI工具实现战略追踪、风险预警、财务溯源的智能化落地,最后以知识库沉淀实操经验与合规要求,通过“试点验证—全级次推广—动态调优”的步骤,确保穿透式管理与央国企监管需求深度适配,实现监管效能与经营效率双向提升。

    表2.AMT企源五维穿透落地核心要点表

    技术底座与长效发展方向

    从发展趋势来看,随着国资国企在线监管系统的持续完善,AMT企源将进一步深化技术融合与模式创新,强化AI在风险预判、战略推演中的能力,优化BI工具的穿透式分析与移动端适配,丰富知识库的行业化与场景化内容,推动财务一体化平台与司库系统、国资监管系统的深度对接。

    未来,依托这一运营模式,将持续打破监管层级与系统壁垒,助力央国企实现资金管理精细化、风险防控常态化、战略落地精准化,为国有资本保值增值与高质量发展提供更强有力的数字化支撑。