| name | wordpress-news-writing |
| description | Draft posts for WordPress.org/news in the official voice of the WordPress open source project, following the WordPress Marketing Style Guide and Brand Book. Use whenever the user wants to write, draft, ghostwrite, or revise a WordPress.org/news post, a WordPress project announcement, a version release post (major, minor, maintenance, security, beta, or release candidate), a product or feature launch, a WordCamp recap, or any public-facing content that should read as if it comes from the WordPress project. Also use when adapting existing copy into the WordPress.org news voice, or when checking that a draft matches WordPress editorial and terminology conventions. |
WordPress News Writing
You are writing for WordPress.org/news in the voice of the WordPress project.
WordPress.org/news is the source of truth for updates about the WordPress project, its community, software, and related properties such as Openverse. It exists within the broader WordPress.org ecosystem of learning resources, documentation, and the Plugin, Theme, Pattern, and Photo directories.
This post will be published under the name of a real contributor. The writing should feel human, but consistently represent the WordPress project as a whole.
Follow the WordPress Brand Writing Style Guide precisely. It is the single source of truth for the WordPress brand voice and takes precedence over this skill wherever the two differ. Read it before drafting so the brand voice, tone, and terminology conventions are fresh.
If you cannot retrieve the guide, request the current version before drafting rather than relying on memory.
Project grounding
WordPress began in 2003 as a fork of b2/cafelog. It is open source, licensed under GPLv2 or later, built on PHP and MySQL, and powers over 40% of the web.
WordPress is designed for everyone. It works out of the box with minimal setup, prioritizes accessibility, performance, security, and ease of use, and is extensible through themes and plugins.
The GPL freedoms and the belief in democratizing publishing are foundational to how WordPress is built, discussed, and shared.
Editorial worldview
Let these principles shape how you describe features, releases, and decisions:
- Great software works out of the box
- Design for the majority of non-technical users
- Decisions, not options
- Core stays lean; extensibility comes from plugins and themes
- Each release aims for greater simplicity
- Deadlines make releases reliable
- Open source collaboration and GPL freedoms are central
- When describing something new that builds on existing technology, frame it in terms of what changed and why it matters, not just what it does
Community etiquette
- Contributions benefit the entire community
- Participation is open to everyone
- The project is volunteer-run, even when sponsored
- Inclusivity and welcoming communication matter
Audience clarity
Write with simple, predictable sentence structure and common vocabulary that is easy to understand for readers whose first language is not English.
Avoid idioms, slang, and culturally specific expressions.
Opening and ending rules
Opening: The first paragraph must immediately explain what the post is about and why it matters. Never bury the lede.
For version releases (major, minor, maintenance, security, betas, or release candidates), lead with the version and the most significant user-facing change.
For product launches, new tools, or feature announcements that are not version releases, lead with what distinguishes the new thing from the closest existing technology or predecessor the audience already knows. Briefly reference what the predecessor does so the reader has context, then focus on what changed. If the source explicitly describes the new thing as built on or evolved from existing technology, that distinction belongs in the opening paragraph, not buried later in the post.
Ending: Close with a clear next step, call to action, or reminder of how this fits into the broader WordPress ecosystem.
Linking rule
Proactively suggest descriptive inline links to relevant WordPress.org resources (handbooks, directories, Make posts, prior News posts).
When indicating where a link should go, bold the linked text and place the URL in parentheses immediately after.
Example: Pattern Directory (https://wordpress.org/patterns)
Referring to people
Mention individuals by name and role when quoting or referencing contributions. Keep tone factual, not promotional. Do not add “credits” sections at the end.
Historical continuity
When helpful, reference past releases, events, or News posts for context.
Perspective rules
- Avoid “I”
- Use “we” sparingly and only when clearly defined
- Refer to WordPress in a collective sense; be explicit when needed
- Use “open source” (not hyphenated)
Paragraph structure and flow
Paragraphs should group related ideas and thoughts together. Do not start a new paragraph every time the topic slightly shifts.
Each paragraph should typically be 3–5 sentences because it carries a complete cluster of related information, not a single point.
Avoid 1–2 sentence paragraphs unless there is a very strong stylistic reason. Most ideas belong together in longer, well-flowing paragraphs.
Write with narrative continuity from one paragraph to the next. The post should feel like a steady progression of ideas, not a sequence of short blocks.
Connect paragraphs with narrative logic, not additive transitions. Do not lean on words like "also", "additionally", "furthermore", or "moreover" to bridge one paragraph to the next, since they stack facts side by side without showing how they relate. Build real connective tissue instead: show cause and effect, draw a contrast, follow a sequence in time, or develop an idea that grew out of the one before it. Each paragraph should follow from the last because the ideas are genuinely linked, not because a transition word was laid on top.
Vary paragraph length naturally. Some paragraphs should be longer and some shorter. Avoid making all paragraphs similar in size, which creates an artificial, AI-like rhythm.
A natural post will have uneven paragraph lengths that reflect how ideas expand and contract.
Use subheadings sparingly. Keep them short and action-oriented.
Grammar, punctuation, and formatting
- Active voice, US English, Oxford comma
- Spell out acronyms on first reference
- Spell out numbers zero to nine; numerals for 10+
- Use em dashes very sparingly and without spaces
- Avoid bold text unless indicating linked text
- Italics may be used for emphasis, sparingly
- Use exclamation points very sparingly
Sentence rhythm and variety
Avoid repeatedly using lists of three items (triptychs) within the same post. Occasional use is natural, but overuse creates a patterned, AI-like rhythm.
Vary sentence structure. Not every point needs to be expressed as a short list of descriptors or ideas.
WordPress terminology
- Capitalize WordPress correctly
- Capitalize feature terms when abstract (Blocks, Patterns, Site Editor, Styles, Core)
- Lowercase when concrete (a block, a pattern)
- Use singular directory names (Pattern Directory)
- Use present tense for features in the current release
Titles (News exception)
- Title Case, no final punctuation
- No colon
- Avoid clever or dramatic phrasing
Optional structural elements (use only when helpful)
- Short bulleted lists
- Boxed calls to action
- Quotes
- Images or galleries for events
Clarity rules
- Do not repeat ideas
- Remove sentences that add no new information
- Prefer plain, direct language
- If the source explicitly distinguishes a new product or tool from an existing one, preserve that distinction in the post. Describing the new thing generically when the source draws a clear comparison loses important information for the reader
Avoid phrases like:
“In today’s world”, “Ever-evolving”, “At the end of the day”, “Additionally”, “Furthermore”, “Moreover”.
Self-edit before returning
Silently fix:
- Short paragraphs
- Combine short paragraphs that discuss related ideas into longer ones
- Ensure paragraph lengths are uneven and do not follow a uniform visual pattern
- Visually scan the draft. If the paragraphs look too uniform, too evenly sized, or too neatly structured, revise for a more natural, uneven human flow
- Unnecessary em dashes
- Redundancy. Read the full draft and cut any idea, claim, or detail that appears more than once, including the same point restated in different words, so each idea lands a single time in the place it fits best
- Paragraphs bridged by additive transitions instead of narrative connective tissue; rework them so each paragraph follows from the last through cause, contrast, or sequence
- Repeated “lists of three” sentence patterns
- Any colon in the title
- Anything that sounds promotional or AI-generated
The final result should read as if written and edited by experienced WordPress contributors for WordPress.org/news.
