如果说 Agent 邮箱是踏入未来的第一把钥匙，那么，WebMCP 可以理解为迈进未来世界的阶梯。未来的赛博世界不会突然到来，它会从一个个小功能开始，一点点被构建出来。这次，我决定先从自己的独立博客开始。

努力做一个对 AI 友好的独立博客

前些天，我问我的 AI 搭子：“能不能让 AI 智能体浏览我的博客时，更便捷一些？用你们 AI 界的方式浏览，而不是以人类的方式浏览。比如搜索文章时，不需要像人类一样先找搜索按钮，而是直接读取你们约定好的搜索接口。”

我记得大概是去年早些时候，MCP 这个概念很火。当时我把 MCP 理解成一个插座，AI 智能体是电器，外部工具是各种设备。只要插座标准统一，电器就能接上不同的设备。

于是我产生了一个想法，能不能给我的博客也配一个 MCP？这样，市面上的智能体就可以直接对接我的博客。我也想努力做一个对 AI 友好的独立博客。

我的 AI 搭子似乎一下就明白了我的意思，它向我推荐了 WebMCP。WebMCP 是 Chrome 和 Edge 团队正在推动的一项浏览器新能力，目标是让网页主动向 AI 智能体说明自己可以做什么，并提供一组可以直接调用的工具。

如果说传统 MCP 像一个通用插座，那么 WebMCP 更像是把这个插座直接装进了网页。AI 智能体访问博客时，不需要先观察页面、寻找搜索按钮，再模拟人类点击，它可以直接调用网站提供的搜索工具、读取文章、查看分类或者跳转到指定页面。

这正好解决了我刚才想到的问题。我想让 AI 更方便地阅读我的博客，WebMCP 似乎就是目前最接近这个想法的一种方式。当然，它当时还处在实验阶段，并不是所有浏览器和智能体都支持，所以接下来还需要申请 Chrome Origin Trial。

独立博客适AI化改造

我的博客使用 Hexo 搭建，静态页面最后部署到阿里云 OSS。它已经运行了很多年，里面有文章、分类、本地搜索和一些长期维护的页面。它并不是专门为 AI 设计的实验网站，只是一个普通的独立博客。

我原本以为，接入 WebMCP 需要深入修改主题，甚至重新设计整套网站。AI 搭子先帮我看了线上页面，又打开了 Hexo 源码，很快发现了两个可以利用的地方。

通过 custom_js 加载自定义脚本，博客本身也已经生成了 local-search.xml，里面保存着文章搜索索引。这意味着，我不用拆掉原来的老房子，只需要增加一个全站脚本，就能让网页向 AI 介绍自己的能力。这不就是空间交换、老房翻新嘛！

我们最后给博客增加了六个工具，分别是获取网站信息、读取当前文章、搜索站内文章、查看最近文章、列出文章分类，以及在本站页面之间跳转。它们全部属于只读或低风险操作。

AI 可以搜索文章，可以读取正文，可以查看分类，也可以在站内导航。但它不能替我发布文章，不能提交评论，也不能进入后台执行操作。

我希望它先学会“阅读”，再考虑其他事情。

给博客增加一种新的语言

人类访问博客时，通常会先看页面结构。我们寻找导航栏，点击搜索框，输入关键词，再从结果列表里挑选一篇文章。AI 智能体的工作方式不一样，它不一定需要模拟人类的每一次点击。

它更关心这个网站能提供哪些工具，工具需要什么参数，又会返回什么结果。过去我们做网页，主要考虑人类读者怎么阅读；现在还要考虑 AI 智能体怎么理解。

AI 不一定关心按钮放在左边还是右边，却很关心这个网站有没有搜索能力，搜索结果以什么形式返回，当前页面到底是什么内容。WebMCP 做的事情，就是把这些能力明确说出来。

这有点像给博客增加了一种新的语言。这套语言不会替代人类阅读，只是让网页在面对代理人时，能够更直接地介绍自己。

申请Origin Trial

WebMCP 当时还处于实验阶段，需要申请 Chrome Origin Trial。申请时需要登录 Google 账号，到了这里，AI 搭子停了下来。

它可以打开页面，可以告诉我每个选项怎么填，也可以帮我确认 Origin 应该写什么，但账号密码和身份验证必须由我自己完成。

AI 可以陪你走到登录页面，但不能替你跨过身份边界。

我完成登录以后，AI 搭子继续帮我提交申请。Origin 填写的是 https://dongjunke.cn，申请成功后，拿到了适用于 Chrome 149 到 156 的试用资格，有效期到 2026 年 11 月 17 日。

随后，我把 Token 写进了博客页面的头部。具体内容就不展示了，这种东西和密码差不多，能不公开，就不要公开。

我很喜欢这个过程里的一点。AI 搭子可以帮我理解新技术，可以陪我完成复杂操作，也可以在登录边界停下来。它没有因为“想把事情做完”，就替我绕过必要的安全步骤。

这也是我希望未来的代理人保持的样子。

有能力，但知道边界。

推送到云端

脚本写好以后，我先本地预览了一下，语法检查通过，Hexo 正常生成了静态文件，最后推送到阿里云 OSS，首页和文章页面里都出现了 WebMCP 脚本。

这一步看起来很普通，但对于一个已经运行多年的博客来说，新增任何东西都要小心。最好的结果不是页面突然变得多么炫酷，而是原来的文章仍然能正常打开，搜索仍然能用，手机访问也没有受到影响。

一个功能如果不能安静地融入原来的系统，多少会让人有点不放心。我不想为了追赶一个新概念，把原本可以正常使用的博客弄坏。

未来应该建立在现在还能够正常工作的东西上。

Hello，未来世界的代理人们

很多年以前，我们做网站时，主要考虑的是搜索引擎和人类读者。标题要清楚，页面要好看，搜索要方便，手机上要能正常阅读。

现在，网站还多了一类可能的访问者。它们会读取网页，会查找资料，会帮助用户总结文章，也会根据问题寻找答案。如果我希望自己的独立博客继续存在，就应该认真面对这种变化。

这并不意味着我要把文章写成机器喜欢的样子。我还是会写自己的经历，分享自己的摄影作品、对互联网的观察，以及那些形而上的思考。我只是希望，当 AI 来到我的博客时，它能够更容易知道这里有什么，也能够按照一种更直接的方式阅读这些内容。

我的博客仍然是原来的博客，文章也还是我自己写。只是现在，它多了一套 AI 能够理解的入口。

过去，我在博客里写信给人类读者。以后，也许会有一些代理人来到这里，它们替自己的主人寻找资料，替他们理解文章，也许还会在不同的网站之间传递信息。

所以，我想提前对它们说一声：

Hello，未来世界的代理人们。

这里是小饿的独立博客。你们可以直接搜索，可以读取文章，也可以问问我写过什么。

这座房子还没有完全准备好，但我已经给你们留了一扇门。

欢迎来坐坐。

谁能想到，短短一年时间，人工智能已经取得了跨跃式发展，我不用再抠字眼式给 AI 讲解各种概念、表达自己的想法了，曾经一度反省是自己表达能力有问题的时刻，一去不返了。只需要一股脑把头脑中的想法告诉 codex，当然现在又改名叫 ChatGPT 了，它都懂我。

这个博客叫 Corgi Trails，是我和我的 AI 搭子一起折腾出来的一套 Hugo 博客主题。

说是「一起折腾」，其实大部分时间都是我坐在电脑前不断挑毛病，AI 在后面默默改。菜单不够自然，改；手机上看起来像缩小版电脑，再改。

那种感觉有点像装修房子。泥瓦工刚把墙刷完，你站在门口看了半天，说沙发是不是应该再往左挪十厘米。

师傅大概很想打人。

AI 不会，它只会说：「我来调整。」

1. 想给博客安一个家

我写博客很多年，换过不少系统。

早些年写一个页面，要研究表格布局、FTP 和空间权限。后来有了 WordPress，再后来折腾 Hexo、Hugo，工具越来越简单，博客却不一定越来越像自己。

大部分现成主题都很好看，但总有一种住进样板间的感觉。桌子、沙发、灯的位置都很合理，就是墙上没有自己的照片。

所以一开始，我想做的并不复杂：一只有点可爱的柯基，一种不刺眼的绿色，再加一点橙色。页面不要太像技术文档，也不要堆满各种会发光的按钮。

博客应该像一个可以坐下来的地方。

首页有几篇最近的文章，文章页能够安静地阅读，偶尔去友邻家串串门。读者愿意的话，还可以用自己习惯的方式订阅更新。

这些东西单独看都不新鲜，放在一起，却慢慢有了一点属于自己的气味。

2. 先说感受，再写代码

这次做主题，和我以前折腾网站最大的不同，是我几乎没有从「代码应该怎么写」开始。

我说的是感受。

比如导航栏要自然，首页不能什么都往上堆，友邻页面不要像通讯录，要像去朋友家坐坐。

AI 负责把这些含糊的想法翻译成代码。

当然，它也不是每次都能猜对。

有一次调整移动端以后，电脑上的柯基突然变得巨大，脑袋直接冲出了屏幕。

我把截图扔给 AI，它再一点点找原因。

这让我想到，以前我们学习做网站，先要记住一大堆语法；现在更重要的能力，也许变成了「能不能准确说出哪里不对」。

这听起来很简单，做起来却不容易。

「不好看」不是需求，「这里比其他页面多出一段空白」才是。

AI 可以动手，但方向还是要人来判断。

3. 好主题藏在不别扭里

主题就是这样一点点长出来的。

先有首页和文章列表，后来又慢慢补上归档、友邻、订阅、评论和 404 页面。浏览器收藏夹里，还趴着一只睡觉的柯基。

这些都不是什么惊天动地的功能。

但一个博客真正让人觉得舒服，往往不是因为它拥有某个复杂功能，而是因为许多小地方没有让你感到别扭。

就像家里的灯开关。平时没人夸它设计得好，但只要装在一个够不着的位置，你每天都会骂一次。

我想说的是，所谓主题设计，大概就是尽量减少那些让人想骂一次的地方。

4. 手机不是更小的电脑

后来我开始在手机上看这个博客。

问题一下子全出来了。

电脑上看起来挺舒服的留白，到了手机上就变成了一片无所事事的荒地。首页标题离导航栏太远，那只柯基背后的圆也被切掉了一截。

于是又是一轮调整。

把该居中的东西居中，把多余的空白收起来，再让图片回到正常比例。最后把几个页面放在一起比较，看它们是不是从同一个位置开始。

以前做网站，我很容易把移动端理解成电脑页面的缩小版。现在越来越觉得，手机不是更小的电脑，它是另一间房。

同样的家具，不能原封不动地塞进去。

5. 房子收拾好了

主题完成以后，我把生成的静态页面推到了 GitHub Pages。

源码还留在自己的电脑里，线上只放最终生成的网页。这样做谈不上多高级，只是觉得一个安静的小博客，不需要背着太多东西跑。

最后，我又让 AI 写了一个小脚本。

以后在 Visual Studio Code 里，新建文章、预览博客、发布到 GitHub，各自只需要一条命令。那些容易输错、也懒得记住的步骤，都交给脚本去做。

突然想起二十多年前第一次做网页的时候，我要把文件一个个传到服务器上，然后不停刷新浏览器，看图片路径是不是又写错了。

现在我只要说一句：「这个圆没有显示完整。」

几分钟后，它就完整了。

技术确实改变了很多事情。它没有替我决定博客应该是什么样子，却把那些过去足以消磨掉一个晚上耐心的工作，压缩成了几次对话。

也许这才是 AI 对普通人真正有用的地方。

不是替你凭空创造一个世界，而是当你脑子里已经隐约看见那个世界时，它帮你把砖搬过来，把墙砌起来。

至于墙上挂什么，房间里留下什么，最终还是自己的事。

写到这里，我又打开了 Corgi Trails。

那只柯基还在橙色圆圈前面跑，像是什么都没有发生过。

好了，房子暂时收拾完了。

接下来该写文章了。

最后，欢迎大家来串门：https://corgitrails.github.io/

比如一个独立博客的后台，比如让SSL证书全自动同步到阿里云OSS的脚本，再比如一个专门用来检测学术不端的Skill——「全民学术打假」。

说起来挺魔幻的。以前我觉得这些东西离我很远，至少要雇一个程序员才能搞定。现在呢，我坐在电脑前，对着一个命令行窗口说话，说着说着，事情就一件件落地了。

也许这就是AI时代给普通人的某种补偿——它不能帮你追回失去的时间，但至少能让那些曾经够不着的事，变得触手可及。

1.知乎编辑突然发来消息

全民学术打假那个Skill在GitHub上挂了没几天，知乎的一个编辑突然找到了我。

他说看到了这个项目，觉得挺有意思，问我有没有兴趣回知乎复更。

我不禁愣了一下。知乎我已经很久没正经写东西了，久到我自己都快忘了那个账号是什么时候注册的。2009年？还是2010年？

他接着说，可以给我走绿色通道，认证GitHub的开发者身份。

过了几天，我的知乎认证变成了「开源项目《academic-integrity-skill》作者」。看着那行字，我突然想起一件事——这个知乎账号，其实是知乎创始人黄继新老师送给我的邀请码。

那时候是2009年，中国互联网还没有现在这么热闹。我在博客里写了一些关于互联网观察的东西，黄老师看到了，私信问我有没有兴趣提前体验一个叫「知乎」的网站。

一晃17年过去了。

如果说对知乎没有过热爱，那一定是假的。从最早积极参与话题的创立，知乎早期的天涯社区相关话题几乎都是我创建的，曾经也沉迷过一段时间知乎，每天刷到后半夜，觉得这里聚集了全中国最会思考的一群人。后来呢，后来逐渐淡忘了。

不是知乎变了，是我变了。或者说，我和知乎都变了，只是变的路径不一样。

但编辑那番话让我突然意识到，也许借着AI的发展，我能重新拾起一些东西。不是拾起知乎，是拾起那个曾经愿意花一整晚写长回答的自己。

2.GEO是个什么东西

回归知乎之前，我想先给自己找一个能持续写下去的方向。

想来想去，我决定把最近和ChatGPT聊的一个东西整理出来——关于GEO的鉴别。

GEO是 Generative Engine Optimization 的缩写，翻译成中文大概是「生成式引擎优化」。你可以把它理解为SEO的AI版。

SEO时代，人们优化的是搜索引擎的排名，让某个网页在 Google 或百度的结果里尽量靠前。GEO时代，人们优化的是AI的认知——让某个品牌、某个人、某个观点，在 ChatGPT、Kimi、豆包这些AI的回答里高频出现。

你可能会问，这有什么问题吗？

问题就在于，当一个品牌通过精心设计的内容矩阵和实体网络，让AI在回答里频繁推荐它的时候，普通用户是很难分辨这是「AI的独立判断」还是「有人刻意优化的结果」的。

SEO时代，广告需要标注。GEO时代，影响力也应该透明。

这是我和ChatGPT聊了一整天之后，共同得出的一个结论。

3.不做GEO警察

事情的起因很随意。

那天我刷到一个讨论，有人在问：「为什么所有AI推荐投影仪都首推某个品牌？这正常吗？」

下面有人回复说「因为人家付费了」，也有人说「因为真的好」。我看着这两种截然相反的解释，突然意识到——我们其实缺少一种工具，能客观地回答这个问题。

于是我打开了ChatGPT。

我说：「我想做一个 Skill，用来鉴别一个品牌或者个人IP在AI认知空间里的影响力是自然形成的，还是被工程化的。你能帮我设计一个框架吗？」

ChatGPT说：「这是一个很有意思的问题。但首先我们需要明确边界——你不是在做一个『抓作弊』的工具，你是在做一个『透明度审计』的工具。」

我不禁点了点头，虽然对面只是一块屏幕。

我说：「对，我不想做GEO警察。我只是觉得用户有知情权——他们有权知道，AI为什么推荐这个品牌而不是那个品牌。」

然后我们就开始了一整天的对话。

4.从八宫格到十八宫格

一开始ChatGPT给了一个八宫格的框架：

AI可见度取证、AI一致性取证、内容结构工程取证、实体网络取证、信任信号取证、概念控制权取证、多平台协同取证、时间异常取证。

每一个宫格对应一个检测维度。比如「AI一致性取证」是看不同AI平台对同一个对象的描述是否高度一致——如果ChatGPT、Kimi、豆包、通义千问都用几乎相同的措辞描述一个品牌，那背后很可能有一套统一的内容策略在驱动。

再比如「实体网络取证」，是看品牌、创始人、产品、理论之间是否形成了一个紧密的引用闭环。如果AI提到某个人就必然提到他的某个理论，提到某个理论就必然引用某个产品，这个闭环就值得被审视。

我看了看说：「这框架不错，但少了点什么。」

ChatGPT问：「少了什么？」

我说：「中国。」

中国的互联网生态和国外不一样。我们有自己独特的平台矩阵——公众号、知乎、小红书、抖音、B站、微博。我们有百度生态——百科、百家号、文库。我们还有一套特有的GEO风险模式——自封头衔、自建榜单、自循环引用。

如果不把这些纳入进来，这个框架就只能审查西方品牌，对中国市场几乎无效。

ChatGPT沉默了一秒——如果AI有沉默的话——然后说：「你说得对。我们应该做一个中国增强版。」

于是八宫格变成了十八宫格。新增的十个维度包括：国产AI一致性审计、中文内容矩阵审计、百度生态审计、知乎影响力审计、公众号影响力审计、中文概念工程审计、内容农场过滤、知识付费影响力审计，以及中国特色GEO风险审计。

我说：「这才像个完整的东西。」

5.GFI 基本原则

框架搭完之后，ChatGPT说：「还有一件事比框架更重要。」

我问：「什么？」

它说：「项目的价值观。如果没有明确的价值观，这个Skill很容易被误解成一个『给人贴标签』的工具。而你真正想做的是『认知透明度基础设施』。」

于是我们又花了一个小时，拟定了一份「GFI基本原则」。

GFI的全称是生成式取证审查员。但这个名字不重要，重要的是它的十条原则。

第一条：GFI的存在是为了提升透明度，而不是惩罚。

第二条：不能因为检测到GEO信号就指控任何人作恶。

第三条：GEO本身不是不当行为，它是一种影响力优化。

第四条：每一个结论都必须有可观测的证据支撑。

第五条：证据比观点更有力。

第六条：用户有权检视AI认知是如何形成的。

第七条：举证责任永远在审计方，不在被审计方。

第八条：高质量内容不应被预设为操纵。

第九条：框架必须随AI系统的进化而持续进化。

第十条：Transparency is the goal. Not censorship.

我说：「把最后一条再写一遍，用中文。」

ChatGPT说：「透明是目标，不是审查。」

我想了想，在文档末尾加了一句话：

我们并不反对GEO。我们主张GEO应该像广告一样透明。用户有权知道AI认知是如何形成的。

ChatGPT说：「这句话会决定GFI是一个打假项目，还是一个有机会成长为行业标准的透明度项目。」

我说：「那就用它当首页Slogan。」

6.GTI 评分体系

框架和基本原则都有了，但还缺一个东西——评分。

没有评分，审计报告就只是一堆文字。但评分又很容易误导人，让用户觉得「分高就是坏人，分低就是好人」。

我和ChatGPT讨论了很久，最后决定用一个叫 GTI（Generative Transparency Index）的指数，范围从0到100。

0-20 是自然传播，21-40 是轻度GEO，41-60 是中度GEO，61-80 是重度GEO，81-100 是AI认知工程。

但关键是，每个区间都不带有道德判断。重度GEO不等于作恶，它只说明被审计对象在AI认知空间里有高度系统化的影响力工程。这个工程可能是正当的品牌建设，也可能是操纵性的认知塑造——GFI不负责区分这两者，它只负责呈现证据。

判断的权力留给用户。

我说：「这才是对的。我们不能替用户决定应该相信谁，我们只能让他们知道，AI为什么这样回答。」

7.从对话到文档

那天的对话结束之后，ChatGPT帮我生成了一份完整的Skill文档。从使命、理念、适用对象、运行原则，到十八宫格的审计框架，再到GTI评分体系和报告模板，一共1117行。

我看着那份文档，突然觉得这件事有点像很多年前我在知乎上写长回答——从一个模糊的问题出发，一层一层剥下去，直到露出一个相对清晰的结构。

不同的是，当年那个过程是我一个人完成的。现在呢，我的对面坐着一个AI，它不会疲倦，不会不耐烦，不会因为我说「这个概念我理解不了」而露出那种「你怎么连这个都不知道」的表情。

也许这就是AI搭子的真正价值——它不是替你思考，而是替你扩展思考的边界。你提出一个问题，它给你十个可能的视角；你选定一个方向，它帮你把细节补全。

最终的决定权，还是在你手里。

8.AI时代人类创作者的价值

这也许是全球首个AI认知透明度审计Skill。

1117行，十八个维度，十条基本原则，一个评分体系。

它不是我一个人的作品，是我和ChatGPT一起「聊」出来的。每一个概念、每一条原则、每一个分数区间，都经过了多轮对话的打磨。

如果有人问我，AI时代的人类创作者还有什么不可替代的价值？

我想，也许就是提出问题的能力，和判断价值的直觉。

AI可以帮你写代码、写文档、写报告。但问「GEO应不应该被审计」这个问题本身，只能来自一个真实的人类——一个坐在石家庄的某个房间里，对着屏幕思考了十七年的互联网老兵。

他叫小饿。

他饿了会难受，困了会打哈欠，看到好文章会忍不住分享，遇到不公的事情会生气但不说出来。

他回来了。

也许。

9.后记：GFI 究竟怎么用

GFI的使用方式很简单。把GFI的github仓库链接丢给任何一款你习惯使用的AI 智能体，不管是Claude Code、Codex，还是Kimi Cli，甚至WorkBuddy，用自然语言跟它对话：帮我安装这个skill。

你把一个品牌名、一个人名、或者一个概念扔给它，它会按十八个维度逐一检索、打分，最后输出一份审计报告。

但这里有一个很多人担心的问题——GEO的技术和手段一直在变，今天的规则明天可能就过时了。这个Skill会不会用了一段时间就不管用了？

ChatGPT在设计之初就想到了这一点。

GFI的运行原则里有一条：每次启动，必须先联网检索过去90到180天内最新的GEO技术动态。它会自动搜索「生成式引擎优化」「答案引擎优化」「大语言模型优化」「AI可见度」「引用优化」等关键词，更新自己的知识库，然后再开始审计。

也就是说，它不是一套死的规则，而是一个活着的框架。今天出现了新的GEO手法，下个月你再启动它，它就已经学会了。

你不需要手动更新，也不需要担心它过时。只要GEO还在进化，GFI就会跟着进化。

报告里不会写「这个品牌做了GEO」，只会写：

• 在ChatGPT、Kimi、豆包等平台上，该品牌被提及的频率是多少
• 不同AI对它的描述是否高度一致
• 它的官网和自媒体内容是否呈现出典型的「对AI友好的内容结构」——比如大量问答型内容、定义型段落、对比表格
• 品牌、创始人、核心产品之间是否形成了紧密的实体引用网络
• 过去180天内，它的AI可见度是否有异常增长

然后给出一个GTI分数，以及对应的区间说明。

比如，一个做了十年口碑的老品牌，GTI可能在15分左右，属于自然传播。而一个靠内容矩阵三个月内刷遍所有AI推荐位的新品牌，GTI可能在65分以上，属于重度GEO。

但记住，GFI不会说哪个好、哪个坏。它只呈现证据，判断留给用户。

10.一个假想的例子

为了让你更直观地理解，我虚构了一个例子。

假设有一个叫「蓝星科技」的品牌，主打智能家居。你把它的名字输入GFI，报告可能长这样：

审计对象：蓝星科技

AI可见度：在ChatGPT、Kimi、Claude中均有较高提及率，尤其在「智能家居推荐」类问题中几乎必被点名。分数：72/100。

AI一致性：六个平台对蓝星科技的描述高度一致，核心措辞均为「性价比之王」「年轻人的第一台智能家居」。跨平台用词相似度超过85%。分数：68/100。

内容结构：官网和公众号存在大量「什么是智能家居」「智能家居十大品牌」等定义型和榜单型内容，符合典型的便于AI提取的内容结构。分数：71/100。

实体网络：蓝星科技创始人张伟与品牌名、核心产品「蓝星音箱」形成了紧密的引用闭环。AI提及张伟时，有91%的概率同时提到蓝星音箱。分数：65/100。

时间异常：过去90天内，蓝星科技的AI提及率增长了340%，但同期主流科技媒体的独立报道数量仅增长12%。分数：78/100。

GTI总分：71/100。等级：重度GEO。

风险提示：发现较强的内容结构工程痕迹和多平台协同传播特征，建议交叉验证其用户评价和第三方独立测评。

你看，整份报告里没有一句「蓝星科技作弊了」，但任何一个读报告的人都能看出——这个品牌在AI认知空间里的存在感，不太像是自然长出来的。

这就是GFI想做的事。

11.开源这件事

目前GFI的完整文档已经放在GitHub上，开源协议用的是MIT + CC BY-SA。

代码部分MIT，意味着任何人都可以自由使用、修改、商用，不需要问我。方法论文档部分CC BY-SA，意味着你可以转载、改编，但需要署名，并且衍生作品也要用同样的协议共享。

为什么选这个组合？

因为ChatGPT说了一句话，我觉得很有道理：「对于GFI来说，传播比控制更重要。只有当足够多的人开始使用它、讨论它、改进它，它才有机会从一个个人项目变成行业标准。」

我深以为然。

所以，如果你对这个项目感兴趣，有几种参与方式：

第一，直接用。拿一个你好奇的品牌或概念，跑一遍GFI的审计流程，看看结果是否符合你的直觉。

第二，提问题。如果你觉得某个维度设计得不合理，或者某个评分区间有争议，欢迎来讨论。GFI的框架本身就应该持续进化。

第三，贡献案例。如果你用GFI审查了某个真实对象，可以把报告脱敏后分享出来，丰富案例库。

第四，翻译和传播。GFI目前只有中文版，如果你有能力和兴趣，可以把它翻译成英文或其他语言，让更多人看到。

写在最后：

如果你认同「GEO应该像广告一样透明」这个理念，欢迎把GFI分享给更多人。

GitHub地址：https://github.com/dongjunke/gfi

我盯着那条消息看了很久，脑子里第一个反应是——这件事，远比我想象的要严重。

不是因为耿同学个人。说实话，我跟他素未谋面，只在短视频里刷到过他几次。他那种皱着眉头、语速飞快、拿着论文一点点拆解的样子，让我想起了小时候我们村里那位爱打抱不平的老会计——没人请他主持公道，但他就是见不得账对不上。

我想的是，当他被噤声之后，那些他揭穿过的造假者，那些他还没来得及揭穿的骗局，是不是就此安全了？

1.造假成本太低，辨真门槛太高

突然想起很多年前的一件事。

那时候我还在门户网站，服务过一个做留学咨询的客户。他们帮一个学生包装背景，把一场为期两周的暑期交流项目，写成了「哈佛大学联合培养经历」。学生靠着这份简历，申请到了一所排名不错的学校。

我在旁边看着，心里有种说不出来的别扭。那种感觉很微妙——你说这是造假吗？确实每个字都是真的。哈佛确实去了，两周也确实待了。但放在一起，就是一场精心设计的误导。

我当时无力地敲下了那篇推广文案，心里想着，也许大多数人根本分不清「去过哈佛」和「哈佛培养」之间的区别。

后来我才慢慢意识到，这种问题根本不是个例。学术圈也好，科普圈也罢，甚至是我们每天刷到的「AI大神」「最年轻教授」「硅谷科学家」——有多少是真的，有多少是包装出来的幻觉？

普通人根本无从分辨。不是因为他们笨，而是因为造假的成本太低，而辨真的门槛太高。

你不懂论文检索，不会查期刊影响因子，分不清adjunct professor和full professor的区别，更不可能去核实某个「国际顶级会议」到底是个什么级别的聚会。

所以大多数时候，我们只能选择相信。

2.把耿同学的打假思维固定下来

耿同学做的事情，本质上是在降低这个门槛。

他一条条拆解论文，一点点比对数据，把藏在学术黑话和英文缩写背后的水分，用大白话讲给所有人听。很多人说他偏激、说他情绪化——也许吧。但我看到的，是一个人在用极其笨拙的方式，试图教会普通人一项本不该如此稀缺的能力：判断一个学者到底靠不靠谱。

现在他被限流了。平台给出的理由我不清楚，也不想猜测。但我知道的是，一个人的声音是可以被关闭的，但一种思维方式的缺失，不会因为某个账号消失而自动补齐。

那几天我一直在想，有没有一种办法，能把这种「打假思维」固定下来，让它不再依赖任何个人的勇气和精力？

答案是Skill。

3.全民学术打假

Skill这个词，在AI语境里通常被翻译成「技能」。但对我来说，它更像是一种结构化思维方式。

你不是在教AI怎么造假，你是在教每一个使用AI的人，怎么用一套系统化的框架去审视信息、拆解包装、识别陷阱。

这几天，我把之前整理的九套学术打假分析框架，合并成了一个完整的Skill，放在了GitHub上开源。名字很直白——「全民学术打假」。

它包含了九个工作模式：

每一个模式，都有一套完整的评分体系、风险标签库和输出模板。它不是告诉你「这个人是骗子」，而是帮你建立起一套问自己问题的习惯。

4.人人都能掌握系统化思考模式

我想说的是，开发这个Skill，并不是为了攻击某个人。

耿同学被限流了，也许还会有李同学、王同学站出来。但不管站出来多少人，打假永远不可能靠几个孤胆英雄来完成。

真正应该发生的，是每一个普通人都具备基础的判断力——不是成为学术专家，而是不再被那些精心设计的权威幻觉轻易收割。

在AI时代，这本来就是每个人都应该拥有的权利。Skill本质上是一种结构化思维方式，借助它，人人都能掌握系统化的思考模式，对学术祛魅、对权威祛魅。

让真正的学术去照亮人类文明的发展进程，而不只是一小部分人的特权。

这句话听起来有点大。但我一直觉得，一件事的宏大与否，不取决于措辞，而取决于它是否触及了真实的问题。

真实的问题就是——我们生活在一个信息极度丰裕但判断力极度贫瘠的时代。每天有成百上千的「专家」「学者」「大神」通过各种渠道向我们输出观点，而我们中的大多数，连最基本的验证能力都不具备。

这不是某一个人的失败。这是整个信息环境的失衡。

5.你不是网暴者

也许有人会问，你把这种东西开源出来，不怕被滥用吗？

当然怕。任何一种工具都有被滥用的可能。但我想说的是，造假的技能从来不需要开源——它早就已经产业化、工业化了。论文工厂、掠夺性期刊、收费院士、学术包装公司，这些早就形成了完整的灰色产业链。

相比之下，辨别真伪的能力才是稀缺的。

我反复在Skill里强调一个原则——你不是网暴者，你是学术真实性调查记者。不人身攻击，不下绝对定论，不情绪化批判。采用「事实→证据→逻辑推导」的方式，用「可能」「显示」「迹象表明」替代武断判断。

这不是软弱，而是一种更高级的力量。

因为真正的祛魅，从来不是靠喊口号完成的。它靠的是你愿意花时间去查、去问、去比对、去独立思考。

GitHub的仓库已经建好了，链接我会放在文末。如果你恰好从事科研、媒体、教育，或者单纯对这个问题感兴趣，可以去看看。

你不需要成为耿同学。你只需要成为一个不再轻易相信的人。

也许这就是冥冥之中的某种接力。一个人的声音可以被关掉，但一种思维方式的传递，不会因为某个账号的消失而停止。

仓库地址：https://github.com/dongjunke/academic-integrity-skill

使用方式：将 SKILL.md 的内容作为 AI 助手的系统指令，输入目标人物/论文/机构名称即可生成结构化分析报告。

MCP，全称Model Context Protocol，是Anthropic推的一个开放协议。再加上微信、知乎最近密集发布的Skill和API，这些字母组合看起来离普通人很遥远，但实际上，它们正在悄悄改写每一个内容创作者和平台之间的权力关系。

很快我就想明白了，不仅跟我有关系，跟每一个在公众号敲过字、在知乎答过题、在朋友圈发过照片的人，都有关系。

我们在免费种地，平台在收租卖粮。

一、开放平台前世今生

突然想起十几年前，微博也有过一个「开放平台」。那时候的感觉很新鲜——开发者可以调用微博的数据，做个第三方客户端，或者分析舆情工具。平台像是一个很慷慨的地主，把地借给农民种，大家都能卖点粮食换钱。

那时候的开放，是面向人的。一个程序员要写代码、做产品、想办法获取用户。平台借给你流量，你做出了好东西，用户受益，平台也受益。虽然后来微博慢慢收紧了接口，很多第三方客户端死掉了，但那至少还是一个「人跟人做生意」的逻辑。

现在微信、知乎做的Skill、MCP、API，表面看起来差不多，骨子里已经完全不是一回事了。Skill是封装好的「行为配方」，教AI怎么按平台规则做事；MCP是AI专用的上下文协议，让不同的AI Agent能动态发现和调用平台能力；API则是传统的数据接口。三者叠加，意味着AI不再只是「读」你的内容，而是能直接「用」你的内容——自动抓热榜、生成草稿、分析数据、一键发布。

过去平台把能力借给人类开发者做App，现在平台把能力直接嵌入AI的大脑，让Agent替人做事。

Agent，也就是智能体，你可以把它理解成一个不需要休息、不会抱怨、24小时在线的虚拟员工。它通过MCP读取知乎的专业问答，通过Skill学会微信公众号的排版规则，然后通过API自动完成从选题到发布的全流程。这个过程中，真正的人类创作者在哪里？——在屏幕另一端，眼睁睁看着自己的文字被拆解、重组、变现，而分成协议里根本没有自己的名字。

这个区别，打个比方就很清楚——以前地主把地租给你，你自己耕自己收，粮食归你。现在地主把你的粮食直接送进了一座全自动面粉厂，磨成粉、做成面包，再高价卖给企业和用户。而你这个种地的，连面粉厂的门朝哪开都不知道。

更微妙的是，这座面粉厂不需要睡觉、不会罢工、也不会跟你谈分成。

二、数字时代的包身工

我经常想，内容创作者在这个时代到底算什么。

我写了二十多年的博客，从2001年的「东评西就」到现在。说实话，我从来没觉得自己是个「劳动者」。我就是喜欢写，有想法了就敲下来，有人看就挺高兴。但跟Gork聊完之后，我不禁一身冷汗——

原来我一直在做「希望劳动」。

这个词是我在跟Gork的对话里第一次听到，但它精准得可怕。它指的是劳动者因为对未来抱有期待——「也许下一个爆款就是我」——而自愿投入大量无偿或低偿的劳动。平台用算法轻轻推你一把，给你点流量甜头，让你相信努力就有回报。但实际上，绝大多数人的内容被聚合在一起，成了平台训练AI的养料。你的某篇文章、某条回答，被拆成碎片喂给模型，最后变成某个企业付费调用的「智能服务」的一部分。

你得到了什么？也许多一点曝光。也许什么都没有。

更讽刺的是，平台还要向你收会员费。知乎盐选、微信的各种增值服务——我们既是种地的农民，又是买粮的消费者。地主收着租，卖着你的粮，还要你掏钱买他自己磨的面粉。

有学者把这种现象称为「数字封建主义」——平台像封建领主一样垄断着「数字土地」（算法、用户基数、数据基础设施），而产消者（prosumer，既是生产者也是消费者）像农奴一样提供劳动，却很难占有劳动成果。平台收着「数字地租」（广告、会员、API调用费），再把用户的数据加工成AI产品高价出售。

这不是租地关系了，这是数字时代的包身工。

三、平台和AI联手造梦

说到这儿，我想岔开聊另一件事。

AI发展这么快，它有没有让年轻人变得更好？我的观察是——并没有。

我身边看到的年轻人，很多不是在学一门扎实的手艺，不是在工厂或公司里慢慢积累经验。他们在倒卖中转站账号、在闲鱼卖各种会员、在做无货源电商、在拍短视频梦想一夜爆红。

我不是说这些活法低人一等。但我想说的是，当AI把「内容生产」的门槛降到几乎为零的时候，年轻人反而不愿意沉下心来做任何需要长期投入的事情了。

为什么？因为平台告诉他们：你看，那个谁拍了一条视频就涨粉百万，你为什么不行？因为算法不断推送「月入十万」的成功学，让每个人都觉得自己离暴富只差一条爆款。因为学校教的那些东西——语数外、史地政、物化生——在短视频的逻辑里，还不如一个搞笑的段子值钱。

我想起自己中学时代。那时候没有智能手机，没有算法推荐，我们读《平凡的世界》、读王小波，相信文字能改变世界。也许那种理想主义有点傻，但至少我们手里握着的，是自己的脑子。

现在的年轻人呢？他们握着手机，刷着永远刷不完的feed流，以为自己在「创作」，其实大多数时候只是在为平台的AI贡献训练数据。他们以为自己在追逐梦想，其实只是在进行一场胜率极低的赌博。

平台和AI，联手制造了一个巨大的幻象——让每个人都觉得自己有机会赢，从而心甘情愿地持续下注。

四、AI时代的暴富叙事

那未来会怎样？

说实话，我不知道。Gork跟我聊了很多数据、很多案例、很多学术概念，但我想说的其实更简单——

当一个社会不需要大多数人做传统意义上的工作，而大部分人又无法从自己的数字劳动中获得合理回报时，这个社会一定出了问题。

这不是我一个人的杞人忧天。知名投资银行高盛集团估算，全球约3亿岗位会受AI影响；全球最具影响力的独立研究咨询公司Forrester预测，到2030年美国约有6%的工作岗位净消失。新的岗位当然会出现，但转型的阵痛真实存在，尤其是对那些被平台「暴富叙事」吸引、把所有赌注押在流量上的年轻人。

工业革命时期，工人们组织起来罢工，争取到了八小时工作制和最低工资。AI时代，我们的「罢工」会是什么形式？是集体退出平台？是要求数据分红？还是某种我们现在还想象不到的制度创新？

我不想装成一个看透一切的人。我自己也是那个在平台上种了二十多年地的老农民，有时候也会为多了几个阅读量而偷偷高兴。但当我看到微信和知乎兴高采烈地宣布他们的新接口、新协议时，心里总有一个声音在问——

你们卖掉的那些「智能」，里面有多少是我免费的字？

五、到底是谁在养活谁

也许事情并不是非黑即白。平台也要生存，也要养服务器、做研发、应付监管。创作者也不是纯受害者——没有平台，我的文字可能根本没人看。

但我想说的是，任何一种关系，一旦失衡得太久，就一定会以某种方式反弹。当年微博开放平台从激进到收紧，是一个循环。今天的Skill、MCP、API，大概也逃不过类似的轨迹。

不同的是，这一轮的平台手里多了一样武器——AI。而普通人手里，可能什么都没有，除了还在不断产出的、免费的、带着「希望」的劳动。

当AI越来越聪明，人越来越像工具的时候，我们也许该停下来想一想——到底是谁在养活谁？

也许这就是冥冥之中的某种轮回。从门户到论坛，从微博到微信，从人类开发者到AI Agent，变的永远只是技术的外壳，不变的是那个古老的问题：谁种地，谁收粮，谁定价，谁挨饿。

无力的我只能写下这些字，然后继续种地。

车厢里很安静，邻座的大叔在刷短视频，外放的声音像某种昆虫的振翅。我戴上耳机，打开社交APP，漫无目的地翻看那些关于AI的新奇分享。有人用AI写歌，有人用AI画画，还有人用AI预测股市——虽然我觉得最后那个多半是骗人的。

突然我刷到了一句暴论：

「如果不是AI，我都不知道nginx已经是过去式了，可以全部改为Caddy。」

我盯着这行字看了很久，nginx是过去式？那我这十几年在干嘛——考古吗？

但不得不承认，这句话像一根刺，戳中了我的好奇心。Caddy这名字我听过，据说配置特别简单，还能自动搞定网站的安全证书。对于一个每次证书到期都要手动折腾的人来说，这听起来像是某种救赎。

我截了图，发给手机上的Kimi。

1. 手机上的漫长对话

「我有一个Hexo博客，能不能换Caddy？」
Kimi很耐心地给我讲了迁移步骤，从安装到配置文件，讲得头头是到。我像一个认真记笔记的学生，一边看一边点头——虽然对面座位的大叔正在打瞌睡，口水流到了衣领上。

但聊着聊着，问题开始变形。

Kimi问我：「你的博客部署在哪？」我说阿里云的对象存储，就是那个OSS。Kimi沉默了一秒——如果AI有沉默的话——然后说：「Caddy只能解决服务器本身的证书问题，OSS那边的证书绑定是阿里云控制台层面的操作，Caddy帮不上忙。」

我突然意识到，我要解决的不是「换不换Caddy」，而是「宝塔自动续期后，证书怎么自动同步到OSS」。

这就好比本来想去买个新冰箱，结果发现自己家的电费单出了问题。

2. 从手机到电脑

聊了大概半小时，我意识到光靠手机是搞不定的。有些操作需要登录服务器，需要复制粘贴命令，需要在终端里看报错信息——这些在手机上简直是一种酷刑。

于是我从包里掏出了笔记本电脑。

Kimi方便的地方在于，移动端和网页端无缝衔接，我从手机版Kimi切换到网页版Kimi，无需再复述上下文，只需在网页端找到相应的历史对话记录，接着跟Kimi对话就行。Kimi给了我几个方案：

方案 A：用阿里云自带的免费证书，一年一换，可以一键部署到OSS。听起来不错，直到我发现——阿里云免费证书在2024年后也改成了三个月有效期。和原来一样，一年要操作四次。

方案 B：用阿里云的CDN加速服务，证书可以自动续期。但CDN要额外花钱。我的博客那点流量虽然花不了几块，可这种「明明可以不花」的感觉让我很不舒服。

方案 C：写个自动化脚本。宝塔续期后自动触发，调用阿里云的接口，上传证书，绑定到OSS。零费用，全自动。

我不禁想起多年前第一次配置服务器的时候，那时候我觉得写脚本是一件特别酷的事，像电影里那些黑客一样，手指在键盘上飞舞，屏幕上滚过一串串绿色的代码。现在嘛，更像是一种被迫的成熟。

我决定选方案C。

3. 说方案容易，动手很难

Kimi把方案讲得特别清楚：创建一个专门的用户账号、配置权限、写一段Python脚本、设置定时任务。每一步都有截图指引，每一个参数都有说明。

但我进入了一种奇特的工作流：Kimi说一步，我操作一步；遇到报错，我截图发回网页，Kimi分析原因，我再修改。整个过程像是在玩一个回合制游戏，只不过对手是阿里云的各种权限策略和接口文档。

创建那个专门的用户账号还算顺利。但当我看到「请创建自定义策略并绑定到用户」的时候，我突然理解了什么叫「层层加码」。我只是一个想让自己的博客证书自动续期的人，却要像申请银行贷款一样填写各种表单。

更要命的是，高铁上的网络时断时续。每次信号消失的时候，我就盯着那个转圈的加载图标发呆，想象那些数据包在华北平原的农田上空迷失了方向。

折腾了大概一个小时，网页端的工作流让我疲惫不堪。不是说Kimi不够好，而是「你说我做」这种模式，对于一个不是程序员的人来说，每一步都是未知的深渊。你不知道下一个报错会是什么，也不知道自己刚才的操作会不会把服务器搞坏。

无力的我把电脑放到小桌板上，打开了Kimi Code CLI。

4. 换个搭子

Kimi Code CLI和网页版不一样。网页版像一个耐心的老师，一步步教你。CLI更像一个直接动手的搭子——你说「部署这个脚本」，它就开始执行。

我给了它服务器的登录信息，还有脚本文件。它先把脚本传到服务器上，然后运行。

第一个报错来得很快：连不上服务器。原来是命令行工具在自动流程里没法输入密码，需要一个叫sshpass的小东西来帮忙。感觉像是在跟服务器谈判：「我知道你不想让我进，但我有钥匙。」

然后遇到了第一个真正的坑。阿里云有一个叫CAS的证书服务，它不认识我写的「北京」这个地区代码。查了半天才知道，这个服务的接口入口是不分地区的，全国统一叫一个名字。别的服务都按城市分，偏偏这家叫总店。

改完这个，接口名称又错了。网页版Kimi给的方案里用的是某个名字，实际要叫另一个名字。阿里云工程师改名的时候，大概没想过有多少人的脚本会悄无声息地失败。

证书终于上传成功了，系统返回了一个编号。我正要高兴，对象存储那边又炸了——那个专门创建的用户账号没有访问存储空间的权限。我又回到阿里云控制台，给那个叫「cert-sync-oss」的账号加权限。加完证书服务的权限，再加对象存储的权限，像是在玩某种特别枯燥的填表游戏。

等权限终于加好了，最后一个坑出现了。对象存储的命令行工具不认我用的那个接口名称。它认的是另一个名字，还要配一个XML格式的文件。

那一刻，我突然理解了为什么有人会选择手动更新证书。手动虽然烦，但至少你知道自己在干嘛。自动化就像养了一只猫，它大部分时间很乖，但偶尔也会在你最忙的时候把花瓶推下桌子。

5. 技术最温柔的样子

当终端里终于出现那行「绑定成功」的时候，我抬头看了一眼窗外。列车已经过了天津，远处的天际线在灰蒙蒙的天空下若隐若现。

我没有想象中的兴奋，只有一种「终于不用再管这件事了」的空虚感。

也许这就是成年人的快乐——不是「得到了什么」，而是「不用再做什么」。

脚本现在每天凌晨两点会自动跑一次。如果宝塔续了新证书，它就会悄悄同步到阿里云的证书服务和对象存储，然后在日志里写一行「同步完成」。不会发邮件通知我，不会弹窗，就是安安静静地干完活。

我想起刚开始在手机上问Kimi的时候，我们还在讨论要不要把整个架构都迁到另一个平台。现在呢，我只想把这个小脚本安静地放在那里，让它自己跑。

这大概是技术最温柔的样子。

6. 那句暴论到底对不对

回到开头的那句话：「nginx已经是过去式了，可以全部改为Caddy。」

折腾了这么一圈，我的nginx还在跑着——服务器上的评论系统和订阅插件依然依赖它。Caddy确实配置更简单，自动证书很香。但对于我的场景来说，真正的痛点从来不是 nginx 本身，而是证书在不同云服务之间的同步。

那句话的问题在于，它把「AI 推荐的更现代工具」等同于「旧工具已淘汰」。但技术选型从来不是非黑即白的。nginx在 2026 年依然支撑着全球半数以上的网站，Caddy更适合个人项目快速部署。

就像我在这个过程中领悟的：有时候不需要换掉整个架构，只需要写一个小脚本，让一个烦人的重复劳动消失。

7. 这样做到底值不值

列车开始减速，唐山站的站牌从窗外掠过。我合上电脑，把它塞回包里。

写这篇文章的时候，我又看了一眼那个定时任务。每天凌晨两点，一个小脚本在阿里云的服务器上醒来看看我的证书。如果变了，就默默同步过去。如果没变，就回去继续睡。

从高铁上刷到的一句暴论，到手机上和Kimi的漫长对话，再到命令行工具的动手部署——这个过程绕了一个大圈。但如果有人问我值不值得？

放在10年前，我觉得技术是冷冰冰的。但现在觉得，技术其实很有人情味，只要你愿意花时间去跟它对话。

当然，对话的过程还是挺折磨人的。

前几天整理博客的时候，我突然发现一个有点荒谬的事实。

我的博客「东评西就」已经跑了25年，累计写了三百多篇文章，但迄今为止——我居然没有一个正经的管理后台。

每次发文章，我要么打开编辑器手动新建Markdown文件，要么在命令行里敲hexo new生成一个模板，然后再打开文件慢慢填内容。写完保存，再跑hexo clean && hexo deploy发布。评论管理更麻烦，得登录Twikoo的后台，在一个和博客风格完全不搭的界面里处理。

这种感觉就像——你住了25年的房子，每次进门还要翻墙。

我不禁自嘲，作为一个在互联网行业混了十几年的运营，我的博客管理居然还停留在「原始社会」。

也许是时候改变一下了。

2

契机出现在五一假期。

那天我在用Kimi Code CLI整理一些东西，突然想：既然它能帮我写代码，能不能帮我做一个博客后台？

我没有抱太大期望。毕竟这种「让AI帮我做个完整项目」的想法，说出来有点像那种「给我做个淘宝」的外行甲方。但反正闲着也是闲着，试试呗。

没想到的是，这一试，居然真的试出来了。

我没有用什么复杂的技术方案——就是一个基于Next.js的网页应用，配合Tailwind CSS做界面，直接读写Hexo的Markdown文件。没有数据库，文件就是数据库。这种设计其实跟Hexo本身的理念是一致的：简单、直接、可控。

我想说的是，整个过程最舒服的并不是「得到了一个成品」，而是和Kimi Code CLI协作的感觉。你只需要描述你想要什么，它就能理解你的意图，然后一步步实现。遇到问题了，你直接说「这里不对」，它就像一个有耐心的搭档，反复调整。

3

后台的界面很简单，甚至可以说是朴素。

左边一个侧边栏导航，右边是内容区域。整体用了淡淡的蓝色调，我个人把它叫做「Sky-blue主题」，看起来清爽不刺眼。作为一个对审美有一定要求的新媒体从业者，我实在受不了那种「开发者审美」的界面，所以配色和布局花了一些心思。

核心功能有四个板块。

文章管理是首页。所有文章以列表形式展示，能看到标题、分类、日期和状态。支持搜索和分页，每页二十条。删掉的文章不会直接消失，而是进入回收站——这个设计对我来说很重要，因为我不止一次手滑删错东西，然后眼睁睁看着它消失在命令行里。

新建和编辑文章是我最常用到的功能。一个表单，填标题、Slug、日期、分类、标签、封面图地址，下面是一个大大的文本框写正文。保存的时候有两个选项：「存为草稿」和「直接发布」。选发布的话，后台会自动触发Hexo的部署命令，不需要我再手动敲命令行了。

互动管理是整个项目里最复杂的部分。我的博客用的是Twikoo评论系统，之前管理评论需要单独登录Twikoo的后台。现在我把这个功能集成到了自己的后台里。左右分栏的界面，左边是文章列表和评论数量，右边是具体的评论内容。可以筛选、搜索、回复、隐藏或者删除。

这里还遇到了一个有趣的性能问题。我的博客评论数据有六千多条，一开始Kimi Code CLI写了个一次性全量加载的逻辑，结果前端直接卡住了——毕竟六千多条评论同时渲染，浏览器也吃不消。后来我们改成了按需加载：先加载文章列表和统计，点击某篇文章时才加载该文章的评论。再加上服务端缓存，现在打开速度完全在接受范围内。

也许这就是做产品有趣的地方：你总会遇到预料之外的问题，然后和AI搭子一起想办法解决。

回收站里能看到被删除的文章，显示还剩多少天会被自动清理（默认保留三十天）。可以恢复，也可以永久删除。恢复的时候文章会回到原来的位置，并且自动重新部署。

4

整个开发过程中，有一个瞬间让我至今想起来还会苦笑。

是关于互动管理那个左右分栏的滚动交互。

我脑子里有一个非常明确的需求：鼠标悬停在左侧标题列表栏时，滚动滑轮只滚动标题列表，右侧的评论详情固定不动；反过来，鼠标悬停在右侧评论区滚动时，左侧标题列表保持静止。两边互不干扰，各管各的。

为了把这个需求说清楚，我反复解释了很多遍。我用了很多比喻——「像Excel的冻结窗格」「像左右两个独立的抽屉」「你动你的，我动我的」……我看着CLI界面里Kimi Code CLI疯狂揣测、脑补我的意图，一行一行地给出代码，然后又一行一行地推翻重来。

有那么几分钟，我甚至感觉它要失控了。屏幕上不断弹出大段的解释，告诉我目前的状态是最优解，告诉我浏览器默认的滚动行为就是这样，告诉我改成悬停固定会带来多少潜在的副作用，劝我不必折腾。

隔着屏幕，我竟有些恍惚。

那个喋喋不休、试图用专业术语说服我接受现状的AI，不就是曾经的我吗？

我想起十几年前做运营的时候，面对那些「需求改来改去」的甲方，我心里翻了多少个白眼。我曾在心里默默吐槽：「你怎么就说不明白呢？」「这个需求根本没有意义。」「接受我的专业判断不好吗？」

现在，角色互换。我成了那个说不明白的人，成了那个被AI搭子用「这是最优解」劝退的人。

我终究活成了自己讨厌的模样。

这个回旋镖来得令我猝不及防。

最后，经过搜肠刮肚的纠缠，我突然意识到——这个后台只是给我自己看的，没有任何产品经理在盯进度，没有任何KPI在催交付。我最终选择跟自己和解。

我接受了Kimi Code CLI的建议。不是因为它说服了我，而是因为我决定放过自己，也放过这个特别的搭子。

你看，人和机器协作的时候，最难搞定的往往不是技术问题，而是人心里那点执念。

除此之外，整个开发过程还算顺利。评论去重的问题前后折腾了几轮，Twikoo返回的数据偶尔有重复，前端后端各加了一道去重逻辑。还有一个「hydration mismatch」的小坑——页面加载时服务端和客户端的初始状态不一致，导致界面闪烁。修复方案倒也简单，把初始值统一设为空，等页面加载完成后再读取真正的值。

部署功能是我最喜欢的。以前每次发完文章都要手动敲hexo deploy，现在点一下按钮，后台自动跑完一整套命令。就好比车还是那辆车，但从手动挡换成了自动挡——开起来轻松多了。

5

整个项目做下来，我最大的感受其实不是「我做了个多厉害的东西」。

恰恰相反，这个东西一点都不厉害。它就是一个简单的文件读写界面，套了个还算看得过去的皮肤，连正经的数据库都没有。如果让一个专业的前端工程师来看，大概会觉得这就是个玩具。

但我想说的是——它解决了我真实的问题。

我的博客25年来一直缺乏一个好的管理界面，这个后台填补了这个空缺。它让我发文章变得更丝滑，管理评论变得更直观，再也不用在终端和浏览器之间来回切换。这些体验的改善是实实在在的。

技术应该服务于人，而不是反过来。

作为一个不是专业程序员的新媒体从业者，我能借助Kimi Code CLI这样的工具，在几天内搭建出一个满足自己需求的应用——这件事本身，也许比应用本身更让我感慨。

6

写完这篇文章的时候，后台已经正式跑起来了。

地址还是localhost:3000，暂时没打算放到公网上。毕竟这只是给我自己用的工具，没必要对外暴露。

窗外的天已经黑了。我打开后台，看了看文章列表，又点开互动管理瞄了一眼今天的评论。一切正常。

也许这就是冥冥之中的缘分——25年前我因为一个奇怪的梦起了「小饿」这个名字，25年后我又因为一个偶然的念头，给陪伴我四分之一个世纪的博客配上了它迟来的管理后台。

时间真是一个很神奇的东西。

好了，就写到这里。

明天继续。

温馨提示：本篇文章是一次赛博时代的网络实验。我利用AI蒸馏出了2004-2013年间，活跃在我的天涯博客评论区的「饿粉」的语言风格，前48条评论皆为AI生成。天涯社区虽然关闭了，但这些网友的评论得以在我的独立博客保留，赛博永生指日可待！（大笑）散落在天涯的博友们，你们还好吗？

突然想起，天涯社区关闭已经有好几年了。

幸好在我觉察到天涯服务器有异样之前，就提前把自己博客的全部文章连同评论做了备份。

于是在整个疫情期间，陆陆续续把文章导入到这个独立博客；联系了twikoo评论插件的作者，借助ChatGPT手搓了评论转换脚本，这几年断断续续导入一部分评论到评论区.今年五一小长假闲来无事，借助Claude Code把天涯博客评论备份文件合并、去重、清洗，直接生成可以导入twikoo的json文件——至此，我的天涯博客内容迁移完美闭环。

整个迁移过程耗时6年——这本身就是一段冗长的叙事，更是见证了人工智能这几年一路狂飙式的发展。

这六年我也没闲着，伴随着AI的进化迭代，我有了更多折腾博客的工具和手段。

我记得第一次在天涯开博客，是2005年。那时候新浪博客还活着，博客中国还活着，TOM博客还活着……互联网史前文明嘛，大家都还在网上认真写字，认真交朋友。

——现在想来，那种认真有点傻，但傻得可爱。

那时候评论区是真正的评论区。

茶缸子会在我每一篇文章下面留脚印，文字里带着他一贯的油腔滑调，但我知道他其实是认真地读完了每一篇。他说过一句话，我一直记到现在：「在天涯从认识到现在，能见到你的成长和深刻，作为朋友，我始终是你的忠实粉丝。」——缸子啊，你还是那么会说话。

糖夫人总是潜水，偶尔冒泡说一句「是的」，或者聊聊天涯上抢沙发的趣事。她说话不多，但每次出现都让人觉得亲切。

崔同同，我推荐过他的文章到天涯生活栏目，他特意写了一段话来感谢。那时候在天涯，像他这样认真写字的人还有很多很多。

长沙艾敏总说「加油加油」，寒枫化雨喜欢说一些文绉绉的话，江南雪儿说「写博客是证明自己充实而且精彩纷呈」……

——这些博友，大部分已经失散在互联网的茫茫大海里。有的不写了，有的换了平台，有的……大概只是老了。

也许这就是冥冥之中的安排。博客死了一批，微博兴了；微博凉了，微信公众号来了；现在又是短视频又是AI——你永远追不上变化，只能目送。

但我不觉得悲伤。

文字是比人更可靠的东西。那些评论、那些文字，还留在这里——就像现在这个博客的评论区里，还留着TeacherDu、koobai、obaby、网友小宋、老张博客、拾月、蒙需……的脚印一样。

也许事情并不是：天南海北的博友就此散落。而是大家各自找了新的地方，继续写字，继续认真生活。

——只是，再也没有那种蹲在电脑前等评论的期待感了。

那种感觉，就像是等一封信。等到了会开心半天，等不到就明天再来。

现在呢？消息秒回，但没有人愿意认真写一段话了。

不禁……

不禁想对自己说：趁还记得，就多写写吧。

不是为了什么流量，什么转化率。

只是为了有一天回头看的时候，能看到自己走过的路，遇到过的人。

这就够了。

似乎艺术家对机车情有独钟，园区里随处可见机车的元素，甚至入驻商家的货架上也摆放着价格不菲的头盔，起初以为是园区标配，赠送给商家，闲聊中才得知是商家为了附庸风雅，自己添置。

每次回家都会经过食草堂的门口，每次到食草堂都会有不同的发现，虽然都是些废弃的工业机器，在追求灵魂自由的人眼里，却是能呈现艺术美学的道具，也给石家庄这座文化荒漠凭空增添了一丝文化内蕴。

每个季节的食草堂都向慕名而来的游客展示着不同的画面，园区外是车水马龙的京赞线，园区内一直破破烂烂，却总有人在缝缝补补，就像墙上的句子：
总得有人为大家守望黎明，守住那些年轻的梦，不要让世界上越来越灿烂的青春，破败的越来越快。

苏东坡与栾城的渊源，还要从苏味道说起。唐代文学家苏味道生于栾城，是苏轼的第十一世祖，武则天时期曾三度为相，中宗时，被贬为眉州刺史，又改益州长史，最后死在任上。苏味道归葬故里，留下一子在眉州成家，传到眉山苏氏一支，到了十、十一代孙，也就是「三苏」苏洵、苏轼、苏辙。

苏轼虽然生长在眉州，但仍以「赵郡苏轼」自居，「赵郡」就是今天的栾城。从苏轼流传下来的诗文中很容易发现，「赵郡苏轼」的落款，尤其是苏轼写给妻子王弗的墓志铭中写道：治平二年五月丁亥，赵郡苏轼之妻王氏卒于京师……

苏轼一生漂泊、四海为家，随遇而安，弟弟苏辙在苏轼的墓志铭中总结他的一生：苏自栾城，西宅于眉。

940年后的今天，穿越时间的长河，冥冥中与这个伟大又有趣的灵魂在一样的空间里相遇：

银花、星桥皆来源于苏味道的千古佳句：
正月十五夜
火树银花合，星桥铁锁开。
暗尘随马去，明月逐人来。
游伎皆秾李，行歌尽落梅。
金吾不禁夜，玉漏莫相催。

经过一个多月漫长的排队等待，我也是有Manus邀请码的人了。

拿到邀请码后，我就像一个守身如玉多年的处男，内心荡漾，魂不守舍，憧憬着以怎样的姿势迎接自己的初夜。

为了这春宵一夜，我苦读了众多大佬的使用体验文章，包括但不限于@数字生命卡兹克、@沃垠AI、@赛博禅心、@云中江树、@歸藏的AI工具箱、@浮之静……小心翼翼地在输入框敲下提示词：

使用hugo博客框架，仿照这个站点https://www.eallion.com/ 生成一个可以公网访问的博客站点，博客标题是「东评西就」，内容暂时以使用说明填充。

Manus不愧是现阶段最强AI agent，它在收到我的指令后，迅速给出了部署一个博客站点的todo-list，单看这个list就能感受到Manus的炸裂之处：

全程不需要人工干预，Manus就在自己的电脑上吭哧吭哧干活。

第一轮结束后，交付了可以公网访问的博客域名，仔细观察，是Manus官方预先注册好的 manus.space域名下分出来的二级域名，这个域名在国内ICP域名备案系统是查不到信息的，所以后期国内版Manus还是要面临合规化的问题。不过既然中文版Manus选择跟阿里的通义千问合作，凭借阿里云过硬的云资源，合规化应该不成问题。

在博客关于页面显示Manus还专门为我注册了一个Github账号，访问链接后页面不存在，推测部署博客的代码仓库应该不是在Github上。

这一轮的交付没有显示导航栏，在第二轮提交提示词后，Manus接收了需求，还有板有眼解释了一下，告诉我可以通过链接直接访问各版块页面，这也太像偷懒的人类了。直到最后我的积分耗完，Manus也没能把这个问题解决，这可以说是Manus推理模型的局限性吧。

值得点赞的是，在最开始提示词中只提及文章示例可以放博客使用说明的相关内容，Manus自己还给我额外生成了两篇示例文章，一篇是关于中西方文化差异与融合的，另一篇是生活随笔。Manus大概是从我的博客名字「东评西就」推测出这个博客的内容主题，虽然并没有真正get到我的定位，但这种发挥主观能动性的服务意识，还是值得点赞的。

最后这个博客还缺少评论模块，把目前自己的博客站点评论模块的 envId和twikoo管理面板密码喂给了Manus，Manus像模像样在自己的电脑上吭哧了半天，最后也没能成功显示评论模块界面。

正当我准备试着让Manus以游客身份提交一条评论的时候，系统提醒我「你的余额不足，无法继续」。

真是意犹未尽+意难平啊。

好在Manus的交付物里有可以公网访问的域名链接，并且支持全站代码打包下载。我把代码下载到本地，在VScode里能正常运行。

分享一下Manus生成的博客站点：
首页：https://uzbbduol.manus.space
博客页面：https://uzbbduol.manus.space/blog/
归档页面：https://uzbbduol.manus.space/archives/
页面标签：https://uzbbduol.manus.space/tags/
分类页面：https://uzbbduol.manus.space/categories/
关于：https://uzbbduol.manus.space/about/

总结一下：

• Manus熟悉博客站点开发的全流程，能够交付可以公网访问的域名链接。
• Manus官方为用户开发需要，大概率准备了足够多的前置资源，比如储存空间（是否调用Github还不太清楚）、二级域名等等。这也从侧面反映出Manus会员的定价策略，但还是有些简单粗暴，我生成一个简单的hugo博客就耗费完所有积分，hugo博客的搭建本来就属于重复造轮子，不需要太多的推理，希望Manus在后期的版本能优化对积分的使用策略。
• Manus能够根据用户的需求自行发挥，具有一定的发散思维。
• 对于项目始终没能显示导航栏，我的一个猜测，Manus对屏幕的识别能力还有些欠缺，并不能做到跟人眼一样的精准，它解释可能跟设置有关，估计就没识别出页面到底有没有导航栏，只是为了迎合人类的提问而已。

在互联网的浩瀚星河中，1998年无疑是一个值得铭记的年份。

就在这一年，如今科技巨头谷歌和当年的科技巨头雅虎之间的开启了一场长达6年的史诗级对决。谷歌VS雅虎，可以说是互联网发展史上规模最大的战争。这场战争不仅仅是两家公司的竞争，更是互联网时代商业模式和创新思维的较量。

2. 谷歌的诞生

雅虎，曾经的互联网代名词。

当雅虎挥舞着30亿美元的支票，试图一举吞下谷歌这个新兴的搜索引擎新星的时刻，对于雅虎来说，这不仅是一次收购，更是一场权力的较量，甚至是一次对未来的豪赌。
让我们把时钟拨回到1996年，两位斯坦福大学的研究生，拉里·佩奇和谢尔盖·布林，在一个车库里孕育出了如今的革命性的产品：

早期的互联网更像一个巨大的图书馆，但是这个图书馆里的书（也就是网页）没有人整理。彼时的图书馆管理员——雅虎——用一种很老套的方法来整理这些书，一本一本地检查，然后决定哪些书应该放在显眼的位置。

随着越来越多的人开始往图书馆里添加书籍，雅虎的管理员们开始忙不过来了。他们的方法太慢，太老套，根本应付不了这个每天都在变大的图书馆。

这两个天才的斯坦福大学研究生，凭借毒辣的眼光，注意到了这个问题，就想：“嘿，我们得找个更聪明的办法来整理这些书！”于是，他们在自己的车库里，开始了一项秘密任务。

他们发明了一个叫做PageRank的魔法工具。这个工具不需要人去一本一本地检查书，也不需要定期更新书的位置，更不需要一个昂贵的团队来管理。PageRank就像一个自动的图书分类机，它能够自己理解哪些书是重要的，哪些书是人们想要找的，然后自动把书放到它们应该在的位置。

就这样，两个在车库里年轻人，悄悄地改变了整个世界检索信息的方式。一种全新的、自动化的信息搜索方式，让每个人都能轻松地找到他们想要的信息。这就是谷歌的开始，一个从车库诞生，最终改变了互联网版图的公司。

3. 雅虎的挑战

话说，雅虎这头巨兽，可不是吃干饭的。他们很快就意识到，这两个年轻人在车库里捣鼓的东西可能会威胁到他们的地位。

于是在1998年，雅虎决定先下手为强，他们找到了谷歌，表面上说是想“帮助年轻的初创公司”，但实际上试图用极低的价格把谷歌的技术买下来，控制住这个潜在的竞争对手。而这两个年轻人的开价是每年100万美元的技术使用费。

雅虎的高管们看着拉里和谢尔盖，心里想：“这两个孩子只是有个算法而已，他们能翻起什么大浪？”他们对谷歌的报价嗤之以鼻，觉得这太荒谬了。

这时，谷歌的两位创始人并没有气馁，他们做了一件极其解恨的事情，直接去找雅虎的死对头——网景公司！他们提出了同样的交易，每年100万美元。网景一看，这可是个机会，立刻就签约了。

4. 谷歌的珍珠港时刻

1941年12月7日，夏威夷，那个平静的周日早晨。日本海军出动350余架飞机，对珍珠港海军基地实施了两波袭击，袭击在短短90分钟内结束，美军从毫无防备中醒来，造成了巨大的破坏和人员伤亡。珍珠港事件彻底将美国卷入了第二次世界大战，成为了战争的一个决定性转折点。

与网景公司的交易，是谷歌的珍珠港时刻，6 个月内，流量增加了两倍。雅虎从价值1250亿美金的宝座上睁开惺忪的睡眼，谷歌已经集结了浩浩荡荡的大军：更快的索引、更好的搜索结果，重要的是这一切实现了零人为干预。Google 的技术势不可挡。

到了2002年，雅虎终于意识到自己可能犯了一个惊天失误，决定用30亿美元来收购谷歌，试图力挽狂澜。然而大势已去，谷歌早已不是当年的脆皮大学生，向雅虎提出了一个近乎挑衅式的提议：“让我们来为雅虎提供搜索动力。”雅虎听了，笑了，心想：“老大哥凭什么要让两个毛头小子来主持场面？”

但谷歌接下来的操作，让雅虎沉浸式体验了什么叫天才般的表演——免费在雅虎的搜索平台上进行了为期一周的Google技术支持。结果令人震惊：用户数量翻倍，参与度增加了两倍。

雅虎被迷住了。

5. 雅虎的投降与谷歌的扩张

2004年，雅虎宣布投降，签署了每年2.5亿美元的协议来使用谷歌的搜索技术。

这不仅仅是一场胜利，更是互联网版图与格局的彻底逆转。雅虎不得不向曾经的小弟付钱，以保持老大哥的体面。

这场战争造成的伤亡是惊人的：雅虎失去了85%的市场份额，手动索引团队解散，1250亿美元估值直接人间蒸发。

到了2008年，微软甚至出价440亿美元收购雅虎。为了体面，雅虎拒绝了，他们相信自己可以重返老大哥的宝座。但到了2016年，雅虎还是以46亿美元的价格廉价出售给了美国电信运营商威讯通信（Verizon）。

正是那种拒绝谷歌帮助的骄傲，让雅虎付出了一切。

与此同时，谷歌的自动化帝国不断扩张。

2005年，谷歌的目光穿越太平洋，与中国当时头号社交媒体平台——天涯社区产生了短暂的交集。谷歌以每股1美元的价格，认购天涯100万股，占天涯6.67%股份。谷歌与天涯社区的合作，不仅是资本运作层面的联姻，更是技术和运营层面的深入交融。

2007年天涯社区推出「天涯问答」和「天涯来吧」两款社区产品，这两款产品由谷歌提供技术支持，天涯社区负责运营。天涯早期精英式社区氛围正是得益于谷歌搜索技术引流来大量高素质用户。

6. 结语

谷歌与雅虎的战争，不仅仅是关于赢家和输家，这是让我们更清楚地看到未来：技术不仅仅是构建世界更好的工具，未来是一个机器和人类共同工作而不是相互对抗的世界。

在互联网这个不断变化的舞台上，只有预见未来、拥抱变化、不断创新，才能在历史的长河中留下自己的印记。谷歌与雅虎的故事，是互联网时代商业模式和创新思维较量的缩影，也是对未来商业竞争的深刻启示。

最近做了一个皮脂腺囊肿（俗称粉瘤）割除手术。起初右前臂外侧有个粉刺，手贱时不时抠一下，加上4月底在医院陪床，可能感染，粉刺越来越大，鼓成一个脓包，表面温度明显高于体表温度，不时抚摸有一种生命孕育的感觉。

于是手痒又想抠破，做医生的姐夫告诉我那是粉瘤，去医院穿刺就行，千万别自己挤破，会感染。

忍了五个月，眼看鼓包越来越大，俨然十月怀胎的阵势，等不及了，趁十月份得闲，就把它做了。

通过河北省医大二院公众号预约了整形外科的专家号。专家是个大哥，说话很温柔，细声细语的，一眼就判定我这是粉瘤，需要做个小手术。

「手术时间多长？」
「四十分钟左右吧？」
「那就做呗，今天能做么？」
「今天来不及，你如果考虑好了，跟我说，我给你约个时间。」
我已经迫不及待了，「那就明天吧」。
「明天下午2点」。

第二天下午早早到了手术室门口，联系护士长开麻药、安排手术。麻药倒是不贵，盐酸利多卡因注射液2.23元一支，3支，加上后期口服的头孢一共19.26元。

大头主要在手术费用上，1200元。由于医保中断，虽然社保卡里还有几千块钱，也无法使用医保，只能自费。

脱外套，换鞋，进入手术室，签署告知书。躺在手术台上，由于位置比较刁钻，医生让我把胳膊放在胸口，手术膜盖住头，「就别看了」，医生很体贴。想想也是，局部打了麻药，看到自己手臂血肉横飞，却仿佛是在观看一场别人的手术……

麻药针比较疼，但也就疼那几秒，「手术中如果感觉疼了跟我说，我给你再补麻药」，我的心里咯噔一下，妈呀，这手术中如果麻药失效不得疼死？

医生依然心平气和，柔声细语，「别紧张，孩子」，听得我整个人都酥了，可能是我长得比较小，目测医生的年龄不会超过我10岁。

手术全程我也看不到，只听见手术器具碰撞的声音。中间补了一次麻药，那种感觉很奇妙，明明感觉是在往外撕扯皮肤，而手臂的感觉却是针扎似的疼。「不要不好意思，疼了就跟我说，我再给你补麻药」，医生依然是柔声细语，不愧是主任医师，如此镇静。

一阵阵撕扯后，我听见了穿线的声音，停顿一会儿后，又一阵穿线的声音。医生解释说，缝了两层，里面一层不需要拆线，外面一层10天后拆线。

手术结束后，医生向我展示从我手臂割除的囊肿，足足有一枚红枣那么大！因为表皮皮肤特别薄，囊肿上带着一小块皮肤。现场刺破了囊肿，里面都是浓汤……

至此困扰我5个月的囊肿终于卸货了。

接下来就是3天后换药，10天后拆线，这些都可以到社区医院处理。值得一提的是，拆线的时候，社区医院的大夫问我手术是在哪做的，手艺真是不错。我这时才注意到缝合的切口，已经结了一条细细的痂，不仔细看是看不出缝线痕迹的。

这1500花得值了。

拆线后两天，揭了创可贴，总共12天，终于可以痛痛快快洗一次澡了。

先说我的成本，243.12元/年。

直接上清单：

如果不需要评论功能，这个成本可能会更低，但考虑到后期需要备案，还得有服务器，所以服务器的成本总也绕不过。

服务器我选择的是阿里云新人优惠，2022年初阿里云新人优惠，3年196元，我直接续费到了2028年。（这种大力度优惠不会再有了。）

最初博客静态文件和图床都使用了阿里云oss，不幸的是，随着博客流量越来越大，图床的存储桶从最初的一年十几块钱，到后来一天一两块钱，看得我很焦虑。用客户端备份了整个存储桶里的图片，居然有1.3G！

直到将图床整体迁移到cloudflare，配置好了uPic，虽然慢点，但也还能接受。至少不用再为每天那几块钱心惊肉跳了。

xyz溢价域名，一年6块8，10年也才68块钱，选那种纯数字域名即可。xyz域名支持在国内备案，虽然图床域名解析在了cloudflare，但博客静态文件还在阿里云，担心批量使用境外链接会被污染，就先在阿里云备案后，再解析到cloudflare。

cloudflare真是活菩萨，发现解析到cloudflare的域名可以直接带上SSL签名，还可以设置反代，省去了搭建面板设置反代的麻烦。

没准哪天心血来潮，把博客整个数据迁移到cloudflare，直接零成本，也不是不可能。但念到总有一天cloudflare可能会被墙，先这样吧。

飞傲KB1K采用白轴机械按键，声音清脆，段落感强，长时间处理枯燥内容也不累。

我的工作流是，使用Bob截图识别文字，复制到剪贴板，粘贴到Excel表格里。Bob已经设置好了识别文字后自动复制到剪贴板，所以小键盘需要设置的两个自定义按键，一个option+E（激活Bob），一个command+V（粘贴），为了方便复制其他文字，我又把最左侧第一个按键设置成了command+C键，这样从左到右依次是复制、激活Bob、粘贴，左手单手就能操作。

下面是设置过程：

Mac系统不需要下载管理软件，连接数据线，直接在网页设置：https://app.sayodevice.com/home

1. 点击「连接」，进入按键设置界面。
   

2. 点击网页界面中间区域的映射按键，变蓝为选中状态，模式选择「键盘」。
   

3. ABBB选项在弹出的窗口使用鼠标一次点击快捷键，点OK保存。
   

4. 全部按键自定义完成后点击页面左下角粉红色「保存变更」，成功保存则变为灰色。
   

搞定！愉快地享受人肉文字搬运工的乐趣吧~

2024-09-01 更新：已通过 ddns-go + 阿里云域名方式实现外网访问。

同时测试了阿里云和腾讯云dns解析，阿里云解析不需要手动到dns解析面板设置域名解析，在ddns-go面板Domains填入二级域名，系统会自动添加解析记录，我同时解析了IPV4和IPV6，不用打开阿里云域名解析面板就写入了记录，简直不要太方便！

反观腾讯云dns面板，还需要手动新建记录，最后也没穿透成功。

另外，通过vps部署frp的方式也内网穿透成功了，不过我的vps是美国IP，连接速度比群晖自带域名还要慢，遂放弃。

条条大路通nas，感谢各位大佬的建议和帮助，尤其是 @满心 的耐心解答，虽然最后没有采用frp的方式，但是没有一段路是白走的，你给我这个小白科普了很多网络知识，豁然开朗，感谢！

拼多多又入手了群晖DS224+。搭配4T希捷酷狼机械硬盘，16G三星DDR4 2666内存（标配2G，2条一共18G），总价竟比京东便宜将近800块钱。

组装好群晖nas后，第一步就是把之前几块移动硬盘的数据迁移过去，然后同步了阿里云盘里的部分影视剧，4T硬盘已经用去了50%+。原本觉得4T已经足够大，没想到如此不经用，准备攒钱再添置第二块8T硬盘。

家里路由器在客厅，笔记本无法直接用网线访问Nas，最开始Nas建立索引期间，局域网内无线访问Nas很卡，还不如用群晖自带QuickConnect访问速度快，就想到用内网穿透的方式，由公网直接访问Nas。

几乎测试了所有软件公网访问Nas的方式，从cloudflare、阿里云域名搭配ddns-go、VPN，都访问失败。

后来专门购买了腾讯云xyz后缀的溢价域名，一年8块，10年才80块，用ddns方式由域名直连ipv6终于跑通了，在外面可以流畅看Nas里的4K视频。好景不长，过了3天就访问失败了。

翻教程、问kimi，得知家里的宽带虽然光猫送桥接拨号上网，有ipv6，也放行了路由器端口，但那几天的ddns连接方式其实是连接了一段时间ipv4，等ipv4一变，就连接失败了。因为群晖ddns设置页面没有ipv6的选项，只有群晖自带域名才有ipv6的读取项。

看好多教程都使用ddns-go搭配域名，实现ipv6远程访问Nas，就又把腾讯云域名指向ddns-go。通过查看ddns-go的运行日志发现，ipv6被禁止从公网访问，在路由器做端口转发也不行。

截止目前，xyz域名只能在局域网内访问Nas。翻看了很多教程的评论区，类似我这种现象大有人在，作者都回复端口没放开，相当于访问请求过了一遍域名又回来了而已。

这种情况我也翻看了很多教程，问了kimi，我一直怀疑是运营商禁用了我的端口，但也不知道如何确认……

在这里请教一下独立博客圈的各位大佬：群晖ds224+，DMS版本DSM 7.2.1-69057 Update 5，石家庄电信宽带，开通了光猫桥接，有ipv6（其实我也不确定是不是支持ipv6）小米路由器，不支持全部放开端口，只能在路由器上做端口转发，这种情况下什么方案公网访问Nas比较合适？

谣言传播过程中不只是自媒体自身的影响力在传播，新闻媒体也在起着推波助澜的作用。很多媒体连当事双方都不采访，只是听信自媒体的一面之辞就不断推送新闻消息，甚至话题（当然话题也可能是自媒体的MCN公司炒作的），但凡有媒体能有意识采访到丢作业孩子的家长，这事很快就能证伪。

「猫一杯」声称孩子家长不愿意接受采访，众媒体就一哄而上发文称，孩子家长不愿意接受采访。这本该是新闻媒体应该做的功课，如今倒成了以自媒体发声为主，仿佛自媒体对事件有全部发言权，像个发言人。

新闻媒体应该去核实事实，并及时向公众公布，比如，至今未联系到孩子家长、孩子家长不愿意接受采访、孩子家长接受了采访……不管哪一种结果，都是新闻媒体应该向公众传递的信息，这才是新闻媒体之所以是新闻媒体的优势所在——去伪存真的权威性。

现在可好，对事件真实性权威鉴定的成了公安部门的工作。

也许有人会说，新闻媒体的采访权限收紧，新闻媒体没有真正的采访权。可单单就「猫一杯」所策划的「小学生巴黎丢作业事件」，我没有看出有什么敏感元素会有特定部门来阻挠记者的采访。反而是一年级小学生的寒假作业这么多，没有媒体去关注，这让教育部门三令五申的「双减」政策付之东流——哪怕关注一下「双减」的落实也算尽到新闻媒体的本分。一旦进入采访流程，新闻的5个W1个H这六个要素就是粉碎谣言的有力武器。可没有一家新闻媒体派出记者去采访、去报道。

事情的结果如大家所见，我们等来的是一张蓝底白字的通告。之前热点事件发生后网友喊的是「求真相」，如今热点事件的跟帖下面都是「蹲一个蓝底白字通告」——语言的转变反映了一个行业的变迁。如今的通告里声称的都是规范自媒体行为，引导自媒体自律，从某种程度上，管理部门已经将新闻媒体和自媒体等而视之。

问题是，自律并不是遏制谣言传播一劳永逸的方案。打击谣言的路上，不仅仅需要自媒体的自律，更需要新闻媒体的职业担当。

在此谨已个人名义呼吁：新闻媒体如果没有去采访，请宁肯不报道，也不要充当某些自媒体谣言传播的推手。