跳到正文
原文
WP Tavern· Nathan Wrigley·· 2026-08-26编辑评分40

#231 – Damon Cook 讲述 WP Trend Watcher 如何让他掌握 WordPress 动态

#231 – Damon Cook on How WP Trend Watcher Keeps Him Up to Date With WordPress

编辑导读

WordPress 开发者 Damon Cook 创建开源工具 WP Trend Watcher,通过收集并摘要 RSS 源中的新闻和更新,结合人工审核,帮助 WordPress 专业人士筛选重要动态。该工具目前采用本地安装,重点平衡自动化与人工判断,面向自由职业者、建站公司老板和开发者等需紧跟 WordPress 变化的用户。

[00:00:19] Nathan Wrigley: 欢迎收听 WP Tavern 的 Jukebox 播客。我叫 Nathan Wrigley。

Jukebox 是一档专注于 WordPress 各个方面的播客,包括相关人士、活动、插件、区块、主题;在本期节目中,我们还将介绍一种跟进 WordPress 新闻与更新的新方式。

如果你想订阅这档播客,可以在首选的播客应用中搜索 WP Tavern,或者访问 wptavern.com/feed/podcast,并将该网址复制到大多数播客应用中。

如果你有希望我们在播客中专门介绍的话题,我很乐意听到你的想法,也希望能让你或你的创意登上节目。请访问 wptavern.com/contact/jukebox,并使用那里的表单。

今天参加播客的是 Damon Cook。Damon 在 WordPress 生态系统中担任开发人员已有十多年,曾与以 WordPress 为核心的机构合作,近来则经营自己的自由职业业务 Noma Digital。他长期活跃于社区,是贡献者,也一直密切关注 WordPress 的最新发展,包括 7.1 等版本发布,以及插件、主题和更广泛的 WordPress 领域所发生的变化。

Damon 今天加入我们 discusses WP Trend Watcher,这是他打造的一款开源工具,旨在帮助 WordPress 专业人士应对不断增加的新闻、社区动态和功能发布信息。随着 WordPress 领域变得更加动态,而且说实话,有时还让人有些不知所措,WP Trend Watcher 旨在从大量 RSS 源中筛选信息、总结趋势,并为 AI 生成的内容注入一些非常必要的人工策划。

Damon 谈论了在 WordPress 生态系统中保持领先的重要性,尤其是对那些希望预判变化并为客户提供支持的自由职业者、机构所有者和开发人员而言。

他深入讲解了技术细节,介绍该工具如何收集并总结新闻、他所尝试的模型和本地 AI 设置,以及自动化与关键人工审核之间的平衡。

如果你难以跟上 WordPress 新闻永不停歇的节奏,并希望用更聪明的方式从大量信息中筛选出值得关注的更新,本期节目正适合你。

如果你想了解更多,可以访问 wptavern.com/podcast,在节目说明中可以找到所有链接,那里也有其他所有单集。

那么,废话不多说为大家带来 Damon Cook。

今天与我一同参加播客的是 Damon Cook。你好,Damon。

[00:03:04] Damon Cook: 你好,Nathan。很高兴再次见到你。

[00:03:05] Nathan Wrigley: 是的,谢谢。Damon 和我曾在 WordCamp US 上聊过。我记得你说过那是 2024 年前不久的事。所以我们已经几年没聊了,而你的生活也经历了几个转折。当时你在一家托管公司工作,我想你现在已经不在那里了。不过,我们今天想聊聊一样吸引我的东西。我猜我是在社交媒体上看到它的。它叫 WP Trend Watcher。

我只想说,在我们深入这个话题之前,如果你去 WP Tavern 网站,我会把节目说明中的所有链接都列出来。所以我们今天发现的所有内容,都可以去那边点击链接查看。实际上,鉴于这个话题的性质,亲爱的听众,你或许明智的做法是在开始收听播客之前就去做这件事,因为四处看看、提前了解我们将要看的内容会很有趣。

总之,Damon,感谢你再次加入我们的节目。在开始之前,我提到过大约在过去 24 个月里你更换了角色。你能否先跟我们稍微介绍一下自己,以及多年来你在 WordPress 中担任过的各项角色?

[00:04:07] Damon Cook: 好的,是的。是啊,我在 WordPress 生态中担任开发人员已经十多年了,而且一直效力于以 WordPress 为核心的机构。是的,大约从去年开始,我就开始经营自己的自由职业业务 Noma Digital,同时也承接一些合同工作。而且仍然持续关注 WordPress 推出的所有最新消息和功能。7.1,好像是大概一周后发布,我想是这样。

[00:04:37] Nathan Wrigley: 是的。没错。

[00:04:38] Damon Cook: 那里会有很多很酷的东西。

[00:04:39] Nathan Wrigley: 是啊,确实有很多事情正在发生。真的,WordPress 领域有 tons of事情在发生。这或许是因为你是一名开发人员,所以这方面吸引了你的注意力。但从我自己的角度来看,我其实并不是开发人员,不过我对正在发生的所有事情都很感兴趣,因为我对 Core、插件、主题、区块以及所有这些内容都着迷。

但同样地,社区方面以及所有这些事情也在同步发展。有大量活动、营销和各种各样的事情发生。但面对信息的洪流、那种仿佛消防水龙头般倾泻而来的信息,实在很难追踪。一些发布了许多年的网站消亡了,另一些网站取而代之,而各种信息又会从不同方向涌向你。

所以你开发了一个工具 WP Trend Watcher,可以安装在你的本地机器上。我相信目前正是这样。它是一种本地安装的工具,我们稍后可以谈谈它的技术细节。

但按照你的构建方式,这个工具主要是一个预构建的工具,如果你愿意这么理解的话,用来收集并分析 WordPress 领域,从而为你总结当下时代的脉搏、WordPress 世界正在发生的事情。你不需要亲自完成那种繁琐的工作——四处查看、阅读所有内容,每天花上好几个小时,有点浪费时间——也能跟上进展。我这里说着要加引号,如果你明白我的意思。

好的,所以我的第一个问题与为什么要做这个有关。你觉得这里的重要性是什么,以至于你希望有一个工具来为你完成这些事?我真正想弄明白的是,你为什么觉得跟进 WordPress 领域很重要?是不是……如果你是一名客户,如果你与客户有合作关系,并且正在为客户构建网站,那么在你的场景中,仅仅知道 WordPress 偶尔会发布新版本、我们可能会遇到一次版本更新、我有一套插件、可能需要让它们保持最新,这样难道还不够吗?为什么?你为什么会对更广阔的局势感兴趣?

[00:06:34] Damon Cook:当然,是的。我曾经是这个项目相当活跃的贡献者,虽然最近没那么活跃了。但我作为贡献者时,那里总有很多消息需要跟进,包括 Slack、Trac 和 WordPress.org 上的动态。不过,我开始逐渐摸清哪些是这个领域里可靠的信源。因为我每天都在使用 WordPress,所以仍然需要了解即将推出些什么。

所以,是的,我最初想做这件事,出发点其实非常自私。我需要把这些 RSS 源都收集起来,对它们进行摘要,同时还要核实 AI 摘要的内容不只是幻觉,或者存在某种你不信任的问题,因为人工审核层是这个项目的关键组成部分。它所做的只是拉取一堆 RSS 源,对其进行摘要,然后我再逐一检查摘要并点击查看原始内容,比如其中很多内容,读一读能帮助我梳理信息、了解实际发生了什么,然后给出我自己的判断,所以。

[00:07:47] Nathan Wrigley:那么,我想其中有些挺有意思:你似乎总是想比 WordPress 领域正在发生的事情早一步。我想,如果你是一名自由职业者,掌握即将推出的内容会很有帮助,尤其是 WordPress 和 WordPress Core 方面的信息,因为我注意到,很多 RSS 源——这么说吧,我们稍后会详细讨论——都与 Core 有关。

这就让我觉得,你想提前了解下一组即将推出的功能,这样你或许可以提前告知客户,或者练习那些你知道会在一年中的某一天突然发布的功能。等那个必然会到来的电话打来时,你可以回答:“为什么现在会出现这个?”以及“这个新功能是怎么工作的?”你早已提前掌握这些。这样能概括你的兴趣吗?还是说你的兴趣更加多元?你只是因为它有趣而对此感到好奇。

[00:08:39] Damon Cook:是的,当然有好奇心,但没错,我喜欢处在即将推出之内容的前沿,比如即将发布的 7.1 版本。看看大家正在开发什么,哪些提案可能已经被搁置。是的,我身处这个生态圈,亲眼看到社区中的许多人和来来去去,也看到大家重点讨论哪些是至关重要的功能,以及为什么某项东西可能没有得到开发,诸如此类。

所以,这是一种很自私的方式,用来跟进最新的开发者消息,然后分享出去、加以摘要,并为其加入人工判断。

[00:09:22] Nathan Wrigley:有一件有趣的事与本期播客无关,但大多数星期一我都会主持一档直播节目。我们有三四位嘉宾一起讨论过去七天的 WordPress 新闻。我已经做了这档节目大概七八年了吧。在节目那一周开始之前,我会上网浏览、查看社交网络,阅读那些我熟悉的博客。我的 RSS 阅读器里有一份很长的 RSS URL 列表,我会逐一浏览并阅读,还会把每条内容都看一遍。

而且,它确实极其浪费时间。也就是说,我打开一些内容,看到一半才意识到,我和嘉宾在这里其实没有什么可聊的,听众可能也没什么可参与互动的。因此,我做这个练习会损失大量时间。这让我想到,在 AI 时代,原本的意图就是把这部分省掉。剔除杂质,筛出真正有趣的部分,并让最终映入你眼帘的内容值得你关注。

你是如何编排整个过程来实现这一点的?因为即使我们彼此都有最好的意愿,我也知道大家都很清楚,AI 有时可能会稍微偏离正轨。它可能无法完全契合你希望它拥有的意图。你是如何约束它,让它成为你想要的样子?

[00:10:47] Damon Cook: 当然。就像我刚才提到的,这最初只是出于一种自私的兴趣,想持续跟进这些新闻来源,而我知道其中很多都有 RSS 源。我觉得,就连我自己在内,这些天也几乎痴迷于 AI,总是在尝试一些尖端、前沿的东西并动手研究。

但我认为,甚至我自己也看到很多人把 AI 和自动化混为一谈。所以,看到我让这个项目实现这样的流程很有意思:我不想把整件事都自动化,比如获取 RSS 源、让 AI 摘要、让 AI 发布,就这样,对吧?通过这个项目,我们其实完全可以这么做,但我把范围限定为:获取这些 RSS 源、获取最新新闻、回来进行摘要,然后展示给我审核。

其中很多内容,我就像你一样,直接打开。这看起来适得其反,但实际上我确实喜欢用这种方式来跟进。如果我只读 AI 摘要中的那一段——我确实会这么做——它并不一定能完整覆盖原文,也可能漏掉完整文章中某些真正让我感兴趣的内容。

所以,我会点开其中大多数内容进行阅读。我会浏览,肯定不会逐字读完,但我会大致通读,试着确认摘要是否准确,然后寻找可能被遗漏、让我感到好奇的小细节,再把它们放进最终发布简报的人工摘要部分。这就是目前的工作流程。

[00:12:27] Nathan Wrigley: 是的。

[00:12:27] Damon Cook: 我就是这样设置的,而且我很享受整个流程:先是按顺序收集内容,然后自动化部分会展示我收集到的所有东西,接着给我一个区域来写下自己的想法,之后我再逐一点开查看。所以,它现在变成了一个每周进行的、算是业余爱好的项目,做起来很有趣,所以。

[00:12:48] Nathan Wrigley: 是的,所以最让我恼火的就是那些无谓消耗的时间。而对我来说,无谓消耗的时间并不是找到链接之后。对我来说,真正有趣的是点击链接、打开页面、阅读内容之类的过程。最折磨的是找到链接、找到有意思的内容。

[00:13:07] Damon Cook: 没错。

[00:13:07] Nathan Wrigley:所以我认为,让 AI 来做这件事是完全可信的。我手头有这个……我不是一个很会用 AI 的人。也就是说,我不是那种大量使用 AI 的人。但对我来说越来越明显的是,它真正擅长的领域之一,就是筛选整理某个信息孤岛。你给它一批信息、一套语料,然后对它说:“总结一下”,或者“从里面提取出可能感兴趣的部分”。

当然,它并不完美,但在这方面似乎极其出色。创意方面或许就没那么强了,我们也不必过多讨论那一点。不过,把语料放进去、进行总结、然后发布结果,这种用法似乎是 2026 年一种非常可信的 AI 使用方式,而这也正是你所做的。

现在,既然你已经把这个系统搭建起来了,我会附上一份报告的链接,让你可以看到 Damon 之前做的——我想你之前几周已经做了六七期之类的东西——你可以把它们都看一下。系统最终会生成一份带项目符号、编号的标题列表,并附上链接,然后再接一句大约 20 个字的话。之后显然会让人产生点击与否的念头。

你觉得这些总结怎么样?你每一期小报里大概有 20 条这样的内容。你觉得它们的实际效果如何?它们看起来能准确反映其中的内容,还是有时会有点偏离主题?

[00:14:39] Damon Cook:不,它们很准确。

[00:14:41] Nathan Wrigley:是啊。

[00:14:42] Damon Cook:其中有一个关键组成部分:当进行总结时,它使用的是……我这样设置是因为我想使用本地模型。全是基于提示词的,所以本质上,它会访问这些 RSS 源,获取最新文章和链接,再通过 AI 进行解析,并传入一条提示词,说:“面向开发者和代理商所有者,以对 X、Y、Z 的批判性眼光总结这篇内容。”

所以总结确实会这样生成,返回的内容相当准确。而它对总结所展示内容的推断也很有意思。不过没错,它确实很准确,而有趣的部分是去验证它,看看比如:“好,哇。”这句话听起来确实会引起我这个开发者和代理商所有者的兴趣。我会点进去读一读,确认它确实是真实存在的内容,而不是幻觉。所以这就像某种事实核查游戏。

[00:15:46] Nathan Wrigley:我很好奇它不会收录什么。比如这个,我暂且称之为“新增内容”吧。我也不知道。哦,是“总结”。好了,就是你所说的“每周总结”。这一期列出了 19 条内容,我不知道它是否生成了 19 条不同的内容并全部写入了页面,还是说——我不知道你能不能看到后台——有 34 条没能通过筛选。你能检查一下哪些内容没有被收录,从而开始凭直觉判断:“好,我想知道那一条为什么没能通过筛选吗?”

[00:16:20] Damon Cook:是的,它内置了一项功能:当 AI 进行审阅时,会核查来源,并查找重复内容,比如两个不同网站上的两篇帖子讨论完全相同的主题。它会尽量不对这两篇都生成总结。

[00:16:39] Nathan Wrigley:好。

[00:16:40] Damon Cook:所以,它确实会检查重复内容、薄弱表述和缺失的部分。因此,它确实能做一部分这类工作,以减少重复劳动。但同时,是的,它不会去寻找——提示词和 AI 练习的一部分,就是不要去寻找多余的东西,而只关注真正以事实为基础、确定性的内容,而不只是,你知道的。这很有意思,因为标题里用了“趋势”,对吧?WP Trend Watcher。

[00:17:06] Nathan Wrigley:这或许恰好与你想要的结果完全相反。

[00:17:09] Damon Cook:它有点像并不是在寻找热门内容,而是在寻找从这些大量来源中浮现出的事实。

[00:17:17] Nathan Wrigley:好的。你在看这个内容时,这是个奇怪的问题,我不知道你会作何反应。你是否有一种感觉,觉得你是在欺骗五年前的 Damon——他可能会说:“哦,这太可怕了,有人用计算机完成了所有这些工作。这应该由人类来完成,应该由人来统筹这些。”在这个层面上,你有什么感受?

[00:17:41] Damon Cook:是的,这确实让我觉得很廉价。

[00:17:43] Nathan Wrigley:是啊。

[00:17:45] Damon Cook:我认为这也正是我发布这些内容的原因。它是在努力保持透明。因此,如果有人要去读这些内容,他们就会知道,我甚至在底部写明了自己花了多少时间查看所有这些资料。这样一来,你就可以掌握所有这些事实,并据此决定是否要读这篇内容。

[00:18:08] Nathan Wrigley:是啊。

[00:18:09] Damon Cook:他花的时间够吗?你可以自行判断。他花的时间够吗?也许他应该多花一些时间。

[00:18:14] Nathan Wrigley: 是的。

[00:18:16] Damon Cook: 不过没错,对我来说,这正是这项工作的一部分:将它开源,并让它保持公开。如果大家确实觉得它有趣且有用,甚至可以自行分叉并尝试做其他事情。或者,我甚至可以提供提交更多来源的途径,因为我总会想:“我是不是还应该在这里加入另一个来源?”之类的。

[00:18:39] Nathan Wrigley: 对,对。

[00:18:41] Damon Cook: 它也有改进空间。

[00:18:43] Nathan Wrigley: 问题在于,最终会导致范围不断膨胀,不是吗?不知不觉间,你手上就有了 5,000 个 RSS 源,被你到处轰炸,然后你真的会陷入一个迷宫,很难弄清楚什么才是相关的,什么才是有用的。

显然,前端生成的报告中有这些由 AI 生成的编号列表;在这个例子中是 19 条,也就是我正在看的这份。链接同样会放在节目说明中。

不过,你构建的界面还提供了一个选项,可以在最后添加某种人类备注,姑且这么称呼吧。所以这并不是说:“好,到此为止。”其思路是,你可以进入其中,为自己补充你认为这里重要的内容,就像我们过去一直做的那样,自由撰写,等等。

[00:19:24] Damon Cook: 没错。

[00:19:24] Nathan Wrigley: 为什么你把那一部分加了进去?为什么设置它的目的是什么?是为了在最后增加一个人工筛选的部分,让你记录自己当时的真实想法吗?

[00:19:33] Damon Cook: 是的。这件事有两方面。我希望让人参与其中。这是如今 AI 领域相当流行的一个说法,但我希望保留这个部分。不过,出于私心,这也是一个用来核查这些事实、确保 AI 没有产生幻觉的游戏。同时,这也是一次记忆训练,比如逐项浏览并阅读这些内容,因为这样一来,我确实会在脑中留下印象,比如:原来未来真正要落地的是这些。因为如果我只是读一下摘要,即使摘要百分之百准确,我直接选择相信它,我也会觉得这未必总能让我真正记住。所以,实际动手去点击、阅读并与 AI 的摘要进行对比,有助于我把这些信息真正消化进去。

[00:20:20] Nathan Wrigley: 如果这是由我来使用的话,我想我绝对不会排除做类似的事情,因为就我个人而言,我真心认为这样做有很多价值。我想我每天会看其中四篇,试着在一天开始前的早上 9 点,或者工作日即将结束时的晚上 5 点,进去看几篇。因为我和你一样,如果我只是读 AI 生成的 20 字摘要,那里面没有任何实质内容,我也不会记住。

不过,界面就在那里,而且这些文章也已经呈现出来了。我猜你可能每天都能运行一次,根据前一天的内容做一些调整之类的。所以从技术层面来看,它是怎么运作的?我比较确定这是你自己做出来的东西,目前就放在你家某台机器上。

[00:21:08] Damon Cook: 没错。

[00:21:08] Nathan Wrigley: 请描述一下,需要在你的机器上安装或准备哪些技术组件,才能实现这个功能。

[00:21:13] Damon Cook: 这是一个 TypeScript 代码库,放在 GitHub 上,所以你可以 fork 它,也可以为它贡献代码。不过,是的,我在运行它。你可以传入某种标志参数。我目前每周运行一次,这只是一个随意的决定,只是我觉得每周一次挺好。但你也可以,是的,它基本上会检查上次运行的日期,然后尝试获取信息源。

然后我在 Mac 上使用 LM Studio 应用,它允许我下载适合自己系统的模型。我有 18 gigabyte 内存可用,所以这会构成限制。不过,我认为这些模型中的很多都在不断缩小,而本地 AI 这股潮流,我不知道算不算是一场运动,但我认为它正以很多方式发展起来。

[00:22:07] Nathan Wrigley: 是的,我也这么觉得。对,没错。

[00:22:09] Damon Cook: 我们确实开始看到更多本地运行的应用。这对我而言也是探索的一部分,就是看看我能在自己的系统上使用哪些模型,以及用这个工具配合这些模型生成摘要会得到什么结果。

所以,是的,我认为每周报告的底部会注明我本地使用了哪个模型来生成摘要。我会尽量换着用。我想我大概用过其中六个。有一段时间我一直用同一个模型,好像是一个 Qwen 模型。后来最近一次使用时,我换了一个,我甚至已经忘了名字。它好像是一个 LS。

[00:22:49] Nathan Wrigley: 哦,这些东西来得快去得也快。是啊。

[00:22:51] Damon Cook: 是的,没错。而其中最迷人的一点,就是只需导入一个新模型,看看它的表现如何;而且软件确实会变。甚至我觉得报告也一样——如果你把本周的和上周的作比较,就会发现输出略有不同。我正努力让输出更具确定性。摘要是一回事,当它输出到最终报告时,我希望这一部分也能更具确定性。尤其是,我非常希望加入脚注,这样人们就能看到这些摘要究竟来自哪里、具体链接到了什么。相关内容已经有了,但输出格式并不总是完全一致,所以。

[00:23:35] Nathan Wrigley: 所以你是在本地计算机上做这些工作,而显然我现在看到的内容从外观上是发布在 GitHub 上的。这一切都是自动化的吗,还是你在整理这个流程?或者说,你的本地计算机是不是绑定了你的 GitHub 仓库,所以从这个意义上说,这一切也都是自动化的?

换句话说,我的意思是,如果你休息一个月再回来,这些会不会一直在后台运转,持续生成这些每周报告?还是说,你每周手动运行一次,然后复制粘贴,诸如此类?

[00:24:07] Damon Cook: 关于这一点,是的。我只是运行报告,并写入自己的判断,然后把它发布到 GitHub,接着 GitHub 会做一点事情——基本上就是把那些产出物直接呈现出来。但 GitHub 上的自动化并不多,只是把它发布到 GitHub Pages。

由于我有一个必须有人类参与的部分,这就不可能实现完全自动化。我可以让它自行运行,但那样我就必须取消自己逐步阅读、点击查看,并在报告末尾写出个人判断这一环节。我不打算去掉这个过程。其实我很享受这一部分,所以。

[00:24:47] Nathan Wrigley: 所以它已经变成了某种界面。AI 加上 Damon 就等于最终成品。你真的不想让它实现自动化。在某种意义上,这让我觉得有点——我不知道——像是在比谁更差。如果我们把所有事情都自动化了,我真的不知道受众会在哪里,因为永远无法确定。因为不会有那么一个时刻,让你回头看时想:“有人在读这个吗?”“有人跟我聊过这个吗?”诸如此类。相比之下,你对这件事有兴趣,你还在这档播客里谈论它,你对这个主题本身感兴趣,显然也认真参与其中。我对此没有什么真正的问题,但这里确实有某种东西。你深入其中,而不是仅仅为了 AI 而使用 AI,我觉得这很重要。

[00:25:32] Damon Cook: 是的。对,这是个很棒的观点。我觉得这让我重新想到——我不知道,我想算是回到了这一切最初开始的地方。是的,我觉得人们正在创建自己的知识库,而你刚才也提到了这一点。仅仅拥有那些产出物构成的语料库,现今的 AI 就能做很多事情,而且你可以把其中一部分自动化。

但是,你要如何获取所有这些数据、如何让人类参与进来?即使你觉得它有意思、可供阅读,但如果你想分享出去,它会引起其他人的兴趣吗?是的,在我看来,人的因素在那里至关重要,尤其是如果你要公开分享的话,你懂的。

[00:26:14] Nathan Wrigley: 是的。

[00:26:14] Damon Cook: 至少要保持透明。

[00:26:16] Nathan Wrigley: 是的,你把它命名为 WP Trend Watcher。给我的感觉是,如果把时钟倒回我不知道的 2023 年,那是我们第一次都被 ChatGPT 迷住的时候,我们都以为整个界面的表现非同寻常。但当时的感觉是,它很新颖、很有趣,在很多方面的行为都有点——我不知道,有点像通过了图灵测试,让我们相信它是人类。

但如今我们已进入 2026 年,我觉得 AI 的核心角色之一,正如我之前所说,是这些信息的尸体,只不过并不像人脑那样有限。我的记忆容量是有限的,能记住的东西如此之多已经令人警惕地少了。但随着时间推移,如果你坚持做你现在所称的 Trend Watcher 这类工作,你收集的数据会不断增长,而 AI 从那些零散的数据中操纵、理解——我在这里加上手势强调——“理解”并创造意义的能力,也会随之增强。

因此,到了 2027 年和 2028 年,观察发生了什么或许会很有意思。为什么那个东西一直没有被构建出来?我们是如何把这个东西发布到 Core 里的?它从何而来?那些零零碎碎的组成部分都是什么?促成这一切的拼图碎片在哪里?这件事究竟是怎么发生的?市场趋势是什么?为什么我们的市场份额下降了 4% 或上升了 8%?这一切是怎么发生的?

所以我的感觉是,如果你不断推动它,这类信息就会变得触手可及,可以通过对它提问来获取——以一种我们过去从未拥有过的方式。再次强调,没有疑问,但,你知道我是什么意思,对吧?

[00:28:03] Damon Cook: 是的。我认为,当我开始构建这个东西时,其中有一个——而且现在仍然有一个——组成部分,就是我希望实现某种趋势观察功能:让 AI 审查这些过去的报告,推断是否存在趋势。为什么,对,为什么我们会从关于这个问题的第 1 份报告做到第 18 份?也许 WordPress 7 中有某个功能,诸如此类。那里发生了什么变化?我想把这作为一个单独的组成部分来实现。我还没有构建它,但这是一种可能性,也一直是最终目标。而目前保留这些凭据并生成这些报告,从某种意义上说只是脚手架。

[00:28:48] Nathan Wrigley: 所以给我的感觉是,它其实并不受限于 WordPress。你可以利用自己已经构建的东西,把它指向几乎任何行业或事物。你本地的网球俱乐部,或者任何其他对象。你也可以随着时间推移,建立起这种趋势分析,看看正在发生什么。

而且我敢说,你甚至可以在自己身上实现它,这样就能看到我的写作节奏是怎样的?我的 Fitbit 数据之类的处理得怎么样?你可以看到,即使我一边说着这些话,一边也在思考:“哦,这是一个我不想生活的反乌托邦。”但与此同时,我确实非常好奇,那种更强的维持状态并长期保存数据的能力最终会带来什么。它会为我们提供什么。

因为我们都会遗忘,所以人的大脑非常短暂。对我们重要的事情来来去去。我们 constantly 记错事情,而你刚刚所描述的这类东西在未来会让我们能够做什么,这将会非常有意思。而且这似乎确实只是初步阶段。2029 年的人类回头看看你过去半小时一直在谈论的这项工作,会想:“哦,那真有意思,但看看我们现在走到了哪里,我们站在了那些巨人的肩膀上,而如今我们到了这里。”它既令人着迷,也同样令人恐惧。就这么说吧。

[00:30:11] Damon Cook: 是的。是的,绝对如此。

[00:30:13] Nathan Wrigley: 是的。

[00:30:14] Damon Cook: 数据太多了,而且还在不断增长,对吧?

[00:30:17] Nathan Wrigley: 是的。

[00:30:17] Damon Cook: 在变好之前,情况会变得更糟。

[00:30:19] Nathan Wrigley: 是的。那么,看看这一切最终如何落地会非常有意思。不过,我想鼓励大家去做的是,我会至少附上三个链接。我会附上 GitHub 仓库,它显然位于 Damon 的 GitHub 账户下,叫 colorful-tones。然后这个叫 WP Trend Watcher。我还会附上 damonacook.com,上面有一篇博文,介绍如何快速上手,以及你完成这件事需要哪些步骤。

但我也会附上它的输出,这同样是一个 GitHub 仓库,不过你可以去看看每周摘要之类的内容,然后自行判断是否想把它安装到自己的本地机器上。

我认为,不可避免的趋势是,它会越来越多地出现在我们的生活中。我们是否有时间真正与它输出的数据互动,还是说我们需要另一层 AI 来应对现有的 AI 水平,就目前来看,未来还有待观察。你懂的,这会变成套娃。

好了,就是这些。在结束之前,你还有什么想补充的吗?我有没有漏掉什么?

[00:31:27] Damon Cook: 没有。唯一一点就是,你知道,我是 colorful-tones。实际上,在 X 上可能不带连字符。然后在 LinkedIn 上,我会尽量每周在那里分享报告,方便大家跟进,不过也就这些了。

[00:31:47] Nathan Wrigley: 很好,那样的话,我会设法找到你的 Twitter 或 X 账号以及其他零零碎碎的信息。还有 wptavern.com,如果你搜索 Damon Cook 参加的那一期节目,拼写方式应该和你想象的一样,D-A-M-O-N Cook,C-O-O-K。搜这个就好。对了,非常感谢你今天来和我聊天,也为这个主题喝彩。我想在之后的 WordPress 新闻周期中,我会大量利用这些内容。

[00:32:14] Damon Cook: 我们可以安排上,获取一些 RSS 订阅源,把它们接上,让你用起来。

[00:32:18] Nathan Wrigley: 是的。

[00:32:18] Damon Cook: 你可以开始生成其他报告了。

[00:32:20] Nathan Wrigley: 好的,太棒了。等我们稍后点击停止后,再聊几句吧。Damon Cook,非常感谢你今天接受我的采访。

[00:32:26] Damon Cook: 谢谢。

来源:WP Tavern · https://wptavern.com/podcast/231-damon-cook-on-how-wp-trend-watcher-keeps-him-up-to-date-with-wordpress/

部分链接为推广/关联链接。