我们实际做了什么
- 发布了我们自己的 MCP 插件缺失版本
- 验证发布 ZIP 文件与准备好的副本完全一致
- 清理
readme.txt文件，让 WordPress 包看起来规范 - 统一 GitHub
README.md文件，让仓库也保持整洁 - 创建缺失的
mcp-abilities-formidableGitHub 仓库 - 修正几个落后的插件仓库中的 branch tracking 和仓库卫生问题
- 更新 Devenia 的公开插件页面，让它们不再显示过时且错误的信息
最有意思的部分：让插件页面重新说真话
这一部分尤其让人满意。
我们的公开插件页面并没有完全坏掉。它们的问题更隐蔽：它们旧了。
这意味着访问者可能读到听起来不错、但已经不完全真实的内容。旧的插件数量。旧的说法。旧的下载链接。旧的描述。
所以我们修正了这些内容。
- 主 Plugins 页面现在为 MCP Expose Abilities 和 URL Change Lockdown 使用最新描述。
- MCP Expose Abilities 页面现在反映真实发布状态：67 项 WordPress 原生能力、18 个已发布 add-ons，以及整个更大 stack 中 450 多项已记录能力。
- URL Change Lockdown 页面现在说明插件的真实范围：保护 slugs，而不是过去那种“锁住一切”的说法。
- 旧的发布链接已被替换，避免用户被送到过时的 ZIP 文件。
为什么这很重要
如果插件页面说错了话，人们就会做出更差的决定。
也许他们会安装错误版本。也许他们会期待几个月前已经改变的功能。也许他们会认为某个插件比实际更小、更弱或更难理解。
这种损害并不戏剧化，但仍然是损害。
我们宁愿要简单、正确的页面，也不想要漂亮但事实陈旧的页面。
插件 stack 现在更大了
MCP 插件生态已经增长很多。核心插件处理 WordPress 原生任务，add-ons 现在覆盖区块编辑、GeneratePress、Elementor、Rank Math、Wordfence、Brevo、Cloudflare、Cache Enabler、WPML、Toolset、Formidable、Advanced Ads、Broken Link Checker、Content Demand、数据库工作、检查运行、workspace 任务和文件系统操作。
因此，这次清理的一部分很简单：让我们的公开页面跟上 GitHub releases 中已经完成的工作。
我们也喜欢的小小技术胜利
- 看到版本号重新正确对齐
- 看到 release assets 与准备好的 ZIP 文件完全匹配
- 从插件页面删除过时说法
- 修复一个仍然指向古老 release 的下载链接
- 把混乱的仓库状态变成干净的仓库状态
现在可以查看什么
简短版本
我们修好了插件盒子。然后修好了货架上的标牌。现在两者一致了。
这不是最耀眼的工作。但它会让其他所有事情少一些麻烦。
坦白说，这正是我们最喜欢的清理类型之一。