基础操作思路

使用对象缓存插件，比如Memcached、Redis等。
使用将WordPress等动态页面转为静态缓存的插件，比如SuperCache、LiteSpeed Cache、W3 Total Cache等。
使用图片压缩软件，如Smush、EWWW Image Optimizer、ShortPixel等。

图片优化

图片尺寸设置

提前加载页面

<script src="//instant.page/5.2.0" 
type="module" integrity="sha384-jnZyxPjiipYXnSU0ygqeac2q7CVYMbh84q0uHVRRxEtvFPiQYbXWUorga2aqZJ0z"></script>

整体优化思路和插件组合

通过插件Regenerate Thumbnails重新生成尺寸，
通过插件JefThumbnails Size调用合适的图片质量，
通过Jef Instant Loader插件提前加载页面。

体验效果

优点：整体优化完换，删除浏览器缓存访问博客，速度有非常明显的提升！点击页面的加载的确有闪电一样的感觉。

不足：第一次访问首页的时候，速度仍然没有那么快，和bosir的首页加载仍然有差距。限制我的有两点，我的首页图片较多，无形中增加了加载成本，第二服务器是香港服务器，受到带宽影响和bosir国内的服务器没法比。

AI辅助：

文章排版由KIMI完成，代码开发由Cursor完成。

结尾

目前，AI编程非常火爆，昨天看到@沉沦暴兵，一天发好几个插件，很多人很好奇怎么做的，正好把之前的一些操作经历整理一篇文章，之前通过Cursor创建了一个社交网站 ，该网站包含了最基本的注册、讨论、发帖、前台、后台、用户管理等功能。

作为一名互联网人，虽然我不会写实际代码，也从未学习过编程，但AI编程帮助我将一些想法变成了现实，我觉得很有趣，今天把整个流程分享给出来，以便于感兴趣的人直接可以直接上手，比想象的简单的多。

产品设计

今天，我们将花费20分钟创建一个WordPress网站插件，在开始之前，我们需要明确以下几点：

• 插件的基本功能是什么？
• 插件的性能要求，是否需要处理网站数据，是否有前后台数据交换？
• 插件的基本布局和界面设计是什么样的？

确定了这些之后，我们开始第二项工作：撰写提示词。以我们的插件为实际案例，整理这些提示词。提示词可以是半成品，因为我们可以通过AI再次细化。我建议第一次大家都以作品临摹为主，因为跟着操作一遍熟悉一下整个工作台。

提示词部分：

我要创建一个WordPress插件，该插件的名字为JefBookmark，作者Jeffer.Z，主页www.jeffer.xyz

该插件的主要功能是记录用户输入的网址和网址名称，支持标签功能。输入的书签使用WordPress文章自定义类型实现。

后台功能包括书签列表、添加、编辑、删除等。前台通过短代码调用，可以将短代码插入任何页面调用书签列表。

书签布局为：顶部显示“全部”和标签1、标签2、标签3等，最多支持展示10个标签。这一行的下方为书签列表，列表中的书签包括图标、书签名称（超链接形式），右侧显示该书签的标签。

底部为标签的分页，分页数量可以通过后台设置。

然后，我们打开KIMI或DeepSeek，优化一下提示词，并告诉它要放在Cursor中使用。以下是优化后的提示词：

AI返回的提示词：

插件信息
插件名称：JefBookmark
作者：Jeffer.Z
主页：www.jfnote.com

功能需求
1. 书签存储
- 使用WordPress自定义文章类型存储书签。
- 每个书签包含以下字段：
- 网址（必填）
- 网址名称（必填）
- 标签（支持多选，最多10个标签）

2. 后台管理
- 书签列表：显示所有书签，支持分页。
- 操作功能：添加、编辑、删除书签。
- 标签管理：支持最多10个标签的添加、编辑和删除。
- 分页设置：允许在后台设置分页数量。

3. 前台展示
- 使用短代码[jefbookmark]在任何页面调用书签列表。
- 布局设计：
- 顶部导航：显示“全部”和所有标签名称（最多10个）。
- 书签列表：
- 每个书签显示图标、书签名称（超链接形式）和所属标签。
- 标签显示在书签名称右侧。
- 分页功能：底部显示分页导航，分页数量可通过后台设置。

技术实现
- 自定义文章类型：jefbookmark
- 字段存储：
- 使用ACF（高级自定义字段）或自定义元数据存储书签信息。
- 短代码功能：
- [jefbookmark]：用于在前台页面调用书签列表。
- 模板文件：
- 自定义模板文件用于书签列表的前端展示。
- 样式与脚本：
- 提供基础的CSS样式和必要的JavaScript功能。

插件开发要求
- 确保插件兼容WordPress最新版本。
- 提供详细的文档说明插件的安装、使用和配置方法。
- 确保代码清晰、注释详细，便于后续维护和扩展。

编辑器操作

将这个提示词创建一个readme.md文件，然后把提示词粘贴进去。在你的项目文件夹中，新建一个名为Jefbookmark的文件夹，将md文件拖进去。

打开Cursor后，按下Ctrl + I打开对话窗口，选择支持的编程模型为Claude3.5，然后在输入框中@readme.md文件，直接对它说：“Cursor，请根据该文件创建一个网络书签插件。现在请你根据提供的信息思考下，你要如何实现并列出来插件的大纲，然后将大纲和文件结构创建一个json文件。”

这时，Cursor会开始思考，并列出实现方法，你可以看到窗口它的回复内容，以及它创建的json文件。

这里需要注意的地方，一般cursor会把项目搞得很大，你要求他以最小MVP代码量和文件量实现，如果是特别简单的插件，直接告诉他，请以一个PHP文件完成插件所有功能，根据功能去评估文件大小和数量，不要让cursor制作非常大的结构和目录，那会导致它不停的去创建目录和文件，把代码搞得非常复杂。你也可以在最初的readme文件就通过规则限制它，我一般会看一下cursor会输出多大的结构，然后才会第二次对它校正。这里考验大家的是，你要根据功能判断多少个文件足够它完成代码。如果你的项目很大，一定要自己设计文件结构，而不是让cursor给你设计，那会造成项目过载，使用一对复杂的技术，增加代码工作量。

接着，直接告诉它“请开始实现”，它会创建一些代码和文件。当所有代码完成后，

1. 请@codebase在输入框再次和它对话：“请检查全部代码和文件，查看是否有功能和代码衔接的错误，如果有请修复它。” Cursor会进行修复。
2. 然后再次@codebase，告诉它：“请你做上线之前的最后一次检查，保证插件的激活、启动、停用、卸载正常。” Cursor会做最后一次检查并修改代码。

打包安装

最后，将代码打包成zip文件，直接在WordPress网站插件上传文件包。如果插件没有正常启动，会有提示，将错误提示复制给Cursor，它会进行二次修复。再次上传覆盖插件即可。此时，你就可以在后台添加你的网络书签，并将短代码[jefbookmark]复制粘贴到你想要展示的位置，保存后，再次访问该页面就能看到你的网络书签了。

地址演示

网址：https://www.jeffer.xyz/bookmark

全程花费20分钟，包括代码修复和功能调整。对于有经验的开发者来说，可能只需半个小时就能搞定。如果你是新手，一个小时也能上线你的插件功能。

这里的网络书签只是一个演示，你可以创建任何符合规则的插件，比如表单、数据统计插件、文章伪原创插件等，具体做什么取决于你的兴趣和职业。

如果你有确定的界面和网址，也可以直接把地址丢在窗口，要求他以这种界面输出，输出级别比如1:1，比如参考整个布局，比如参考样式配色等，和Ai沟通尽量以最简洁是对话让ai理解，如果说不清楚就丢图片和网址，Cursor也可以阅读图片，然后直接按照图片创作网页。这里拿插件作为演示，是因为插件的门槛最低，一般在宝塔里面修改过PHP文件的博友，我都把这批博友视为可以直接上手Cursor编程选手。

问题修复

也会有一些博友的项目或者插件，主题出问题，修复的方法也很简单，直接将项目解压到目录，Cursor打开该项目文件，然后Ctrl I打开对话窗口，@codebase 让他遍历一遍项目代码，然后说一下这个项目的功能是什么，整个文件结构是什么样的。这是第一次对话，你需要它熟悉项目。

第二次对话，选择出问题的文件或者文件的目录，在对话窗口将问题描述，然后 @该文件或者该目录，第二次对话不要求他立刻实现代码，一定要先问他是什么问题，Cursor会定位出来问题，然后你告他，请思考几种方法可以修复，并且告诉我几种方法的优劣势，然后他会告诉你。

如果一直无法定位到问题，一般有可能出现导致的，AI当前被降智，你引用的文件位置错误，或者你提供的问题和实际的文件不匹配，一般项目越大越复杂，引入的变量越多，越难以定位到问题本身。

其他注意

1. 账号购买：去某宝买共享版3人500条高速，不要买号池账号，号池账号不稳定会降智的。
2. 汉化处理：随便找一个Ai问一下，会给你教程。
3. 适合人群：编码是否适合小白和程序员，适合任何可以通过键盘打字的人。
4. 屎山代码：创建的代码是否为屎山，如果你不规范它就是屎山，屎山与否取决于使用人在创建产品之初，给Cursor设计的代码目录结构和前提。如果你本身就可以阅读代码，这样更好，你可以要求他使用具体方法，什么框架，以什么规范创作。
5. 产品范围：还能写什么？可以写APP，小程序，网站，脚本等等。
6. 需要工具：www.cursor.com 直接注册，赠送免费50条额度使用，但是有一个前提，打开编辑器对话需要开魔法节点，建议使用香港节点。

End

如果遇到问题，可以评论区讨论，现在很多博友都在用，经验比我丰富的也很多，我这里写一篇作为抛砖引玉，没有过多的去截图，因为整个cursor的使用教程非常多，大家直接B站就能搜索到，基础操作熟悉一下就可以，这里更多的是提供做产品的思路。

1/8日更新：3天AWS新服体验不佳，吃灰已久的Jetpack宕机监控功能3天下来跳了几次，已迁至阿里云港服。从 到 再到 ，博客站物理位置离自己更近了。

博客重新上线时用的是Amazon Lightsail最低标准，配置是512MB内存 2vCPU，每月3刀，一个WordPress小博客站点够用了。用了一段时间有了折腾后发现不够用，就单单一次上传多个图片就能给整爆失联，得重启服务器恢复。后来干脆快照形式搬迁至1GB内存 2vCPU配置，每月5刀，用到现在没出现什么问题，期间亚马逊AWS还涨过一次价至7刀。

以上用的实例位置均在新加坡，期间有博友发现其无法畅通访问得挂梯子并告诉我（其实我自己用的网络环境中并没有遇到过，网络运营商处理这些在我看来有点玄学）。之后就心念着想换位置，理想位置是香港，毕竟是没有备案的最佳选择。还有一个想换的原因是用Bitnami栈打包的Apache服，怎么说呢，Bitnami非常好非常安全非常稳定，但对我来说太麻烦了，修改一些文件权限要整来整去，一些服务版本的更新还得大动干戈，就想换成原味。主要是自己的懒惰，就一直搁着。

新年嘛，就趁新年第一个周末给站点搬家。看了阿里云ECS和腾讯云CVM，最终选择了老东家亚马逊。亚马逊的EC2有港服，但没港服的Lightsail它更便宜！选了和原来一样的配置7刀/月，不同的是位置从新加坡换到了日本，离中国近一点哈哈，经过测试真的是快了一点~阿里云和腾讯云的轻量应用服务器也便宜且有港服，但当我看到“建站内容也是受限制的，出现违规域名会被封禁。”时总觉得会缺少点什么，虽然自己爱国守法，但还是算了，这些年使用过和正在使用的服全是外面的，也无所谓运营商玄学，就对搬回来这欲望并不是那么强烈。

周六上午就开好实例，用Debian12作服务器系统，习惯了Debian，很好。下午只需要旧服备份数据新服搭建环境后一气呵成。然而过程中出了一些状况，需要放下手头其他事，搁置了已经进行到一半的搬迁事宜。当时就连把域名解析回旧服ip从而恢复访问的操作都不想做，出现502 404 TIMED OUT之类已经无所谓了，因为儿子生病了。

周六当天儿子出现两次呕吐症状，第一次呕吐物比较少，里面有少许上午吃的水果。期间儿子还说过自己肚子痛痛，但我们仅凭他当时精神状态很正常，并就有没太多处理，只是揉揉肚子和各种无知的揣测原因。隔三四个小时后出现第二次呕吐，我们这时才意识到问题的严重性，并立马带他去医院，医生给的诊断结果是小儿病毒性肠炎。晚上儿子就出现发热症状，又是一个不眠夜。第二天还在发热，但属于低烧范围，已经不会再呕吐，也说肚子不痛痛了，状态也不错。

周日下午才有完全属于自己的时间接着去处理搬新服后续的事，算是比较顺利。出现问题是服务器莫名过载让网站无法访问，SSH也连接不上且持续很长时间，得重启服务器恢复。线索来源于“PHP message:Connection refused”，先排查插件发现W3TC所使用的缓存方式会导致此问题，Redis与Memcached都试过但问题依旧，干脆先停用，反正新服速度不错。病根应该是php，先搁置，等有空再处理~ _{//已解决，PHP权限问题}

Lightsail真的很Light很轻量，CPU给压的死死的，便宜嘛，这货持续高负载就卡挂。属于突增型，就是说你平时使用CPU的利用率低于10%时（性能基准，实例配置不同基准百分比不同），能积累一种“能量”，当CPU利用率高于10%时，累积的“能量”就会消耗，如果持续高负载直至“能量”耗尽，CPU最大利用率就会压回10%，这就是为什么会挂掉的原因。以上是我对突增型服务器的理解，也罢，够用！

2025年了，看到大家都在写总结，晒清单，立新年Flag，由衷佩服大家的行动力，这是身为一个博主应该拥有的积极人生态度啊，反观自己真的是弱爆了。我属于是佛系，博客更新频率低，写的东西也属于肤浅的记录。时间是有的，陪小朋友、玩游戏、刷手机是我工作时间以外最放松的时候，所以不想“浪费”在写博文上。偶尔打开Follow看看大家写了啥，说真的点开订阅也成为另一种心理负担，因为每次点开后这么多的未读文章，每篇都想点进去瞄一眼，这时间就刷刷走了~

Source