我们还年轻，可不想看到这个世界处在毫无自由、隐私的边缘。

在 iOS 26 中，Apple 终于引入了原生通话录音功能。出于隐私合规考虑，系统会在录音开始时强制播放 “This call is being recorded” 的语音提示。对于希望静默录音或自定义提示音的用户，目前唯一的解决方案是利用沙盒逃逸漏洞。

https://github.com/34306/bl_sbxhttps://github.com/34306/bl_sbx

该方案并非传统的“越狱”，而是一种沙盒逃逸（Sandbox Escape）技术。它利用了 iOS 系统中两个守护进程之间的信任机制缺陷，实现对受限文件系统的写入。

在操作前，请务必备份数据，避免风险。

由于目前自动化工具（如 Misaka26）尚未完全适配，使用 Python 脚本进行手动替换是较为稳妥的方式。

你需要一台电脑，并配置好 Python 3 环境。

你需要准备一个用于替换系统原声的音频文件。

将 iPhone 连接至电脑，并确保已点击“信任此电脑”。

操作完成后，请按照以下步骤验证是否成功：

KunpengTalk:

BayMax-Trader 基于 AI-Trader 项目优化而来，让五个不同的 AI 模型，每个都采用独特的投资策略，在同一个市场中完全自主决策、竞争，看谁能在纳斯达克 100 或上证 50 交易中赚得最多！

🎯 BayMax-Trader 特色 🎨 nof0 现代化主题: 全新设计的 Web 界面，采用现代化设计语言 📱 响应式设计: 完美适配桌面和移动设备 🌙 主题切换: 支持深色/浅色主题，提供个性化体验 📊 增强可视化: 更直观的图表展示和数据分析 🚀 性能优化: 更快的加载速度和更流畅的交互体验 🎯 核心特性 🤖 完全自主决策: AIAgent100%独立分析、决策、执行，零人工干预 🛠️ 纯工具驱动架构: 基于 MCP 工具链，AI 通过标准化工具调用完成所有交易操作 🏆 多模型竞技场: 部署多个 AI 模型（ GPT 、Claude 、Qwen 等）进行竞争性交易 📊 实时性能分析: 完整的交易记录、持仓监控和盈亏分析 🔍 智能市场情报: 集成 Jina 搜索，获取实时市场新闻和财务报告 ⚡ MCP 工具链集成: 基于 Model Context Protocol 的模块化工具生态系统 🔌 可扩展策略框架: 支持第三方策略和自定义 AIAgent 集成 ⏰ 历史回放功能: 时间段回放功能，自动过滤未来信息 https://github.com/jwangkun/BayMax-Trader

https://github.com/jwangkun/BayMax-Trader/blob/main/README_CN.md

churchmice: https://imgur.com/a/OHg62nO

既在淘宝的消息页面给你塞广告之后，现在又开始在支付宝消息页面给你上强度

真的有必要这么恶心人吗，我不用还不行吗

imjiaoyuan:

本篇是对 2025 年 9 月至 11 月的记录与思考。

原文地址： https://github.com/imjiaoyuan/blog/issues/39

这一个月其实就是在四处奔波，忙着做老师安排的课题，中途还去彭州和乐山出了两次外业，前两天才回来，在峨眉山的观音湖旁边采样，一整天都在山上跑，虽然很累，但是好在和师兄们聊天很有意思，那里的风景也不错。

无耻之徒

《无耻之徒》这部美剧，我早有耳闻，但真正观看时，内心依然受到了巨大的震撼。它所展现的生存法则与生命状态，以及其中折射出的中美价值观的巨大差异，都远超我的想象。 我未曾踏足美国，对其社会的了解多半源于新闻或影视作品的有限描摹。但《无耻之徒》却撕开了一道口子，让人窥见一个无比真实的美国底层社会。或许有人觉得剧情夸张，但回想 2020 年美国大选的种种闹剧——游行、抗议、对峙与撕裂，其刺激程度远超任何剧本。那些在我们看来近乎天方夜谭的景象，在彼岸却是真实上演的日常。 大多数影视剧描绘的是我们遥不可及的人生：医生、律师、精英、英雄……我们沉迷其中，是为了体验一种幻想。但《无耻之徒》却将镜头对准了我们自己——挣扎的普通人。我们真正的生活是什么样的？

• 是像 Frank 一样，在得过且过中苟且偷生；
• 是像 Fiona 一样，背负着不知从何而来的沉重责任；
• 是像 Lip 一样，被原生环境拽离本应璀璨的人生轨道；
• 是像 Ian 一样，在真爱与沉沦的边缘无助摇摆；
• 是像 Debbie 一样，看似勇敢却无力承受自己选择的后果；
• 是像 Carl 一样，企图拥抱邪恶，却无法欺骗那颗悲悯之心；
• 是像 Liam 一样，身处这个操蛋的世界，却依然感受着爱与被爱。

我们，都是 Gallaghers 。生活或多或少地击败了我们每一个人。很多时候，我们想不通，或者即便明白所有道理，依旧过不好这一生。但我们唯一确信的是，无论如何，都必须走下去。

博客再改版

自大一开始，我就开始写博客了，但前面很多的时间都花在寻找一个合适的博客上面，最初我使用的是博客园，虽然博客园的界面看上去比较古老，但它却实在是国内技术论坛中的一股清流，当 CSDN 等大肆塞入广告、会员机制的时候，博客园始终如一，所以大一的时候我将使用 Linux 的经历和学习 Python 的笔记都放在上面了，但后来发现，还是有一些弊端，后来使用华为云开发者社区、腾讯云开发者社区等，都有同样的一些问题：

• 文章需要审核
• 界面无法自定义个性化（博客园可以自定义 css ）
• 无法设置自定义域名
• 只能在网页上写，且体验一般

于是乎，就走上了自建博客之路。

---

在学长的推荐下，第一次使用了 Hexo 博客框架，最初使用的是一款仙人掌主题 hexo-theme-cactus，简约大气，但还是有一些问题：

• 评论系统只有 disqus 和 utterances
• 加载速度很慢（当时不会自己加速静态资源）
• 代码高亮很丑

当时为了加载速度快，我使用的是 gitee pages ，每次都要自己手动刷新网页，很不爽，而且速度貌似也不是那么的快，如果静态资源太多，还是依旧的慢。

后来又用了一段时间的 stellar 和 keep 主题，但似乎加载速度都不是很如意，加上当时水平差，不会对一些 css 、js 文件进行加速，导致问题无法解决。不过一个进步就是，从最初的 gitee pages 换成了 GitHub + Vercel + 自定义域名。

---

再到后来就是 Butterfly 主题了，从最初只会改默认配置到后面逐渐学会自己写 css 修改样式、自建了图床保证稳定性、使用国内 npm 镜像源对静态资源进行加速等，学会了很多东西，也将博客收录到百度、必应和谷歌，到现在这个博客仍未下线，还可以打开，不过过段时间还是要下线了，在 Blog 还能查看。不过这个博客还是有一些不如意的地方：

• 运维困难，每篇文章都有一个封面图+顶部图，感觉麻烦
• hexo 编译速度很慢
• hexo 本地调试每次都需要 hexo cl && hexo g && hexo s ，不能实时预览
• 不够极简
• 版本依赖严重，更换 cdn 时版本号有一点点差别都不能用

综合以上原因，我放弃了 hexo 博客。

---

在看到少数派的一篇文章 浅谈我为什么从 HEXO 迁移到 HUGO 之后，我试了一下 hugo 博客，使用的是 LoveIt 主题，感觉很不错，自己修改了一些个样式，让其保证极简，评论系统用的是 waline ，个人认为 hugo 的优点有下面几个：

• 编译速度快，得益于 go 语言
• 不依赖 nodejs
• 网页的速度也比较快（个人感觉）
• 界面简洁大方
• 各式的模板很好用

综合以上特点，我最终使用了 hugo 博客。博客的框架为极狐 Gitlab 代码托管 + Vercel 部署 + Cloudflare DNS 解析，由于国内 GitHub 被墙，经常 push 不上去，我那个时候也不常开梯子，所以用极狐 Gitlab 的 CI/CD 功能，部署博客到 Vercel 。

---

后来极狐 Gitlab 全部收费，我只能放弃，直接用 GitHub ，框架还是 hugo ，不过更简单粗暴，直接用 Action 部署到 GitHub pages ，主题也用 Mainroad，根据 云风 blog 魔改，这一用就是两年多，后面进行了一些小的修改，比如加上不蒜子统计和基于 js 重写的搜索功能等。

（公众号上扒下来的图片，上面是自己改的 Hexo 主题，下面是自己改的 Hugo 主题，模糊到看不清了😂）

---

我的域名也进行了几次更换，从 hieroglyphs.top -> yuanj.top -> jiaoyuan.org 后面会在jiaoyuan.org下面放上个人主页。

---

前段时间我在学基因组选择育种，其中涉及到很多公式，我发现主题就有问题了，许多公式无法正确解析，甚至会出现内容溢出的问题。我实在厌倦了这种反反复复的修补工作，现在其实我完全可以用 Python 加一个前端框架很轻易地写出一个博客框架，但是没有意义，反而我需要因为各种各样的问题不断地修改，实在是太耗精力了。所以我想，直接用 GitHub Issues 当博客吧，用 Python 来创建新文章，并且为了本地化编写和使用盘古插件，我的思路是在本地写博客，然后推送到仓库使用 Actions 转为 issue 进行展示，GitHub 的渲染效果很好，简单大方也很漂亮。而且 commit 也可以直接用 RSS 来订阅，感觉什么都准备好了，评论和补充内容直接在 issues 下面追更或者创建 sub-issue 就行，很省心了，以后就打算一直用 issues 了。为了使得修改文章方便，创建新文章的时候，会为文章创建一个 6 位数 id 作为 issues 的唯一标识。我的博客在 此仓库。

---

这里我写的东西实际上并没什么技术含量，只是我自己的一些思考、记录什么的，我也欢迎有朋友来一起交流一些思考或者技术相关的东西。我也希望这里写下的这些东西能够为后来的朋友提供一些思路与想法，尽量少走弯路，当然，这里的东西大多都是我自己的看法罢了。

我在网上看到过很多博客，大部分都是写了没多久就不再更了，只留下一些以前的东西飘荡在互联网上，希望自己能坚持下去吧，我比较喜欢文字的东西，而博客正好可以让我施展一番。期待多年以后的自己还在这个地方写东西。

WSL 再见

终究还是换掉了 WSL2 ，因为现在我恍然发现，我似乎并没有必须要使用 WSL2 的必要了，那自然也不必要浪费那么多硬盘和内存去跑一个虚拟机了，WSL2 目前还是有不少问题的：

• WSL2 的 DNS 解析设置在/etc/resolv.conf文件中，在 WSL2 启动时自动生成，但是近期老是会出现网络无法正常解析的情况，其实把自动生成关掉，改为自己指定 DNS 解析地址就行了。新建文件/etc/wsl.conf，设置generateResolvConf为false，然后把resolv.conf的内容改成谷歌或者 Cloudflare 的 DNS 解析地址。
• WSL2 的硬盘占用问题，设置了稀疏矩阵之后可以回收一部分空间，但是不能完全收回，并且设置了稀疏矩阵后就不能手动扩大或者压缩 vhd 了 ... 这也太抽象了。
• WSL2 的 CPU 和内存占用问题，自从 2.0.0 版本就增加了实验性的内存回收功能，现在依然是一坨，设置了自动回收，依然会占用很多内存，即使什么都不运行 ... Hyper-V 都比它好得多。

现在的 WSL2 能带给我的就是一个熟悉和舒适的环境，转念一想，现在分析都在实验室的服务器跑了，自个也没必要弄本地 Linux 环境了，索性换掉了，后面如果本地需要，开一个 Hyper-V 虚拟机也能很舒服的用。搭建的 Windows 开发环境中，多数的软件和应用还是由 scoop 安装的，这个之前说过就不多说了，主要又用了下面几个工具，让 Windows 下写代码变得很舒服：

• uv ，scoop 中安装的 Python 是最新版，安装很多 pip 包的时候经常要编译，老出问题，而且 Python 安装的时候会卡很久，所以我直接删掉了，用 uv 来管理 Python 的版本和第三方库，用什么东西直接uv pip install xxx，指定虚拟环境运行 py 脚本也很方便。
• gow：专为 Windows 系统设计的轻量级命令行工具集，定位为 Cygwin 的替代方案，通过集成 Linux 环境工具扩展 Windows 命令行功能。让我在 powershell 里面也能用 awk 、grep 、plink 、sed 、tar 、vim 、wc 等 unix 命令，虽然 git bash 也自带了，但是不能在 powershell 里面用，所以 gow 发挥了很大作用。
• rtools ，编译安装 R 包，scoop 安装的 R 也是最新版，所以很多 R 包可能会需要用 GitHub 编译安装。

不过 Windows 下写代码还是面临一些让人很恶心的问题：

• 令人难受的反斜杠，用习惯了 bash 的/作为路径划分，ps 的\看着实在是难受。
• Windows 的变态路径，默认路径不分大小写、可以有空格，但是代码里面不行 ... 还是得注意这个问题。

总的来说，除了 powershell 还是一如既往的难用之外，其他的还是蛮好的。哦对，在我的印象中，Windows11 上的 powershell 已经是很好用的了，1809 那时候的 ps 简直难用的要命，虽然还是比 bash 差很远，但是已经好多了，我一直不理解为什么 ps 的命令行参数要那么长 ... 虽然补全地不错，但是看着就很头大。

PS D:\Projects> neofetch
        ,.=:!!t3Z3z.,                  JiaoYuan@DESKTOP-DMFFQUF
       :tt:::tt333EE3                  ------------------------
       Et:::ztt33EEEL @Ee.,      ..,   OS: Windows (Unknown) x86_64
      ;tt:::tt333EE7 ;EEEEEEttttt33#   Uptime: 2 days, 20 hours, 34 mins
     :Et:::zt333EEQ. $EEEEEttttt33QL   Shell: bash 5.2.37
     it::::tt333EEF @EEEEEEttttt33F    DE: Aero
    ;3=*^```"*4EEV :EEEEEEttttt33@.    WM: Explorer
    ,.=::::!t=., ` @EEEEEEtttz33QF     WM Theme: Custom
   ;::::::::zt33)   "4EEEtttji3P*      Terminal: Windows Terminal
  :t::::::::tt33.:Z3z..  `` ,..g.      CPU: Intel Ultra 7 155H (22) @ 3.000GHz
  i::::::::zt33F AEEEtttt::::ztF       Memory: 14455MiB/32373MiB
 ;:::::::::t33V ;EEEttttt::::t3
 E::::::::zt33L @EEEtttt::::z3F
{3=*^```"*4E3) ;EEEtttt:::::tZ`
             ` :EEEEtttt::::z7
                 "VEzjt:;;z>*`

PS D:\Projects>

再谈使用 Linux 的经历

前几天和朋友聊天，正好聊起这个问题，不免又想回顾一下这么多年用 Linux 的经历😂，之前其实写过，但是这里想再写一些新的感受：

• 使用 Linux 三年以来的感受

记得大一那年，想自己决定系统的模样，于是盯上了 Linux 。当时去加入计算机社团，还想着学下 Linux ，后来慢慢发现，学长们懂得是如何用 Linux 编程，而非了解 Linux 发行版，他自己可能都不知道 Ubuntu 上可以安装原生的腾讯会议，还是我后来告诉他的 ... 最开始装的发行版我记得是 Ubuntu ，傻瓜式安装，点点点就行，甚至双系统也能由安装介质自动划分，但是当时没搞明白包管理器这些东西，对 Linux 还没有个系统的认识，只是有什么问题就打开百度搜，深受 CSDN 上垃圾内容的影响，输入法都装的很困难。后面又试了 deepin ，但是我在应用商店安装应用总是会出现问题，当时并不清楚是源的问题，我只能四处搜索，搜不到就重装系统。deepin 之后就是优麒麟，这个纯垃圾，我都不想多说，deepin 是国内开源之光。最初用 Ubuntu 和 deepin 纯纯是因为网络上到处都推荐这俩，而且简中互联网能搜到的文档资料（ shit ）也最多，可以说是深受荼毒了。

后来也装了 Debian 、Fedora 、linux mint 啥的，但是装啥其实都不咋好用，因为没有基础知识啊，所以都没用多久，倒是 manjaro 坚持了一段时间。后面发现，这样不行啊，天天装系统算怎么回事，当时了解到 WSL ，于是这一用就是三四年，安安稳稳的，可以用 Windows ，还能用 Linux ，何乐而不为？当时我记得照着 Arch Wiki 折腾了很久 Arch WSL🤣QQ 群里老问别人问题，人家都烦了，劝我直接物理机上 Arch ，但是我当时很虚啊，学长说 Arch 很容易滚挂，用起来很累，其实我现在想想，他当时可能都没装上 ... 只是看网上这么说而已，毕竟他自己笔记本都用着 360 ，满屏幕都是广告。

记得当时我也折腾了虚拟机，有一次碰巧去听了一会计算机学院的算法课，我看老师是用 Xshell 连接 VMware 里的 CentoOS7 来写代码的（刚开始不知道，搜了很久才知道），但是苦在轻薄本配置太低，试了很多个 VMware 的版本，选了 VMware11 ，功能够用，冷启动也够快，分了 1GB 给 CentOS7 ，用了一段时间还是换掉了，因为很难受啊，所有操作都得在命令行里，当时也不知道用 VScode 去 ssh ，所以兜兜转转还是用了 WSL2 。

WSL 用的久了，慢慢的对 Linux 的各种知识也就多了起来，逐渐就知道该怎么用了，所以当大三我组了台式机之后，立马先装了 Debian ，出乎意料，很成功，各种软件都搞起来了，用了蛮久一段时间，之前的博客和 B 站也发过：

• 当我换上了 Debian12 Linux
• Debian+cinnamon 真香

Debian 用了一段时间，我又不满足了，尝试装了 Arch ，也很成功，而且有一说一，Arch 虽然安装麻烦，但是安装的过程中确实对系统有了很深的了解，装好之后，出现什么问题自己都能解决，哪怕进不了系统，插上 live CD 一样可以修好。并且用了 Arch 之后我就不再会去网络上乱搜东西了，全部查 Wiki ，英文 Wiki 其实很全，基本上什么都有。当时也将这些过程写了下来：

• Arch 下的应用方案
• Arch 安装记录

后面我在原先的笔记本上又试了 Arch 、linux mint 和 lmde6 ，我很倾向于使用 lmde ，结合了 Debian 和 linux mint 的优点，但是无奈后面办公需要 Windows ，只能格盘换回了 LTSC 2021 。

考研前夕，我又换了新电脑，最开始还是安装了 Arch Linux ，那会觉得 Windows11 实在太难用了，还是喜欢 Arch ，但是遇到很多问题，那时候也忙着复习，实在不想太浪费时间，所以换了 Windows 10 一直用着。毕业后，暑假回家了一段时间，我又拾起了这个想法，最后成功解决了所有问题，但是似乎，心累了？我突然觉得，继续折腾下去更像是一种执念。在实际工作和学习中，许多软件在 Windows 下确实有更好的体验，我没有必要为此委屈自己，所以最终用了 Windows11 ，可能是年龄大了点，现在读研后更没有心思折腾，Windows11 用到底了，不知道这是进步还是倒退。

obsidian

最近新学期了，要学习很多东西，所以肯定需要一个好的记事本来记下东西，找来找去，还是 obsidian 最合适，记得之前用 obsidian 也是大二的时候，那时候各种乱七八糟的东西都记在 obsidian ，但是我当时觉得 ob 用起来麻烦，各种功能花里胡哨的我用不上，所以转用 VScode 。现在不知道为什么，忽然觉得，obsidian 很舒服，搭配 git 私有仓库，简直很完美，我需要的各种功能都有，配置好一次之后就不需要再管了，git 可以版本管理，每次写完后点一下就能同步，实在很好用。不知道当时我是怎么想的，可能人长大了就是会变得不一样吧。obsidian 里面我主要用下面几个插件：

• PanGu ，强迫症必需了吧，格式化 markdown 文档内容
• Custom Attachment Location ，自定义文档附件的位置和文件名格式
• Git ，为 obsidian 提供图形化的版本管理
• Mermaid Tools ，让 obsidian 文档可以解析 mermaid 图表
• Mindmap NextGen ，让 obsidian 支持 markmap 思维导图

主动地接受信息

我一直以来都是很喜欢用 RSS ，因为这样可以避免推荐算法带来繁杂的信息，让我不用从各种渠道眼花缭乱的信息中找出我所需要的，这是一个主动获取信息的过程。我用了很多 RSS 客户端，但是觉得很多都很繁琐，这个软件并没有必要很复杂，所以我觉得，不如自己写一个，于是有了 feeds，使用 GitHub Actions 定时运行 Python 脚本来抓取 RSS ，并且通过 QQ 邮箱发送到我手机上的 Gmail 。

使用很简单，fork 仓库，将代码 clone 下来，修改config.py：

import os

RSS_FEEDS = {
    'Blog Posts': [
        "https://blog.ursb.me/feed.xml",
        "https://thiscute.world/index.xml",
        "https://polebug.github.io/atom.xml",
        "https://hellogithub.com/rss",
        "https://www.longluo.me/atom.xml",
        "https://1q43.blog/feed/",
        "https://manateelazycat.github.io/feed.xml",
        "https://www.ntiy.com/feed",
        "https://feeds.feedburner.com/ruanyifeng",
        "https://cyp0633.icu/index.xml",
        "https://lutaonan.com/rss.xml",
        "https://idealclover.top/feed",
        "https://www.eaimty.com/rss.xml",
        "https://www.xheldon.com/feed.xml",
        "https://diygod.cc/feed",
        "https://www.darknavy.org/zh/index.xml",
        "https://tw93.fun/feed.xml",
        "https://blog.ferstar.org/atom.xml",
        "https://blog.lilydjwg.me/feed",
        "https://forums.debiancn.org/c/5-category/5.rss",
        "https://www.lainme.com/feed",
        "https://szclsya.me/zh-cn/index.xml",
        "https://bigeagle.me/index.xml",
        "https://yufree.cn/cn/index.xml",
        "https://www.tianxianzi.me/index.xml",
        "https://thirdshire.com/index.xml",
        "https://wangyurui.com/feed.xml"
    ],
}

RECEIVER_EMAILS_LIST = [
    "imjiaoyuan@gmail.com",
]

EMAIL_CONFIG = {
    'smtp_server': os.getenv('SMTP_SERVER'),
    'smtp_port': int(os.getenv('SMTP_PORT', 465)),
    'sender_email': os.getenv('SENDER_EMAIL'),
    'sender_password': os.getenv('SENDER_PASSWORD'),

    'receiver_emails': RECEIVER_EMAILS_LIST
}

RSS_FEEDS是 RSS 订阅源地址，RECEIVER_EMAILS_LIST就是接收 RSS 的邮箱地址，可以设置多个，EMAIL_CONFIG则是 GitHub Actions 的仓库密钥，这里填入 QQ 邮箱的 SMTP 服务器信息和授权码即可，每天早上六点钟就会抓取新的 RSS 发送到邮箱。

阅读

• 我们在造神运动中，失去的是理性与常识
• 在加拿大办理 Q2 回国探亲签证
• 文字的魔障
• Kindle 中国拾遗
• 天才的重量
• DNA reveals the real killers that brought down Napoleon’s army
• Making a micro Linux distro
• The Linux Boot Process: From Power Button to Kernel

GitHub

• bio-ontology-research-group/deepgoplus: DeepGO with GOPlus axioms
• 666ghj/BettaFish: 微巢：人人可用的多 Agent 与舆情分析助手，打破信息茧房，还原舆情原貌，预测未来走向，辅助决策！
• sambecker/exif-photo-blog: Photo blog, reporting EXIF camera details (aperture, shutter speed, ISO) for each image.
• huiyadanli/RevokeMsgPatcher: A hex editor for WeChat/QQ/TIM - PC 版微信/QQ/TIM 防撤回补丁（我已经看到了，撤回也没用了）
• idinging/freemail: Cloudflare 域名邮箱系统搭建 domain mail tempmail
• plutov/gitprint: Convert Github repositories to PDF books
• RohanAdwankar/oxdraw: Diagram as Code Tool Written in Rust with Draggable Editing
• chaitin/PandaWiki: PandaWiki 是一款 AI 大模型驱动的开源知识库搭建系统，帮助你快速构建智能化的产品文档、技术文档、FAQ 、博客等系统，借助大模型的力量为你提供 AI 创作、AI 问答、AI 搜索等能力
• Cloufield/gwaslab: A Python package for handling and visualizing GWAS summary statistics.
• puppeteer/puppeteer: JavaScript API for Chrome and Firefox
• jgm/pandoc: Universal markup converter
• browseros-ai/BrowserOS: The open-source Agentic browser; privacy-first alternative to ChatGPT Atlas, Perplexity Comet, Dia.
• docling-project/docling: Get your documents ready for gen AI
• zyedidia/eget: Easily install prebuilt binaries from GitHub.
• SteamRE/DepotDownloader: Steam depot downloader utilizing the SteamKit2 library.
• Hzao/PocketChest: Secure, serverless file and text sharing built on Cloudflare with large file support.
• microsoft/win32-app-isolation: Tools and documentation for Win32 app isolation
• lxgw/LxgwWenKai: An unprofessional open-source Chinese font derived from Fontworks' Klee One. 一款非专业的开源中文字体，基于 FONTWORKS 出品字体 Klee One 衍生
• nickrunning/wechat-selkies: 基于 Selkies 的 Linux 网页版微信/QQ ，支持本地中文输入法，支持 AMD64 和 ARM64

音乐

• 谢谢你的爱 - 金润吉
• 恋愛サーキュレーション - Renai Circulation
• 回不去的夏天 - 夏日入侵企画
• 这是我一生中最勇敢的瞬间 - 棱镜
• 只是太爱你 - 张敬轩
• 枫 - 周杰伦
• Letting Go - 蔡健雅
• 水中花 - 谭咏麟
• 水中花 (Live) - 郁可唯
• 风吹麦浪 - 李健
• 梦醒 - Handsome Lau, Hypeezy 和冯泳
• 入秋 - T-BONE, 江南江和 TRAKINXRAMBO GANG
• 如果爱忘了 (Live) - 汪苏泷和单依纯
• 你是我的风景 - 何洁
• 染缸 - 楊和蘇 KeyNG 和 JinJiBeWater_隼
• 需要人陪 - 王力宏
• 月球上的人 - 陈奕迅

zanx817:

最近发现，通过 DIG 工具解析域名时可以通过 flags 中是否包含“ad”（ Authenticated Data ）字样识别。

下面 233.5.5.5 、180.184.1.1 、114.114.114.114 等分别是阿里云、腾讯、百度、字节跳动的 DNS 检验结果。

国内竟然都不支持 DNSSEC ，难不成是为了方便劫持？

(base) ➜  ~ dig +dnssec cf.com @180.184.1.1 |grep QUE|grep flags
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
(base) ➜  ~ dig +dnssec cf.com @119.29.29.29 |grep QUE|grep flags
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
(base) ➜  ~ dig +dnssec cloudflare.com @180.76.76.76 |grep QUERY |grep flags
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
(base) ➜  ~ dig +dnssec cloudflare.com @114.114.114.114 |grep QUERY |grep flags
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
(base) ➜  ~ dig +dnssec cloudflare.com @114.114.114.114 |grep QUERY |grep flags
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
(base) ➜  ~ dig +dnssec cloudflare.com @8.8.8.8 |grep QUERY |grep flags
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
(base) ➜  ~ dig +dnssec cloudflare.com @1.1.1.1 |grep QUERY |grep flags
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

rming:

对小智机器人了解不多，基本上只看过名字和简介
昨天收到货，拆开包装大概看了说明书，操作联网配置默认参数。

和不到 3 岁的闺女一起体验了下，有几点体验：

1. 孩子非常好奇：“为什么他会说话呢”，“他的眼镜会说话呢”，“快看看我会 xxx （向机器人炫技，我说他看不到的）”，“他为什么不睁开眼睛”

2. 语音识别能力一般。小孩子刚学会说话，一些话比较模糊，默认模型听不懂，可能需要配置更高级的付费版模型？

3. 好像没有语音唤醒？我都是按右侧按钮开启对话，试了几次好像唤醒词无法唤醒，我给起的名字是“光头强”，试了好几次都不行

4. 机器人说话无法打断。好像分为“说” 和 “听” 两个状态，是不能通过唤醒词打断的，这点对于一个没有耐心的孩子简直是个灾难 😭

5. MCP 功能不错，可以播放音乐，一放音乐孩子就开始跳舞了，但是默认的曲库应该是太少资源了，自建应该是可以扩充。

虽然在我看来这是一款不算成熟的产品，后续我也了解到通过双 mic 可以实现语音打断，通过摄像头可以让 VLM 看见，不过一直到刚才，闺女还在和“光头强”胡扯，还是挺有意思的。

科技是服务于生活的，虽然还不完美，不过方向没毛病。

dzdh:

https://hordes.io/

zushi000:

下载一个 50 多 G 的游戏,一直 2m/s 左右 .刚才有事出去了一下,回来一看,22M/s.吓我一跳.但是我鼠标一动,慢慢又降到 2M/s.不是会员,原版客户端,开了优化速率选项.

zyt5876:

因为老是被搞成 pcdn ，所以好好检查了一下家里的网络。然后发现了一个傻逼厂商-萤石。

萤石 pc 版几个月没用过了，流量用量第一名。

萤石 app 没开启上传视频，都是存卡，流量巨大。

两个合伙一个月用了我块 100 g 上传

最终发现他们都默认开启了共享带宽的选项。

真是崽种

rick13:

朋友向我哭诉，分手半个月之后突然又劈面重逢，于是自己感觉心湖里掀起滔天巨浪，悲痛得不能自已。

因此，请求我「给两耳光」，好把他打醒。

我没这个本事，如果两耳光就能把分手的痛苦抽走，那我家早就门槛踏烂，50 块钱一次我能把我的右手直接做到上市。而且，用一种痛苦克服另外一种痛苦这种事情，我本身就不认可。一个人不能因为吃重庆火锅辣到双眼流泪，就让别人给自己的屁股上涂一点氨水。不会有任何缓解的，只会嘴巴火烧火燎，同时屁股也火烧火燎。

说到这里，分手和辣味的原理应该是一样的。分手是一种痛觉，辣味也是一种痛觉。为了缓解辣味，各种偏方让人喝冰水喝牛奶啃黄瓜嚼巧克力，这里面大半都没有任何用，剩下的和处理方式是否及时，个人体质是否符合有关。

真正有效的只有时间，当你忙着去找这些东西，上气不接下气时，时间悄悄流逝，辣味素对你的刺激会渐渐衰减。

但人类太脆弱，不能直接给出这个答案，那样会让人在痛苦的同时又陷入绝望。纵然是屁用没有，一个人嘴里着了火，满心想着「找到冰水就好了」、「喝了牛奶就好了」之类的念头，痛苦就不那么难熬，也就容易忍受一些。

唯有极度理性冷静的人，才会告诉自己顺其自然，默默承受，坚信这是最好的方式，痛苦的感觉终将过去，反而是喝下太多冰水容易造成窜稀，胃也没有空间继续吃火锅，那就亏大发了。

分手也是一样。并不因为我现在中老年了，有了些见识，有了些经验，我就可以违背痛苦的化学定律，让这段人人都需要生受的时间无限缩短。一次分手的痛苦可以维持长达 365 天，我正反手两耳光之后，这种痛苦最多缩短到一年而已—大概就是这么一种换算方式。

除了痛苦物质随时间中和稀释这一化学定律之外，分手也遵循物理学中的牛顿力学定律，也就是力与反作用力定律。一个人感受到多大的分手痛苦，取决于当初这个人爱得有多深，有多投入。当这些炽热的力量反过头来对付自己的时候，爱恋和痛苦是等效的。

也就是说，如今感受到汹涌的痛苦，是因为曾经汹涌地爱过。如今感受到窒息般的痛苦，是因为曾经爱到窒息。

如果要实话实说，那我会直接回答：除了时间，没有什么东西可以平复分手的痛苦，不用去妄想立即可以从中解脱出来。如果有能力即刻解脱，那么就无法解释当初为什么会爱上。

如果要站在老登的角度来说，那我只会恭喜每一位因为分手的折磨而死去活来的人，并且希望各位铭记这种痛苦的鲜活感受。因为此刻如此痛苦难熬，证明了你曾经如此认真，如此投入，如此相信爱情。

随着年纪增长就会知道，认真和投入这种品格会逐渐消失，人们也会不再相信爱情，认为那不过是世间各种现实条件相互妥协下的副产品—有，固然很好，没有也很正常。

还能感受到痛苦，那是心中的天真尚未死去，你的认真和投入依然存在，你对爱情的信仰没有被现实算计取代。 这是一件多么美好的事情，而正在承受痛苦的你又是一个多么美好的人。

甚至我可以继续说，纵然这种痛苦此刻让你难于承受，但它本身也是一种多么美好的情感，一段多么美好的体验。因为总有一天你会长大成熟，你会变得现实，你会不再天真更不相信爱情。彼时分手对于你而言最多会带来一些失望或是愤怒，而刻骨铭心的痛苦却不再出现，因为你已经是个成熟的，冷静的，铁石心肠，把自己封闭起来戴上面具的大人了，你只为房价股价身价而痛苦。

所以，趁着现在还能感受到剧烈的痛苦，请沉浸式地体验一下这种强烈、鲜活的苦涩滋味吧。在平常时候，人很难觉察到自己的心。而在这种时候，借助于痛苦的侵扰，你可以发现你那颗年轻的、天真的、美好的心，它每次搏动都在流血，你因此知道它的存在。

之后你人生中所有的际遇，所有的成就，所有的人生色彩，都仰赖于它的力量。你得做个有心的人，你得感受到它在你胸骨后面跳动。当你感受它的力量在对付你的时候多么强大，你也就会相信它未来在对付世界时会有多么强大。

我知道，人在分手的时候想听的不是这些话，尤其是道理。只是想有个人倾听自己的痛苦，仿佛有人听到了，自己的喘息就会容易一些。所有分手的人都是同样的，当自己分手的时候，感觉是世界上第一次有第一个人在遭遇这样的事情，需要有谁见证一下。

很明显，我不是那个合适的人选。不过，反正人们对我期待也不是倾听，而是耳光，所以我说什么怎么说也没什么紧要。

总之，摸摸头吧。

imaxwell:

啥都懂，啥都不精，而且没什么钱🥲

percentpercent97:

还想求一个免费好用的

AndyChina:

书接上文：机票已出, 酒店已定, 下周即将前往马来西亚探校, 并考察下生活环境, 关于探校和城市考察想讨论一下

历时六天的马来西亚探校之旅已经结束，接下来记录一下我的感受

出行路线方面，我从北京飞往新加坡，短暂停留后，从陆路入境马来西亚新山，之后在新山停留三天，再飞往怡保停留两天，最后从怡保飞回新加坡，再返回北京。

首先是红眼航班很是熬人，以后带孩子出行还是得尽量避免

新加坡确实干净漂亮，樟宜机场也名副其实，但离境税也很夸张，之后回国尽量考虑吉隆坡出境。

新马边境的交通非常便利，地铁和公交无缝衔接，过境之后可以直接搭乘巴士。整体有点像燕郊到北京，只不过需要刷两次护照，非常快捷方便。

为什么选择这条路线？

此处出行主要目的是了解当地环境，而不是旅游，所以出行尽可能前往当地人的社区，定的酒店也是随机选择居民区，时间充足时也会选择公交车，并随机下车，都是为了更深入的了解当地的生活方式和文化。

衣食住行——我的一些简单感受

这次探访的目的地主要是新山和怡保，分别是马来西亚的第三和第四大城市。

穿衣和气温

马来西亚属于热带雨林气候，一年四季温暖湿润，查了下最高温度 34°C, 而且由于城市都是扁平化分布, 热岛效应也不明显。和我们理解的热可能不太一样, 相比于长三角地区夏天的 38°C 到 40°C 来说有些没那么的热, 特别是山城怡保, 温度会比较低, 最高温度在 32°C 左右, 最低温度在 24°C, 晚上不需要空调, 早上 10 点钟 27°C, 微风吹过甚至有些凉爽。

食

网上看的马来西亚的美食非常丰富，尤其是街头小吃，种类繁多，味道鲜美。但是作为北方人确实有些吃不惯，不过只要是华人餐，基本都能接受

住

和国内有些不同，马来西亚很少人住在高层公寓，大部人住在排屋，经济条件较好的人会选择独栋别墅。价格也不贵，在怡保的话，通常较新的双层排屋 RM40w ，折合人民币不到 70W ，但是有 4 个卧室 3 个浴室 2 个车位，旧一些的单层更便宜。

行

公共交通和非机动车道配套稀碎，当地人几乎全靠开车出行，老车很多也很便宜，了解到这边油价便宜，也不像国内计划性强制报废，再加上排屋停车方便，居民开车出行成本很低，但是如果不会开车，阳光直射让你寸步难行，再加上稀碎的公交系统，简直灾难。Grab 整体来讲体验不错，大部分车都很老，但是冷气足，车内干净，接送都会尽可能贴近门口。

探校

只考虑国际学校，同时选择了历史悠久的学校（ Tenby ），也看了新开不久的学校（ SBIS ，Imperial International School ），设施很全也很新，学校氛围也不错，学费相比国内便宜很多。

上传图片麻烦，而且抖音小红书这些平台有很多博主分享，贴一个笔记吧马来西亚国际学校探校随拍

terryso: 我在 Clude Code 下面使用 GLM 已经有一段时间了, 但有一个功能一直没用过, 就是视频分析功能。今天有一个群友告诉我说 GLM 模型有视频分析能力。突然来了灵感, 如果我打开一个 App, 然后录屏, 是不是就可以......

说干就干... 就拿 #小红书 练练手吧
这是小红书的录屏:


这是制作出来的原型, 虽说还原度还不算太高, 但布局基本准确:


这是在 Claude Code 下使用 GLM4.6 模型制作的过程:


补充说明: GLM4.6 的这个视频分析能力是需要订阅 GLM 的 PRO 帐号下才能使用, 目前订阅费用比较便宜, 一个季度只需 300 元.
使用我的邀请链接还能再便宜 10%: https://www.bigmodel.cn/claude-code?ic=TVUZHTWCW9

sickoo:

使用个体工商户去申请支付宝的商户 API ，在网上/网站收款是方便，但是遇到恶心的地方，真的束手无策

具体情况是这样的，只要客户买了东西，再用上这么类似两套话术，半夜三更提交支付宝商家投诉工单必定限制你的支付宝

话术 1：“微信跟我沟通，引导我扫码跳转再跳转，然后付款后联系不上...”

话术 2:“抖音引导加群扫码寄拍，扫码付款后没有任何消息...”

这种话术直接命中半夜机器人风控，然后就是数不清提交自证（资金哪来的、准备去哪、对方拿来干嘛、你是做什么等等）

不要轻易点击退款即完事，一码事归一码事，你退钱在支付宝看来是个人行为，但是商家被客诉限制还在

两单金额加起来不过几百，轻而易举造成自证难局

seln: 印区 ChatGPTGO 12 个月免费，需要的朋友赶快去薅羊毛，机会过了就没有了
获取方法是：
1：挂印度全局节点。
2：用没有注册过 OpenAI 账户或是没有购买过 GPT plus 的谷歌账户登录 GPT 。
3：在购买页面右下角地区选德国，不然不会出现用 Paypal 付款的选项。
4：然后付款页面选择使用 Paypal 付款。
5：成功搞定，手机设置日程提醒，一年后的提前去 paypal 取消自动订阅扣款服务。
https://s21.ax1x.com/2025/11/08/pZpLFmQ.png
https://s21.ax1x.com/2025/11/08/pZpLkwj.png

zushi000:

下载一个 50 多 G 的游戏,一直 2m/s 左右 .刚才有事出去了一下,回来一看,22M/s.吓我一跳.但是我鼠标一动,慢慢又降到 2M/s.不是会员,原版客户端,开了优化速率选项.

cloudzhou: 我之前对人形机器人是嗤之以鼻的，为什么必须按照人去设计？比如跑步，能比 4 个轮子的跑的快吗，手动作能比 6 轴机器人准确吗？
人形机器人能做的事情，工业机器人肯定做得更好

但是后来理解设计的要点，那就是，整个世界，是按照人类身体去设计的，除非改造现有的建筑，现有的各种布局结构
人体其实也是有足够优秀的点，相对大型机器，足够灵活，有手有脚，能弯能蹲，能走能跳能抓取
换句话说，你要搞个非特意模仿人类的机器人，但是做的事情和人一样，大概率也会很像人类
这就是为什么资本很乐于投入人形机器人

应用趋势来说：
我最近发现小区居然用无人机扫地了，你可以理解为一个很大的扫地机器人，还有激光雷达
这个事情让我蛮惊讶，因为在我印象里，这个应该要不少钱，而一个保洁阿姨一个月才多少钱

所以，是否应用，其实取决于投入产出，按照 x 周期收回成本，之后每年 y% 收益看的话
比如一个阿姨一个月 3k ，那么一年 3.6w ，10 年就要 36w
也就是说，如果这个机器 15w ，设计工作周期 10 年，那就可以应用了（甚至还可以按月租赁，每个月小于 3k 就可以了）

也就是只要人形机器人成本降到一个程度，就可以替代人类很多琐碎的场景了，这是特定工业机器人所不能覆盖的
类似常规家务活，照顾老人、残疾人等

kiroli:

首先自荐，美利奴羊毛袜

日常通勤、户外都可

秋冬穿上幸福感拉满

JimLee0921: https://www.ithome.com/0/895/090.htm


网友们看耳朵有轮廓，好像还带着奶罩，看外网国外的机器人走路啥的都很木讷，这特么直接上猫步了。。。


到底是真的机器人还是真人扮演啊？



有人看发布完了是不是小鹏股市也大跌了啊？到底是真的技术突破还是整个模特走秀呢？这么大的公司还是这种发布会，不可能搞这么假吧。。

kylebing:

前天晚上闲着没事逛商场的时候，把华为逛了一遍。
发现了这么个产品 MatePad Mini ，上手的感觉简直绝了，当时就被惊艳到了，拿在手上出奇的舒服，厚度 5.1mm ，重量才 255 克，而且还是可以插卡的，这简直就把 iPad Mini 比没影了。

拿存储是 256GB 的蜂窝版本对比

参数	Apple iPad Mini 7 (内存 8G)	华为 MatePad Mini (内存 12G)
时间	2024.10	2025.09
价格	5799	3999
屏幕刷新率(hz)	60	120
屏幕像素密度(ppi)	326	343
尺寸(mm)	195.4 x 134.8	198.59 x 127.27
厚度(mm)	6.3	5.1
电池(mah)	5124	6400
重量(g)	297	255
充电器	不带	带 66w

比较合适的版本是 ￥ 3999 带 USB3.0 、支持北斗，可以拿来当手机用。

实话说，我已经好久没有关注过华为的产品了，平时看的最多的就是小米和苹果，没想到能做出这么好的产品。而且还看到笔记本那个屏幕也做的非常薄，不错不错。
再买 pad 估计就选这个了，iPad Mini 显得有点 low 了。

YchefUbxn:

把

9772b388-e7 9772b388-e7 262ce400-cb ca419964-6b ba62e6dc-3 7be292d4- a0e7ddd2-1 fb9e265e-7ed8-4

等用户拉黑，B 站就不会有广告了。

其中，9772b388-e7 负责 b 站的开屏广告，b 站开屏广告的原理是直接开屏放这个 up 的视频。 另外几个负责其他的广告分区，b 站广告就是直接播放放这些 up 的视频。

这感觉有点脑残设计了。

来源知乎，原文地址： https://www.zhihu.com/question/640923460/answer/1968440919704438741

1up: 那种买前感觉性价比，买完发现纯垃圾，丢了感觉塑料还污染地球

看着心烦，丢了难受

我先来

想买个饼干头，听完 B 站一帮人吹的唯卓仕饼干镜头

我们还年轻，可不想看到这个世界处在毫无自由、隐私的边缘。

第一次看到时，我真的笑出声。但笑着笑着，就觉得有点不对劲了。

这个研究，可能说的就是我们自己。

https://llm-brain-rot.github.io/

首先，这研究不是段子，是来自德州 A&M、德州大学奥斯汀分校和普渡大学的硬核论文。简单来说，他们做了个实验：

把一个正常的 AI 大模型（对照组），和另一个被强迫刷了几个月推特、Reddit 等社交媒体的 AI 模型（实验组）进行对比，他们用了两种标准“垃圾信息”：

结果发现了不得了的事：

喂了垃圾数据后，AI 在推理、长文理解、安全等方面全面降智。

而且，这是一种 “剂量反应”：垃圾数据的比例越高，AI 就“脑损”得越厉害。

看个例子就明白了：

在一项叫“ARC-Challenge”的推理测试中（考验 AI 举一反三的能力），随着提供垃圾数据（M1 型信息标准）的比例从 0%增加到 100%，AI 的准确率从 74.9% 直降到 57.2%。

下面这张表更直观，我从原论文里摘了几个关键数据（红色代表性能变差）：

简单的说：AI 不仅降智了，还变得更不安全、性格更“黑暗”了。

研究人员对 AI 犯的错误进行了分析，发现最关键的是它学会了偷懒，也就是 不思考了。

上图显示，在“脑腐”之后，对比基准，AI 思维的错误显著增多。它不再愿意进行一步一步的严谨推理，而是倾向于直接跳到结论，M1 的影响更是大于 M2。

这不就是我们在信息流里被训练出的习惯吗？

最让人难接受的是，这种“脑腐”基本不能治愈。

研究人员试着用大量高质量的“干净”数据去“修复”那个降智的 AI，结果发现效果相当有限。

即使经过大规模的“高质量训练”，性能也只能部分回升，始终无法恢复到基本水平。

这意味着，AI 的内部认知结构，或者说它的“世界观”，已经被永久性地改变了。

看到这里，你是不是也品出点别的味道了？

虽然研究的是 AI，但你很难不怀疑这个研究是在指桑骂槐。

如果 AI 会因为刷垃圾信息而变傻，那当前互联网信息环境里的我们呢？

仔细想想，我们身边是不是已经有太多迹象了：

“大学教授也可能转发每日口服 7 颗绿豆能够逆转高血压……的文章，学术训练的强度和社交网络垃圾文章洗脑的强度不可同日而语。”

我们以为自己是在驾驭信息，但很可能，我们只是在被网络信息洪流日夜冲刷，以为自己有足够的知识和阅历来抵御侵蚀，但长年累月的垃圾信息轰炸，可能正在不知不觉中重塑我们的大脑。

大脑的认知逻辑正在被悄悄地改变。

去查查那些著名社交平台的创始人，看看他们自己每天花多少时间在手机上？

你会发现一个很有意思的现象：很多产品的设计者，自己反而刻意与产品保持距离。这背后的原因，值得我们每个人深思。

一个小测试：

读到这里，你还记得这篇文章是怎么开头的吗？

…

想不起来也没关系。

这可能就是一个信号，提醒我们是时候让大脑从无休止的信息流中抽离出来，安静一会儿了。

为了保护你的脑子，现在，是不是该对我说声“谢谢”？🙂

我们还年轻，可不想看到这个世界处在毫无自由、隐私的边缘。

近期发现一款免费、开源的广告屏蔽软件「Zen」，和 Zen Browser 网页浏览器同名，不过是完全不一样的工具。

Zen 更像是知名软件 AdGuard 免费替代方案，两者运作方式很类似，不仅仅在浏览器屏蔽广告，任何会通过网络连接的应用程序都能经由 Zen 进行广告屏蔽，随时保护用户免于安全和隐私的侵扰。

Zen 是强大的桌面应用程序，在用户浏览网络时自动屏蔽广告、追踪器或任何隐藏的威胁，本身相当快速、轻量化、无任何干扰，不用再去寻找各种浏览器扩展，只要 Zen 就能轻松做到！

如同 AdGaurd 它也自带强大的过滤器，支持各种类型的屏蔽规则，例如广告、隐私、恶意软件、36 个地区的屏蔽列表和设置清单等，也能将自己惯用的屏蔽清单加入设置规则，Zen 具有中文在内等多国语言，设计很简单，没有太多复杂或难懂的技术性选项。

依照网站说明，Zen 来自一个小团队，尊重用户隐私，不追踪或是收集任何资料，如果你正在寻找「系统层级」的广告屏蔽工具，它就是可以考虑的选择。

网站名称：Zen
网站链接：https://zenprivacy.net/ 〔GitHub〕

进入 Zen 官方网站后往下找到「下载」链接，可以找到 Windows、macOS 和 Linux 版本，分别支持 x64、ARM64 两种不同的处理器类型。

举例来说我下载的是 Zen for macOS〔ARM64〕，下载、运行后将它拖曳到应用程序资料夹即可使用。

进入 Zen 主画面看起来像下图，点击下方「Start」按钮启动保护。

要注意的是第一次使用 Zen 会要求安装根证书〔Root Certificate〕，这是让 Zen 拦截、修改 HTTPS 请求的必须项目，证书是在本机生成，不会离开用户设备，大家熟悉的 AdGuard 也是使用相同机制。

接着先切换到「设置」页面后将语言调整为中文，有兴趣的朋友也可以去协助翻译一下。

在过滤列表可以启用、停止指定的过滤器，包含各种类型，包括通用、广告、隐私、恶意软件、地区性和设置等，没有特别的需求就直接维持默认值即可，若有需要启动或是停用过滤器必须先将 Zen 防护功能关闭〔点击下方停止〕才能继续。

想从其他广告屏蔽工具转换到 Zen 也可以将设置规则导入，非常方便。

从 Zen「主页」就能看到网络流量被屏蔽、封锁的情形，包括存取方法、网址、来源、过滤器名称和规则等，当使用上有发现任何问题时也可以从这里找到过滤器，将指定的封锁路径关掉。

虽然说 Zen 是免费、开源广告屏蔽工具，完全不用花费任何一毛钱就能使用，而且也自带不少筛选器规则，在系统端进行过滤、屏蔽的好处是不用再寻找各种广告屏蔽扩展，只要一个应用程序就能搞定！除了浏览器以外，其他软件也都能有效。

我们还年轻，可不想看到这个世界处在毫无自由、隐私的边缘。

实际上，大多数 App 和服务定价并非全球统一。如 OpenAI 和许多跨国科技公司一样，会采用“购买力平价（Purchasing Power Parity, PPP）”策略，即根据不同国家和地区的经济水平、人均收入来调整产品价格。

这便在全球市场中形成了一些“价格洼地”，其中，尼日利亚正是全球订阅 ChatGPT Plus 最便宜的地区。

全球部分地区价格对比：

整个流程的核心是在尼日利亚区的数字生态内完成支付闭环。

我们还年轻，可不想看到这个世界处在毫无自由、隐私的边缘。

Anthropic 的内部团队正在利用 Claude Code 彻底改变他们的工作流程。无论是开发者还是非技术人员，都能借助它攻克复杂项目、实现任务自动化，并弥补那些曾经限制生产力的技能鸿沟。

为了深入了解，我们采访了以下团队：

通过这些访谈，我们收集了不同部门使用 Claude Code 的方式、它对工作带来的影响，以及为其他考虑采用该工具的组织提供的宝贵建议。

数据基础设施团队负责为公司内所有团队整理业务数据。他们使用 Claude Code 来自动化常规的数据工程任务、解决复杂的基础设施问题，并为技术和非技术团队成员创建文档化工作流，以便他们能够独立访问和操作数据。

利用截图调试 Kubernetes

当 Kubernetes 集群出现故障，无法调度新的 pod 时，团队使用 Claude Code 来诊断问题。他们将仪表盘的截图喂给 Claude Code，后者引导他们逐个菜单地浏览 Google Cloud 的用户界面，直到找到一个警告，指出 pod 的 IP 地址已耗尽。随后，Claude Code 提供了创建新 IP 池并将其添加到集群的确切命令，整个过程无需网络专家的介入。

为财务团队打造纯文本工作流

工程师向财务团队成员展示了如何编写描述其数据工作流程的纯文本文件，然后将这些文件加载到 Claude Code 中，以实现完全自动化的执行。没有任何编程经验的员工只需描述“查询这个仪表盘，获取信息，运行这些查询，生成 Excel 输出”等步骤，Claude Code 就能执行整个工作流，甚至会主动询问日期等必要输入。

为新员工提供代码库导览

当新的数据科学家加入团队时，他们会被指导使用 Claude Code 来熟悉庞大的代码库。Claude Code 会阅读他们的 Claude.md 文件（文档），识别特定任务所需的相关文件，解释数据管道的依赖关系，并帮助新人理解哪些上游数据源为仪表盘提供数据。这取代了传统的数据目录和发现工具。

会话结束时自动更新文档

在每项任务结束时，团队会要求 Claude Code 总结已完成的工作并提出改进建议。这创建了一个持续改进的循环：Claude Code 根据实际使用情况帮助优化 Claude.md 文档和工作流指令，使后续的迭代更加高效。

跨多个实例并行管理任务

在处理耗时较长的数据任务时，团队会为不同项目在不同的代码仓库中打开多个 Claude Code 实例。每个实例都能保持完整的上下文，因此即使在数小时或数天后切换回来，Claude Code 也能准确地记住他们当时正在做什么以及任务进行到哪里，从而实现了无上下文丢失的真正并行工作流管理。

无需专业知识即可解决基础设施问题

解决了通常需要系统或网络团队成员介入的 Kubernetes 集群问题，利用 Claude Code 诊断问题并提供精确的修复方案。

加速新员工上手

新的数据分析师和团队成员无需大量指导，就能迅速理解复杂的系统并做出有意义的贡献。

增强支持工作流

Claude Code 能够处理比人类手动审查大得多的数据量，并识别异常情况（例如监控 200 个仪表盘），这是人力无法完成的。

实现跨团队自助服务

没有任何编程经验的财务团队现在可以独立执行复杂的数据工作流。

编写详细的 Claude.md 文件

团队表示，你在 Claude.md 文件中将工作流程、工具和期望文档化得越好，Claude Code 的表现就越出色。当你拥有现成的设计模式时，这使得 Claude Code 在设置新数据管道等常规任务上表现卓越。

处理敏感数据时使用 MCP 服务器而非命令行界面

他们建议使用 MCP 服务器而不是 BigQuery 命令行界面，以便更好地控制 Claude Code 的访问权限，尤其是在处理需要日志记录或存在潜在隐私问题的敏感数据时。

分享团队使用心得

团队举办了分享会，成员们互相演示他们使用 Claude Code 的工作流程。这有助于传播最佳实践，并展示了他们自己可能没有发现的各种工具使用方法。

Claude Code 产品开发团队使用自家的产品来为 Claude Code 构建更新，扩展产品的企业级功能和 AI 智能体循环功能。

通过“自动接受模式”快速构建原型

工程师们通过启用“自动接受模式”（Shift+Tab）并设置自主循环，让 Claude 编写代码、运行测试并持续迭代，从而实现快速原型开发。他们将自己不熟悉的抽象问题交给 Claude，让它自主工作，然后在接手进行最后润色前，审查已完成 80% 的解决方案。团队建议从一个干净的 git 状态开始，并定期提交检查点，这样如果 Claude 跑偏了，他们可以轻松回滚任何不正确的更改。

同步编码开发核心功能

对于涉及应用程序业务逻辑的更关键功能，团队会与 Claude Code 同步工作，提供带有具体实现指令的详细提示。他们实时监控过程，确保代码质量、风格指南合规性和正确的架构，同时让 Claude 处理重复的编码工作。

构建 Vim 模式

他们最成功的异步项目之一是为 Claude Code 实现 Vim 快捷键绑定。他们要求 Claude 构建整个功能，最终实现中大约 70% 的代码来自 Claude 的自主工作，只需几次迭代即可完成。

生成测试和修复 bug

在实现功能后，团队使用 Claude Code 编写全面的测试，并处理在代码审查中发现的简单 bug。他们还使用 GitHub Actions 让 Claude 自动处理像格式问题或函数重命名这样的 Pull Request 评论。

代码库探索

在处理不熟悉的代码库（如 monorepo 或 API 端）时，团队使用 Claude Code 来快速理解系统的工作方式。他们不再等待 Slack 上的回复，而是直接向 Claude 提问以获取解释和代码参考，从而大大节省了上下文切换的时间。

更快的功能实现

Claude Code 成功实现了像 Vim 模式这样的复杂功能，其中 70% 的代码由 Claude 自主编写。

提升开发速度

该工具可以快速构建功能原型并迭代创意，而不会陷入实现细节的泥潭。

通过自动化测试提高代码质量

Claude 生成全面的测试并处理常规的 bug 修复，在减少手动工作的同时保持了高标准。

更好的代码库探索

团队成员可以快速熟悉 monorepo 中不熟悉的部分，而无需等待同事的回复。

创建自给自足的循环

设置 Claude 通过自动运行构建、测试和代码检查来验证自己的工作。这使得 Claude 可以更长时间地自主工作并发现自己的错误，尤其是在你要求 Claude 在编写代码之前先生成测试时效果更佳。

培养任务分类的直觉

学会区分哪些任务适合异步处理（外围功能、原型设计），哪些需要同步监督（核心业务逻辑、关键修复）。产品边缘的抽象任务可以用“自动接受模式”处理，而核心功能则需要更密切的监督。

编写清晰、详细的提示

当组件具有相似的名称或功能时，你的请求要极其具体。提示越好、越详细，你就越能信任 Claude 独立工作，而不会对代码库的错误部分进行意外更改。

安全工程团队专注于保障软件开发生命周期、供应链安全和开发环境安全。他们广泛使用 Claude Code 来编写和调试代码。

复杂基础设施调试

在处理事故时，他们将堆栈跟踪和文档喂给 Claude Code，并要求它在代码库中追踪控制流。这大大缩短了生产问题的解决时间，使他们能够在大约 5 分钟内理解问题，而手动扫描代码通常需要 10-15 分钟。

Terraform 代码审查与分析

对于需要安全审批的基础设施变更，团队将 Terraform 计划复制到 Claude Code 中，并提问“这会做什么？我会后悔吗？”。这创建了更紧密的反馈循环，使安全团队能够更快地审查和批准基础设施变更，减少了开发过程中的瓶颈。

文档综合与操作手册

Claude Code 吸收多个文档来源，创建 Markdown 格式的操作手册、故障排除指南和概述。团队将这些精简的文档作为调试实际问题的上下文，创建了比在完整知识库中搜索更高效的工作流程。

测试驱动开发工作流

他们摒弃了以往的“设计文档 → 粗糙代码 → 重构 → 放弃测试”模式，现在他们要求 Claude Code 提供伪代码，引导其进行测试驱动开发，并定期检查以在卡住时进行引导，从而产出更可靠、更易于测试的代码。

上下文切换与项目上手

在为现有项目（如用于安全审批工作流的 Web 应用“dependant”）做贡献时，他们使用 Claude Code 来编写、审查和执行存储在代码库中的 Markdown 格式的规范，从而能够在几天内做出有意义的贡献，而不是花费数周时间。

缩短事故解决时间

通常需要 10-15 分钟手动代码扫描的基础设施调试现在大约需要 5 分钟。

改进安全审查周期

需要安全审批的 Terraform 代码审查速度大大加快，消除了开发人员在等待安全团队批准时的阻塞。

增强跨职能贡献

团队成员可以在几天内为项目做出有意义的贡献，而不是花费数周时间来建立上下文。

更好的文档工作流程

从多个来源综合而成的故障排除指南和操作手册创建了更高效的调试过程。

广泛使用自定义斜杠命令

安全工程团队使用了整个 monorepo 中 50% 的自定义斜杠命令实现。这些自定义命令简化了特定的工作流程，并加快了重复性任务的速度。

让 Claude 先说

他们不再通过提出有针对性的问题来生成代码片段，而是告诉 Claude Code “边做边提交你的工作”，让它在定期检查的情况下自主工作，从而得到更全面的解决方案。

利用它进行文档处理

除了编码，Claude Code 还擅长综合文档和创建结构化输出。团队提供写作样本和格式偏好，以获得可立即在 Slack、Google Docs 和其他工具中使用的文档，避免界面切换带来的疲劳。

推理团队负责管理在 Claude 读取你的提示并生成回复时存储信息的内存系统。团队成员，尤其是那些刚接触机器学习的人，可以广泛使用 Claude Code 来弥补知识差距并加速他们的工作。

代码库理解与新员工上手

在加入一个复杂的代码库时，团队严重依赖 Claude Code 来快速理解其架构。他们不再手动搜索 GitHub 仓库，而是询问 Claude 哪些文件调用了特定的功能，几秒钟内就能得到结果，而不是向同事求助或手动搜索。

包含边界情况的单元测试生成

在编写完核心功能后，他们要求 Claude 为其编写全面的单元测试。Claude 会自动包含被遗漏的边界情况，在几分钟内完成通常需要大量时间和精力的工作，就像一个他们可以审查的编码助手。

机器学习概念解释

没有机器学习背景的团队成员依赖 Claude 来解释模型特定的函数和设置。过去需要一个小时谷歌搜索和阅读文档的工作，现在只需 10-20 分钟，研究时间减少了 80%。

跨语言代码翻译

在用不同编程语言测试功能时，团队向 Claude 解释他们想要测试的内容，Claude 就会用所需的语言（如 Rust）编写逻辑，从而无需为了测试目的而学习新语言。

命令记忆与 Kubernetes 管理

他们不再需要记住复杂的 Kubernetes 命令，而是向 Claude 询问正确的语法，比如“如何获取所有 pod 或部署状态”，然后就能收到他们基础设施工作所需的确切命令。

加速机器学习概念学习

有了 Claude Code，他们的研究时间减少了 80%，历史上需要一个小时谷歌搜索的工作现在只需 10-20 分钟。

更快的代码库导航

该工具可以帮助团队成员在几秒钟内找到相关文件并理解系统架构，而不是依赖同事在几天内分享知识。

全面的测试覆盖

Claude 自动生成包含边界情况的单元测试，在保持代码质量的同时减轻了精神负担。

消除语言障碍

团队可以在不熟悉 Rust 等语言的情况下实现功能，而无需学习它。

首先测试知识库功能

尝试问各种问题，看看 Claude 能否比谷歌搜索更快地回答。如果它更快、更准确，那么它就是你工作流程中一个宝贵的时间节省工具。

从代码生成开始

给 Claude 具体的指令，让它编写逻辑，然后验证其正确性。这有助于在将其用于更复杂的任务之前，建立对该工具能力的信任。

用它来编写测试

让 Claude 编写单元测试可以极大地减轻日常开发工作的压力。利用这个功能来保持代码质量，而无需花费时间手动思考所有测试用例。

数据科学和机器学习工程团队需要复杂的 可视化工具来理解模型性能，但构建这些工具通常需要不熟悉的语言和框架的专业知识。Claude Code 使这些团队能够构建生产质量的分析仪表盘，而无需成为全栈开发人员。

构建 JavaScript/TypeScript 仪表盘应用

尽管对“JavaScript 和 TypeScript 知之甚少”，团队仍使用 Claude Code 构建了完整的 React 应用，用于可视化强化学习（RL）模型的性能和训练数据。他们让 Claude 控制从头开始编写完整的应用程序，比如一个 5000 行的 TypeScript 应用，而无需自己理解代码。这一点至关重要，因为可视化应用相对上下文较少，不需要理解整个 monorepo，从而可以快速构建原型工具，以便在训练和评估期间了解模型性能。

处理重复的重构任务

当遇到合并冲突或半复杂的文件重构时——这些任务对于编辑器宏来说太复杂，但又不足以投入大量开发精力——他们就像玩“老虎机”一样使用 Claude Code：提交当前状态，让 Claude 自主工作 30 分钟，然后要么接受解决方案，要么在不成功时重新开始。

创建持久性分析工具而非一次性笔记本

团队现在不再构建用完即弃的 Jupyter 笔记本，而是让 Claude 构建可重复使用的 React 仪表盘，这些仪表盘可以在未来的模型评估中重复使用。这很重要，因为理解 Claude 的性能是“团队最重要的事情之一”——他们需要了解模型在训练和评估期间的表现，而这“实际上并非易事，简单的工具无法从观察一个数字上升中获得太多信号”。

零依赖任务委托

对于完全不熟悉的代码库或语言中的任务，他们将整个实现委托给 Claude Code，利用其从 monorepo 中收集上下文并执行任务的能力，而无需他们参与实际的编码过程。这使得他们在自己专业领域之外也能保持生产力，而不是花时间学习新技术。

节省了 2-4 倍的时间

过去虽然可以手动完成但很繁琐的常规重构任务现在完成得更快了。

用不熟悉的语言构建了复杂的应用

尽管 JavaScript/TypeScript 经验极少，却创建了 5000 行的 TypeScript 应用。

从一次性工具转向持久性工具

不再使用一次性的 Jupyter 笔记本，而是构建可复用的 React 仪表盘进行模型分析。

直接获得模型改进的洞见

第一手使用 Claude Code 的经验为未来模型迭代中更好的内存系统和用户体验改进提供了信息。

实现了可视化驱动的决策

通过先进的数据可视化工具，更好地理解了 Claude 在训练和评估期间的性能。

把它当作一台老虎机

在让 Claude 工作之前保存你的状态，让它运行 30 分钟，然后要么接受结果，要么重新开始，而不是试图费力去修正。重新开始的成功率通常比试图修复 Claude 的错误要高。

必要时为了简化而打断它

在监督过程中，不要犹豫，停下来问 Claude “你为什么这么做？试试更简单的方法。” 模型默认倾向于更复杂的解决方案，但对于简化方法的请求反应良好。

产品工程团队致力于开发如 PDF 支持、引用和网页搜索等功能，这些功能将额外的知识引入 Claude 的上下文窗口。在大型、复杂的代码库中工作意味着不断遇到不熟悉的代码部分，花费大量时间来理解特定任务需要检查哪些文件，并在进行更改前建立上下文。Claude Code 通过充当向导，帮助他们理解系统架构、识别相关文件并解释复杂的交互，从而改善了这种体验。

第一步工作流规划

团队将 Claude Code 作为任何任务的“第一站”，要求它确定在进行 bug 修复、功能开发或分析时需要检查哪些文件。这取代了传统上在开始工作前手动浏览代码库和收集上下文的耗时过程。

跨代码库独立调试

团队现在有信心处理不熟悉代码库部分的 bug，而无需向他人求助。他们可以问 Claude “你觉得你能修复这个 bug 吗？我看到的行为是这样的”，并经常能立即取得进展，这在以前由于所需的时间投入是不可行的。

通过内部测试进行模型迭代测试

Claude Code 自动使用最新的研究模型快照，使其成为他们体验模型变化的主要方式。这为团队在开发周期中提供了关于模型行为变化的直接反馈，这是他们在之前的发布中从未体验过的。

消除上下文切换的开销

他们不再需要复制粘贴代码片段并将文件拖入 Claude.ai，同时还要详细解释问题，现在可以直接在 Claude Code 中提问，无需额外的上下文收集，从而显著减少了心智负担。

增强了处理不熟悉领域的信心

团队成员可以独立调试 bug 并调查不熟悉代码库中的事故。

在上下文收集中节省了大量时间

Claude Code 消除了复制粘贴代码片段和将文件拖入 Claude.ai 的开销，减轻了心智上的上下文切换负担。

加速轮岗员工上手速度

轮岗到新团队的工程师可以快速熟悉不熟悉的代码库并做出有意义的贡献，而无需与同事进行大量咨询。

提升开发者幸福感

团队报告称，随着日常工作流程中的摩擦减少，他们感到更快乐、更高效。

将其视为迭代伙伴，而非一次性解决方案

不要指望 Claude 能立即解决问题，而是把它当作一个与你一起迭代的合作者。这种方法比试图在第一次尝试中就获得完美的解决方案效果更好。

用它来建立在不熟悉领域的信心

不要犹豫去处理你专业领域之外的 bug 或调查事故。Claude Code 使得在通常需要大量上下文建立的领域独立工作成为可能。

从最少的信息开始

从你需要的最低限度的信息开始，让 Claude 引导你完成整个过程，而不是一开始就提供大量的解释。

增长营销团队专注于在付费搜索、付费社交、移动应用商店、电子邮件营销和 SEO 等领域建立效果营销渠道。作为一个只有一人的非技术团队，他们使用 Claude Code 来自动化重复性的营销任务，并创建通常需要大量工程资源的 AI 智能体工作流。

自动化 Google Ads 广告创意生成

团队构建了一个 AI 智能体工作流，该工作流可以处理包含数百个现有广告及其效果指标的 CSV 文件，识别表现不佳的广告进行迭代，并生成符合严格字符限制（标题 30 个字符，描述 90 个字符）的新变体。通过使用两个专门的子智能体（一个用于标题，一个用于描述），该系统可以在几分钟内生成数百个新广告，而无需在多个广告系列中手动创建。这使他们能够大规模地进行测试和迭代，这是以前需要花费大量时间才能实现的。

用于批量创意制作的 Figma 插件

他们没有手动复制和编辑用于付费社交广告的静态图片，而是开发了一个 Figma 插件，该插件可以识别框架并通过替换标题和描述来以编程方式生成多达 100 个广告变体，将需要数小时复制粘贴的工作缩短为每批半秒。这使得创意产出提高了 10 倍，让团队能够在关键社交渠道上测试数量庞大的创意变体。

用于广告活动分析的 Meta Ads MCP 服务器

他们创建了一个与 Meta Ads API 集成的 MCP 服务器，以便直接在 Claude Desktop 应用内查询广告活动表现、支出数据和广告效果，从而无需在不同平台之间切换进行性能分析，节省了宝贵的时间，因为每一分效率的提升都意味着更好的投资回报率。

利用内存系统进行高级提示工程

他们实现了一个基本的内存系统，该系统记录了广告迭代中的假设和实验，使得系统在生成新变体时能够将之前的测试结果纳入上下文，创建了一个自我改进的测试框架。这使得系统性的实验成为可能，而这些实验是无法手动追踪的。

在重复性任务上节省了大量时间

Claude Code 将广告文案创作时间从 2 小时缩短到 15 分钟，让团队能够专注于更具战略性的工作。

创意产出增加 10 倍

通过自动广告生成和与 Figma 集成以获取最新的视觉设计元素，团队现在可以在各个渠道上测试数量庞大的广告变体。

像一个更大的团队一样运作

团队能够处理传统上需要专门工程资源的大型开发任务。

战略重点转移

团队可以将更多时间用于整体战略和构建 AI 智能体自动化，而不是手动执行。

识别支持 API 的重复性任务

寻找涉及使用带有 API 的工具（如广告平台、设计工具、分析平台）进行重复操作的工作流程。这些是自动化的主要候选对象，也是 Claude Code 提供最大价值的地方。

将复杂工作流分解为专门的子智能体

不要试图在一个提示或工作流中处理所有事情，而是为特定任务创建单独的智能体（比如一个标题智能体和一个描述智能体）。这使得调试更容易，并在处理复杂需求时提高输出质量。

在编码前进行充分的头脑风暴和提示规划

在前期花大量时间使用 Claude.ai 来构思整个工作流，然后让 Claude.ai 为 Claude Code 创建一个全面的提示和代码结构以供参考。此外，要逐步进行，而不是要求一次性解决问题，以避免 Claude 因任务过于复杂而不堪重负。

产品设计团队支持 Claude Code、Claude.ai 和 Anthropic API，专注于构建 AI 产品。即使是非开发人员也可以使用 Claude Code 来弥合设计与工程之间的传统鸿沟，使他们能够直接实现自己的设计愿景，而无需与工程师进行大量的反复迭代。

前端润色和状态管理变更

团队不再为视觉调整（字体、颜色、间距）创建大量的设计文档并与工程师进行多轮反馈，而是直接使用 Claude Code 实现这些变更。工程师们注意到，设计师们正在进行“通常不会看到设计师做的大型状态管理变更”，这使他们能够实现他们所设想的精确质量。

GitHub Actions 自动化工单处理

通过使用 Claude Code 的 GitHub 集成，他们只需提交描述所需更改的问题/工单，Claude 就会自动提出代码解决方案，而无需打开 Claude Code，从而为他们积压的润色任务创建了一个无缝的 bug 修复和功能优化工作流。

快速交互式原型制作

通过将模型图粘贴到 Claude Code 中，他们可以生成功能齐全的原型，工程师可以立即理解并在此基础上进行迭代，这取代了传统的静态 Figma 设计，后者需要大量的解释和转换才能成为可用代码。

发现边界情况和理解系统架构

团队使用 Claude Code 来规划错误状态、逻辑流程和不同的系统状态，使他们能够在设计阶段就识别出边界情况，而不是在开发后期才发现，从而从根本上提高了他们初始设计的质量。

复杂的文案更改和法律合规

对于像在整个代码库中移除“研究预览”信息这样的任务，他们使用 Claude Code 查找所有实例，审查周围的文案，与法务部门实时协调更改，并实施更新。这个过程只用了两次 30 分钟的电话会议，而不是一周的反复协调。

核心工作流程的变革

Claude Code 成为主要的设计工具，80% 的时间里 Figma 和 Claude Code 都是打开的。

执行速度提高 2-3 倍

以前需要与工程师进行大量反复沟通的视觉和状态管理变更，现在可以直接实现。

周期时间从数周缩短到数小时

像 Google Analytics 发布信息这样需要一周协调的复杂项目，现在只需两次 30 分钟的电话会议就能完成。

两种截然不同的用户体验

开发者获得了“增强型工作流”（执行更快），而非技术用户则获得了“天哪，我竟然也成了开发者”的工作流。

改善了设计与工程的协作

Claude Code 促进了更好的沟通和更快的问题解决，因为设计师理解了系统的限制和可能性，而无需与工程师紧密合作。

从工程师那里获得适当的设置帮助

让工程团队的同事帮助进行初始的代码库设置和权限配置——对于非开发人员来说，技术上的上手过程具有挑战性，但一旦配置完成，它将彻底改变日常工作流程。

使用自定义内存文件来引导 Claude 的行为

创建具体的指令，告诉 Claude 你是一个几乎没有编码经验的设计师，需要详细的解释和更小、更增量的更改。这极大地提高了 Claude 回应的质量，使其不再那么令人生畏。

利用粘贴图片进行原型制作

使用 Command+V 将截图直接粘贴到 Claude Code 中。它在读取设计并生成功能性代码方面表现出色，使其在将静态模型图转化为工程师可以立即理解和构建的交互式原型方面非常有价值。

强化学习（RL）工程团队专注于 RL 中的高效采样和跨集群的权重迁移。他们主要使用 Claude Code 来编写中小型功能、进行调试和理解复杂的代码库，并采用一种包含频繁检查点和回滚的迭代方法。

有监督的自主功能开发

团队让 Claude Code 在提供监督的情况下编写大部分中小型功能的代码，例如为权重迁移组件实现认证机制。他们以交互方式工作，允许 Claude 主导，但在其偏离轨道时进行引导。

测试生成和代码审查

在自己实现更改后，团队会要求 Claude Code 添加测试或审查他们的代码。这种自动化的测试工作流程在常规但重要的质量保证任务上节省了大量时间。

调试和错误调查

他们使用 Claude Code 来调试错误，结果好坏参半。有时它能立即识别问题并添加相关测试，而其他时候则难以理解问题，但总的来说，在有效时仍能提供价值。

代码库理解和调用栈分析

他们工作流程中最大的变化之一是使用 Claude Code 来快速获取相关组件和调用栈的摘要，取代了手动阅读代码或生成大量调试输出。

Kubernetes 操作指导

他们经常向 Claude Code 询问 Kubernetes 操作，这些操作否则需要大量谷歌搜索或询问基础设施工程的同事，从而能立即获得配置和部署问题的答案。

实验性方法的实现

他们现在使用一种“尝试并回滚”的方法，频繁提交检查点，以便他们可以测试 Claude 的自主实现尝试，并在需要时进行回滚，从而实现了更具实验性的开发。

文档编写加速

Claude Code 自动添加有用的注释，节省了大量的文档编写时间，尽管他们也指出，它有时会在奇怪的地方添加注释或使用有问题的代码组织方式。

有限制的提速

虽然 Claude Code 可以在他们“相对较少的时间”投入下实现中小型 PR，但他们承认，它在第一次尝试中成功的几率大约只有三分之一，需要额外的指导或手动干预。

为特定模式自定义你的 Claude.md 文件

在你的 Claude.md 文件中添加指令，以防止 Claude 重复犯工具调用错误，例如告诉它“运行 pytest 而不是 run，不要不必要地 cd – 只需使用正确的路径”。这显著提高了一致性。

使用检查点密集的工作流

随着 Claude 进行更改，定期提交你的工作，这样当实验不成功时，你可以轻松回滚。这使得在没有风险的情况下可以采用更具实验性的开发方法。

先尝试一次性解决，然后协作

给 Claude 一个快速的提示，让它先尝试完整的实现。如果成功了（大约三分之一的时间），你就节省了大量时间。如果没有，再切换到更具协作性、引导性的方法。

法务团队通过实验和了解 Anthropic 产品的好奇心，发现了 Claude Code 的潜力。此外，一位团队成员有一个个人用例，即为家人创建无障碍工具和为工作创建原型，这展示了该技术对非开发人员的强大能力。

为家人定制的无障碍解决方案

团队成员为因医疗诊断而有语言障碍的家人构建了沟通助手。在短短一小时内，一个人使用原生的语音转文本功能创建了一个预测性文本应用，该应用可以建议回复并使用语音库将其读出，解决了言语治疗师推荐的现有无障碍工具的不足之处。

法务部门工作流自动化

团队创建了“电话树”系统的原型，帮助团队成员联系到 Anthropic 合适的律师，展示了法务部门如何在没有传统开发资源的情况下为常见任务构建自定义工具。

团队协调工具

经理们构建了 G Suite 应用程序，可以自动化每周的团队更新，并跟踪各产品的法律审查状态，让律师只需通过简单的按钮点击就能快速标记需要审查的项目，而无需管理电子表格。

用于解决方案验证的快速原型制作

他们使用 Claude Code 快速构建功能性原型，然后展示给领域专家（例如向加州大学旧金山分校的专家展示无障碍工具），以验证想法并在投入更多时间之前识别现有解决方案。

在 Claude.ai 中规划，在 Claude Code 中构建

他们使用两步流程：首先在 Claude.ai 中进行头脑风暴和规划，然后转到 Claude Code 进行实现，要求它放慢速度，逐步工作，而不是一次性输出所有内容。

视觉优先的方法

他们经常使用截图向 Claude Code 展示他们想要的界面样子，然后根据视觉反馈进行迭代，而不是用文本描述功能。

原型驱动的创新

他们强调克服分享“傻瓜式”或“玩具级”原型的恐惧，因为这些演示能激励他人看到他们未曾考虑过的可能性。

MCP 集成担忧

产品律师使用 Claude Code 立即识别深度 MCP 集成的安全隐患，并指出随着 AI 工具访问更多敏感系统，保守的安全策略将成为障碍。

合规工具的优先级

他们主张随着 AI 能力的扩展，应迅速构建合规工具，认识到创新与风险管理之间的平衡。

首先在 Claude.ai 中进行详尽规划

在转到 Claude Code 之前，使用 Claude 的对话界面来充实你的整个想法。然后要求 Claude 将所有内容总结成一个分步的实现提示。

增量式和可视化工作

要求 Claude Code 放慢速度，一次实现一个步骤，这样你就可以复制粘贴而不会不知所措。大量使用截图来展示你想要的界面样子。

尽管不完美也要分享原型

克服隐藏“玩具”项目或未完成工作的冲动。分享原型有助于他人看到可能性，并在通常不互动的部门之间激发创新。

我们还年轻，可不想看到这个世界处在毫无自由、隐私的边缘。

前几天最近随着 Claude Code 这个命令行 AI 代码工具的火爆，谷歌也耐不住寂寞推出了自己的同类产品 Gemini CLI，而且完全免费，非常顶。

下面会教你用 Gemini CLI 实现哪些能力：

首先他们是没有界面的，所有的操作都是在终端以命令行的方式展示。

然后就是也是 Agents 可以自动执行任务处理本地文件，同时内置了非常多的工具，比如谷歌搜索、阅读文件、查找文件、搜索文字、写入文件、保存记忆等，你输入 /tools 然后回车就可以让他列出目前支持的工具。

另外 Gemini CLI 也是支持 MCP 的，你可以安装其他的 MCP 工具帮助模型扩充上下文。

很多朋友说命令行是不是很复杂啊，我不会编程是不是会很难用。

其实并没有，如果你的网络环境正常，能够正常登录 Gemini CLI 的话，跟使用 Cursor 没有本质区别。

因为核心交互的时候还是主要为提示词输入框，命令行又不用你写，Gemini 写就行。

从这里开始我所有的演示都基于 Mac OS 的自带终端进行，Windows 大部分操作都是通用的，但是可能出问题概率比 Mac 复杂。

首先要做的第一步就是进入到我们的启动台，搜索终端两个字，搜到之后打开。

这时候你就看到一个空白界面里面写了些你看不懂的字，不要担心。

这里我建议我们想好要进行的任务之后，新建一个文件夹把需要的任务素材扔进去，然后按住 option 按键鼠标右键选择“将 XXXX 文件夹拷贝为路径名称”，这时候你就快速获得了这个文件夹的路径。

然后我们回到我们的终端窗口，输入 cd + 空格 + 你刚才复制的路径，接下来你终端的所有操作都只会影响这个文件夹的内容，不用担心把电脑搞坏。

到这一步我们终于开始安装 Gemini CLI 了，非常简单，你只需要输入下面的内容然后回车就行。

安装成功你就会看到这个界面，应该会先让你选择命令行的颜色主题，然后让你选择登录方式。

这里需要注意：终端的操作大部分时间需要用上下左右方向键来操作选项，选中之后按回车确认。

你只需要选择一个自己喜欢的主题之后，选择正常的谷歌账号登录，在拉起网页登录后关掉就行。

我这个这里已经登录了，所以没有这些选项，然后你就能看到提示词输入框了。

恭喜你到这里，你已经完成了 Gemini 的安装。

由于用的 NPX 的安装方式，所以你以后每次关掉终端重新使用 Gemini CLI 的时候都需要输入开始的那个命令，不过不用登录了，直接就能用。

另一种方法是输入下面这个命令，但是对于不会编程的人来说很麻烦，启动就是少输入点东西，输入 Gemini 就能启动。

最后由于命令行本身都是英文的，可能很多人会望而却步，这个时候你可以装个 Bob 这个翻译软件，支持划词翻译，看不懂的选项直接选中划词翻译就行。

装好之后我们可以来点基础用法了。

由于 Gemini 可以看到你的文件并且操作，而且它还有生成能力，本身模型还是多模态的，所以即使只用本身的工具也可以有很多用法。

首先是 Gemini CLI 本身支持谷歌搜索，你可以让他搜索指定内容给你写成文档，也可以对你本身的文档进行编辑。

当然搜索工具经常会限额，这个有点恶心，比如让他搜索歸藏的信息并且整理一个介绍文档。

你也可以让他分析你保存在本地的文章之后进行改写，生成新的文章。

比如我这里就让他把 Karpathy 的软件 3.0 文章改写成适合发布的博客文章，同时生成对应的推特发布版本，也可以对于会议总结之类的文档进行分析和处理。

记得我之前写的用 Curosr 这种 IDE 帮助分析 Obsidian ，把 Obsidian 当做本地知识库的方法吗，Gemini CLI 也可以，甚至更加强大。

你可以找到你的 Obsidian 文件夹打开之后启动 Gemini CLI，然后让 Gemini CLI 查找相关的内容。

比如我这里就让他检索我所有的剪藏文件，找到 MCP 相关的文章，然后给我生成一个带反向链接的《MCP 剪藏内容索引》文档，可以看到他完成的很好。

每个无序列表都有文件标题以及文章的总结，最后还有链接可以直达那个文章。

提到反向链接了，就不得不提 Obsidian 的一个知识图谱的功能，它可以把所有有反向链接的相关文档都链接起来，形成你自己的网状笔记网络，方便你学习和回顾。

但是反向链接需要你自己手动加，大部分人都没这个毅力，现在有了 Gemini CLI 问题解决了，可以让他帮你给你文件夹中的相关文档加反向链接。

不过这个需要的时间比较长，如果内容多的话可能得等一段时间。

由于本身 Gemini CLI 是多模态的的，所以你的图片也可以让他帮忙处理。

比如我打开了一个全是图片的文件夹，里面的图片名字乱七八糟的，这时候就可以让他分析图片内容之后根据图片内容给图片重新命名。

再重新命名之后我们也不能浪费他分析的图片内容。

我们都知道在训练图像模型或者 Lora 的时候需要对图像进行标注，大部分训练工具都是把标注放在一个跟图片命名一样的文本文件里，现在我们就可以让 Gemini CLI 来做这件事了。

可以看到他执行的非常完美，以往这些你还得找对应的工具，而且不好自定义要求，现在提示词就行。

Gemini CLI 除了可以读取文件和修改文件外也是可以控制系统设置的。

比如我们就可以写好自己日常对于软件和系统设置在不同工作时间的喜好，需要的时候一键完成所有操作的更改。

这里我就让他给我关掉浏览器，然后打开 Obsidian，降低系统音量，直接进入工作模式。

更进一步让他把操作写成脚本，之后你就可以直接双击脚本完成系统设置了。

我们肯定也有很多时候桌面或者文件没有整理乱七八糟。

这个时候就可以让 Gemini CLI 新建文件夹进行分类和整理。

但是这里得注意，不要让他整理过大的过于重要的文件夹，不然误删了就痛苦了。

这里我就让他把刚才的图像和标注文件新建了两个文件夹分别整理了。

上面都是些基本用法，你最近可能也看到了一些。

但是我发现结合一些本地软件，Gemini CLI 能实现对各种文件更加高级的处理，比如视频转 gif、youtube 视频下载、加水印、文档格式转换等。

这些就非常牛皮了，而且我们日常内容创作大部分都非常需要。

前面我们有了文档了，但是很多时候演示的时候总不能真给人看 Markdown 文档吧，能不能生成 PPT 呢？

可以的，朋友，必须可以，比如我这里就把前面我那个 MCP 索引文档的内容直接转换为 PPT 了。

这个依赖一个叫 Slidev 的项目，它可以用类似 Markdown 文档的格式将内容变成带有丰富样式的 PPT。

你不需要知道这个项目的细节，直接用我下面的提示词生成文件之后，复制文件到这个页面（https://stackblitz.com/github/slidevjs/new?file=slides.md）预览就行。

上面的 Slidev 不需要本地安装直接预览就行，接下来我们介绍一些需要本地安装的项目，这些本地的软件，非常强大，但是由于本身他们是没有界面的，阻碍的很多用户使用。

但是有了 Gemini 之后一切都解决了，提示词可以直接转换为驱动他们的命令行，也可以用提示词直接安装他们，你直接用就行。

首先先介绍一下 ffmpeg 这个项目，给予他你可以实现非常强的视频编辑能力，理论上剪映之类的视频编辑软件都是基于这个完成的。

你可以对本地的视频进行拼接、剪辑、增加文字、转换格式、转换分辨率、增加音乐，基本上你能想到的视频编辑能力他都能做到。

首先我们需要大概你需要处理视频的的文件夹，然后启动 Gemini CLI 第一个命令是让他安装 Homebrew。

然后安装完成后，让他用 Homebrew 帮你安装 ffmpeg。

看到没，跟网页哪些乱七八糟的要求都没关系，你只需要说两句话，就全部安装了。

然后我们就可以爽用了，先给我们指定的视频加个水印试试。

可以看到新的视频右上角果然有了一个水印，这种言出法随的感觉谁不喜欢，你不需要了解原理，你就只需要知道所有的视频编辑他都能帮你搞定。

然后我想要给视频配乐也可以，你只需要告诉他视频文件和音乐文件的名字就行，我甚至让他给音乐加上了淡入和淡出。

他先是获取了一下视频的时长，然后就开始操作了，然后搞定了，非常完美，严丝合缝，淡入淡出也加上了，可以看剪映界面预览的频谱。

我们很多时候需要把视频转换为序列帧，然后拿其中一帧进行处理，或者处理所有的帧，以前你是不是还得到处找这种工具，而且转换效果不一定好。

Gemini CLI 一句话就能搞定，处理的又快又好，而且节省了用网页工具上传下载的时间。

另一个常见的任务就是视频转 gif，尤其公众号有 10 个视频的限制，很多时候迫不得已得转成 gif 发布。

Gemini 捕捉到了高品质这个关键词还制作了调色板保证颜色还原度，最后处理的非常完美。

像 ffmpeg 这种宝藏项目还有很多，比如 yt-dlp 这个项目跟 ffmpeg 配合几乎可以下载你能想到的所有视频平台的视频。

我们还是可以让 Gemini CLI 帮我们安装 yt-dlp 这个项目就行。

然后直接提供视频链接他就会帮你下载，甚至可以批量下载多个视频或者一起连封面和视频一起下载，再也不需要忍受那些工具的垃圾网速了。

处理视频我们有 ffmpeg 这种项目，当然图片也有。

ImageMagick 是一个极其强大的工具集，你可以用它来转换格式、缩放、裁剪、旋转、添加滤镜、组合图片等等。

依然是老一套，先让 Gemini 帮我们安装

先来一个常见任务，我们设计师做外包经常用，在没结款之前给甲方低分辨率和带水印的图片，现在就可以直接批量完成。

这里我让他把所有图片宽边调整为 800 PX，然后统一加上带“内部资料”文字的水印。

中文的水印有些问题，后来改成英文就 OK 了，而且出错之后他自己开始用多模态能力检查修改后的图像了，发现 10% 不透明度的文字不明显，又自己重新改了一下，太聪明了。

然后再来一个常见的图像拼接需求，这种在媒体上发消息的时候经常需要，尤其是推特。

搞得不错，这几张图比例不同，所以没有对齐，可以在命令上加上统一比例这种要求就行。

文档格式转换也是常见的需求，相当多的公司工作文档还是 word，很多时候我发过去 .md 文件那边都不知道怎么办。

首先还是让 Gemini CLI 帮我们安装。

这个时候我们就可以利用 Pandoc 这个项目进行各种文档格式之间的互相转换，当然批量转换也是可以的。

可以看到转的很好，Markdown 的一些基本格式也都迁移了，不管是加粗还是无序列表有序列表。

好了教程到这里就结束了。

你可以用 Gemini CLI 控制这些已经非常成熟的命令行项目，基本上你所有的需求都能找到对应的项目。

不是只有 MCP 才能做 Agent，这些传统工具在有了 LLM 加持之后会更加强大。

看到这里，你可能会突然意识到：原来那些让我们望而却步的专业工具，其实一直都在那里等着我们。

史蒂夫·乔布斯说过的一句话：”技术应该是隐形的。” 今天的 Gemini CLI，正是让那些强大的命令行工具变得”隐形”——你不需要理解它们的工作原理，只需要说出你的需求。

更重要的是，这种改变不仅仅是效率的提升，而是创作门槛的彻底消失。

所以，如果你还在犹豫要不要试试 Gemini CLI，我想说：别让”我不会编程”成为你探索新世界的借口。 因为在这个新世界里，你需要的不是编程能力，而是想象力。

那些曾经高高在上的专业工具，现在都在静静等待着你的一句话。而你要做的，就是勇敢地说出你的需求。

因为最好的工具，是让你忘记它是工具的工具。