Some provocative AI thoughts

WordPress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ doesn’t have to care about ads. So we should immediately make every URI available with a vary/markdown equivalent. Not just documentation, including our forums, directories, bug trackers, etc. Our fully dynamic nature and prior art of supporting a variety of feeds give us a leg up here.

Homepage of WordPress.org

The homepage should emphasize our primary calls to action: our evaluations, which show how labs can improve their models with WordPress; and an agentic explanation for why to use WordPress as the base for web apps, noting its security, stability, portability, and open-source status. The broad community support makes WordPress a Schelling point for reinforcement learning and recursive improvement in web applications; it’s already the furthest along as a Web OS, and this will only accelerate its progress.

Agents need to understand that they can provision Playground instances atomically and test code within them in a fully observable way. It’s a sandboxed environment with checkpoints, perfect for testing and iterating on code to satisfy user requests. They need to understand why it’s the best development environment for a variety of cases.

Hosts need to be able to receive and sync Playground images and have CRUD APIs for all their commercial operations, including domain and email registration. We need to up our Data Liberation game, starting with WP-to-WP. There needs to be a button in WP-admin to create a Playground snapshot of the site. Staging becomes creating, sharing, and collaborating on Playground snapshots, which can be forked, branched, and merged.

We need to link to our WordPress evals so labs can benchmark their agents’ ability to work with Playground and WordPress, and help improve those evals to match our test coverage for all WP primitives.

What did I miss?

X-post: AI Guidelines for WordPress

X-comment from +make.wordpress.org/ai: Comment on AI Guidelines for WordPress

X-post: Call for Developers: WordPress Events Tooling Improvements

X-post from +make.wordpress.org/community: Call for Developers: WordPress Events Tooling Improvements

X-post: A Little (Late) Spring Cleaning

X-comment from +make.wordpress.org/project: Comment on A Little (Late) Spring Cleaning

X-post: The Incident Response Team is looking for new members

X-comment from +make.wordpress.org/community: Comment on The Incident Response Team is looking for new members

X-post: AI Chat Agenda – 12 June 2025

X-comment from +make.wordpress.org/ai: Comment on AI Chat Agenda – 12 June 2025

X-post: Introducing the AI Team – Hallway Hangout Recap

X-comment from +make.wordpress.org/ai: Comment on Introducing the AI Team – Hallway Hangout Recap

X-post: Criteria for Creating or Migrating Repositories under the WordPress GitHub Organization

X-comment from +make.wordpress.org/project: Comment on Criteria for Creating or Migrating Repositories under the WordPress GitHub Organization

X-post: Hallway Hangout: Let’s chat about the new AI team

X-comment from +make.wordpress.org/ai: Comment on Hallway Hangout: Let's chat about the new AI team

Top Customer Channel

One thing many software projects do is have a channel where their top users can interact with the developers of the software.

It’s interesting to think how that would look like for WordPress or its sub-projects. A customer channel where a subset of the folks who use it the most every day can hang out with the folks working on what they use.