Anthropic 周五宣布，已收到美国政府指令，被迫对旗下最先进的两款AI模型Fable 5和Mythos 5实施全面访问限制。 美国商务部长卢特尼克致函Anthropic首席执行官Dario Amodei，将Fable 5和Mythos 5列入出口管制范围，限制对象涵盖美国境外的所有机构和个人，以及境内的所有外籍人士，包括Anthropic的外籍雇员。 针对商务部的这个管制而言，等于直接把这两个模型暂时摁住了，因为 Anthropic 自己也无法区分使用的人是否合规。 因为对人的限制来说，人是具有灵活性的，可以采用各种手段来伪造身份，规避限制。 所以通常在 IT 界使用的限制方式多是物理隔离的方式，根据你使用的计算机地理位置以及网络服供商的识别来确定使用的这台计算机在哪里，至于谁来使用计算机，通常技术层面很难去进行识别。 通过技术层面去识别使用的人，多是用户的账号和密码，但用户的账号和密码很多时候是可以伪造的。 使用电话号码的方式根本不可行，因为很多在美国的人，他可能不具有美国身份，但是他会拥有一张美国的电话卡。 对 Anthropic 来说，直接停用这两个模型是合规的唯一解决方案。 相信美国商务部也会认识到这个问题，但是就算美国商务部认识到了这个问题，为什么商务部还是要求 Anthropic 停用这两个模型？ 尤其是在现阶段 Anthropic 准备秘密 IPO，大模型的争夺愈演愈烈的关键时期做出这样的决定，还是美国政府感觉到 AI 的这个泡沫应该挤一挤或刹一下车了。 Anthropic 的逻辑也很简单，更强的模型为上市提供更强力的支撑，但是更强的模型意味着更强的监管。 为什么美国政府在这个时间点选择对 Anthropic 下狠手，给我的感觉不仅仅是因为模型强大的问题，模型强大和越狱只是技术上的说辞。     给人的感觉是美国政府更想敲打一下 Anthropic 这个企业。   https://www.isharkfly.com/t/fable-5-mythos-5/2962

怕是输入正确的用户名和密码，Jenkins 登录的时候都提示用户名和密码错误。 错误的信息为： The resource from “https://build.sharkdat.com/” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).     问题和解决 出现这个问题的原因是因为我们使用 Nginx 作为反向代理，反向代理使用的域名和 Jenkins 定义的域名不一样。 在 Jenkins 中，这个位置定义的域名必须要和反向代理使用的域名完全一致，才不会抛出这个错误。     修改上述域名后不需要重启就可以更新服务。   https://www.isharkfly.com/t/jenkins-firefox/10053

出现的问题： sh ‘pnpm approve-builds --all’ 在 sh ‘pnpm install --no-frozen-lockfile’ 前面的时候第一次构建总是出错。     但第二次构建的时候就成功。 处理 是正常现象：pnpm approve-builds --all 必须在 已经有 pending/ignored build scripts 之后才有东西可批准。 第一次构建时你把它放在 pnpm install --no-frozen-lockfile 前面，它还不知道哪些依赖需要跑 build script，所以批准不到任何包；随后 install 才发现并拦截这些脚本，导致首次构建失败。 pnpm 文档说明 approve-builds 是批准依赖在安装期间运行脚本，批准项会写入 onlyBuiltDependencies。--all 是批准所有 pending builds。 推荐顺序： pnpm install --no-frozen-lockfile pnpm approve-builds --all pnpm rebuild pnpm build 核心原因：approve-builds 不是“预先允许所有未来依赖”，而是“批准当前已被 pnpm 发现、正在等待批准的 build scripts”。 如果你的 Agent 是全新的（Docker/K8s Pod 每次重建），可以： pipeline { agent any stages { stage('Install') { steps { sh ''' corepack enable # 第一次安装，生成 pending builds pnpm install --no-frozen-lockfile || true # 自动批准 pnpm approve-builds --all # 重新执行安装 pnpm install --no-frozen-lockfile ''' } } stage('Build') { steps { sh 'pnpm build' } } } } 最终使用的脚本是添加一个 Stage stage("Install") { steps { sh ''' pnpm install --no-frozen-lockfile || true pnpm approve-builds --all pnpm install --no-frozen-lockfile ''' } }   https://www.isharkfly.com/t/pnpm-approve-builds-all-jenkins/10046  

在美国有这么一家店，早晚用得上。 一年四季，每一个季节总有要干的事情。 从冬天的扫雪到夏天的除草，春天来的时候，还要顺便去搬一堆土。 喜欢他们家店提供的 PRO 服务，在付款时候绑定 Pro ID 客户号，就可以把这次购买的所有记录绑定到自己的账号下面。 使用的 Pro ID 就是你设置的电话号码。 下次退货的时候可以不需要小票，直接报你的电话号码就可以退了，非常方便。 都说美国的信息化发展不好，其实更多的是觉得他们的发展方向不一样吧，他们不喜欢把所有的东西都集成在一个平台或者支付手段上面。 每一个类型的商店都在构建自己的护城河。 这些年美国的大型商店都在进行收据的电子化，退换货也电子化信息化部署。 沃尔玛和 The Home Depot 无疑在这方面走在了前列，他们已经逐步抛弃了小票纸介质，更多的是倾向手机 APP 和会员号绑定。 这些公司允许在其全美的所有连锁店的购买记录都会保存在账号内，对一些购买量比较大的客户来说，在年底报税的时候就会非常方便的了解今年在这家店花了多少钱，也很容易把所有的消费记录导出。 在数据集成和处理上，美国的商超无疑走的是不同的路。 主要原因是他们各自的体量都非常大，具备足够的开发实力和资金条件。 顺便提一嘴它们的 网站和App 的数据是实时的，网站上的数据能够在 App 看到，App 的数据也能在网站上看到，没有说强迫你非得要装一个他们的 APP。   https://www.isharkfly.com/t/the-home-depot/10037

要为一个二级域名设置域名和内容的自动跳转。     问了一下 AI，AI 的设置大部分是对的，但是实际上却没有办法实现，在跳转的时候出现了错误。 最后的解决办法还是通过设置通配符的条件转换实现的，实现的方法是动态，而不是静态。     因此对 AI 提供的内容还是需要再次核实，并不能完全相信 AI 的解决方案。 同时还需要注意的，软件开发和软件迭代导致的版本不一致， AI 很多时候也没有办法体现出来。   https://www.isharkfly.com/t/ai/10017

AI 又被再一次的拉来当遮羞布。 就上一周 Cloudflare 宣布裁员 1100 人。 首席执行官MatthewPrince表示此次裁员是对AI正在引发软件行业“范式转变”的回应他说：“通过采用以智能体AI为优先的运营模式Cloudflare将变得更快、更具创新性并继续帮助建设一个更好的互联网"。 cloudflare 裁员的信息是通过其博客网站发布的。：构建未来     亏我对这个公司还比较看好，对比其他网络服务公司来讲，Cloudflare提供了很多的免费服务，并且在免费使用量上还很慷慨。 通过其博客上的新闻来说，就是通过裁员能够更好地提供公司的发展和未来的预期，更主要的是因为 AI 的应用提高了工作效率。     但是资本市场对公司的言论好像也并不那么买账。 AI 再次为公司的裁员提供了非常好的借口，越来越多的人都清醒地认识到 AI 是能够提高工作效率的，但是并不代表 AI 就是提供工工作效率的杀手锏。 AI 无疑是这一波科技公司进行裁员的最好背锅侠。 通常当一个科技公司宣布 A I提供了更好的工作效率而进行裁员的时候，股票都会往上拉升一点点。 但 Cloudflare 的股票在宣布裁员后反而重挫 23%，反映了资本市场对科技公司说 AI 可以提高工作效率这种说辞的质疑。 更多可能反映是科技公司希望利用 AI 进行裁员而削减支出，从而掩盖公司内部经营中出现的问题。 Cloudflare 的业务一直还是算比较稳健的，它的起家主要是 DDoS 防护和 CDN 开始的，随着这些年他们在云计算平台的投入，先后推出了各种云计算服务，包括无代码部署和存储，以及域名注册和转移的服务。 个人感觉，Cloudflare 的主要目的是通过裁员对企业中的冗余进行削减，而并不是因为使用 AI 大量的提高了工作效率，对类似这种提供基础架构的科技公司来说，大量使用 AI 反而会让人担心其架构的稳定性。 你说裁员就裁员吧，关 AI 什么事情，非得什么都会往 AI 上靠。   https://www.isharkfly.com/t/cloudflare-1100-ai/10016

游戏驿站，比特币，狗狗币······今年伊始就出现了很多火爆的话题。 这些热门的互联网模因（meme）有一个共同点，那就是它们的发祥地都是同一个地方：号称互联网首页的Reddit。 现在距离这家最古老的社交媒体公司成立已经过去15年了，诞生历史更短的Facebbok和Twitter等已经上市并实现成百上千亿美元的市值，但这个模因的制造机器依然不温不火。     我的账号在 Reddit 的上已经超过了十几年，但是好像从来没有发过什么内容，这几年又突然间火了起来。 当 AI 概念成功搞死 Stack Overflow 以后，人类终究要找到一个能够发泄自己情绪和分享内容的地方，而且但这个地方又不能被 AI 过度入侵。 相信这是 Reddit 这几年火起来的主要原因。 人类的情感和沟通终究是希望面对一个活生生的人，而不是冰冷的机器。 虽然 AI 在效率上对人类的工作场景有了很大的提升，但是给人的感觉终究还是在一些比较程序化和结构化的数据处理上。 对于天生有些反骨的人类来说，AI 终究无法通过算法来模拟人类的行为。 如果你看过一个有关异形的电影《叫普罗米修斯》的话，上面有一个生化人，生化人叫大卫。 在彼得·维兰德介绍这个生化人的时候，可以看到生化人自己的所有行为都比人类优秀，生化人甚至可以模拟人类的情感，可以掉眼泪，但是彼得·维兰德说了一句话是，他缺乏一个叫灵魂的东西。 相信也正是因为 Reddit 上的网站所有的回复都是人的回复，这样可以让内容也变得更有灵魂。 相信更多的人类并不希望 Reddit 成为下一个Stack Overflow。 人类在享受 AI 带来便捷的同时，也希望与有灵魂的对象进行沟通。 在灵魂上面，AI 没有。

Discourse 允许管理员对发布的内容版本历史进行删除。 进入需要删除的主题，在主题的发布时间，左右上角会看见一个版本的修改历史。     单击上面的版本历史，将会弹出一个小窗，在小窗中能够看到当前的所有版本历史。 在界面中选择隐藏版本。     当单击选择隐藏版本后，将会多出一个删除版本的按钮。     单击删除版本按钮，系统界面将会提示是否永久删除历史版本，需要在输入框中输入 Permanent delete 这几个个字符。     随后单击永久删除按钮。 Discourse 历史版本的删除是不能恢复的，所以这个权限只给了系统的管理员。   https://www.isharkfly.com/t/discourse/10020

将 SVN 转换为 Git 仓库的步骤是分多步进行的。 主要流程是首先获得提交人的基本信息，然后根据提交信息修改提交人的配置文件。 随后通过配置文件的映射来一步一步的将所有仓库中的原始提交数据转换为 Git 的提交数据。 git svn clone --stdlayout --authors-file=authors.txt https://svn.code.sf.net/p/hawebs/svn git-migration svn log -q https://svn.code.sf.net/p/hawebs/svn | grep -e "^r" | awk '{print $3}' | sort | uniq > authors.txt 通过上面的两个步骤，就可以将一个SVN仓库转换为 Git 的仓库，当然在转换的过程中，我们可能后续还需要将 Tag 和分支一并进行转换。 但 Tag 和分支的转换，可能对一些小的项目来说并没有必要，因为 Tag 和分支并不多。     在仓库的转换过程中，如果能够看到上图显示的输出信息，那么说明仓库目前正在转换过程中，基于仓库的大小，转换的时间可能会很长。 因为这个工具需要逐条读取提交记录，然后获取提交信息，并且将提交信息转换为 Git 的提交历史记录。 简单的来说，就是 Git 的转换工具将会逐条读取提交记录，逐条进行转换。 因此如果你的提交记录很多，并且内容很复杂的话，那么转换的时间会很长，好在是转换界面中能够提看到转换的进度。 上图显示的 R+加数字 就是当前处理的提交版本号。   https://www.isharkfly.com/t/svn-git-2/10010

这个命令被用来从 SVN 仓库导出到 Git 仓库。 git svn clone --stdlayout --authors-file=authors.txt https://svn.code.sf.net/p/hawebs/svn git-migration 但，当输入上面的命令后，却没有任何内容被下载。 问题和解决 出现上面的这个问题的原因是 --stdlayout 这个参数。 原因是 SVN 的仓库没有按照标准的仓库格式来进行存储，所以不能使用 --stdlayout 这个参数。     仓库的结构为上面的样子，文件夹中没有 trunk 目录。 因此，需要修改命令为： git svn clone --authors-file=authors.txt https://svn.code.sf.net/p/hawebs/svn git-migration 后执行。     执行界面如上图，根据仓库的大小，可能会耗费不少时间。   https://www.isharkfly.com/t/git-svn-clone-stdlayout/10008