content-publishing

Guides a content piece through selection, drafting, review, held preview, and release.

Updated Jun 4, 2026
One-click install
npx skills add https://github.com/tedeuxx/tadeumendonca-skills --skill content-publishing-tedeuxx
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: content-publishing
Source: https://github.com/tedeuxx/tadeumendonca-skills/tree/main/skills/content-publishing
Command: npx skills add https://github.com/tedeuxx/tadeumendonca-skills --skill content-publishing-tedeuxx

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Content publishing pipelines often exist only as tribal knowledge, so sessions skip steps, treat a curated lane like an autonomous queue, or send the owner a rendered artifact instead of a real preview link. This Skill writes down the full lane a piece travels — from owner interview at capture to live release — naming which steps run unattended and which wait on the owner. ## Core Features & Use Cases - End-to-end pipeline definition: Ten named steps (capture, description closure, selection, draft, bounded review rounds, merge gate, held preview, release, social pair) each labeled AFK, HITL, or otherwise, so nobody discovers owner-waiting steps by accident. - Held preview mechanics: Documents the draft: true front-matter flag, the ?preview URL parameter, per-edition slug rules for composing the review link, and why HTTP 200 checks cannot validate a held page. - Review round rules: The reviewing persona repairs copy defects in place on exactly two grounds (a quotable ruler clause or a claim false against the source), bounded at two rounds, with five explicit checks covering spine surfaces, takeaways, signatures, and verbatim quote attribution. - Use Case: When taking a finished article Issue to live, follow this Skill to run the drafting pair, deploy the piece held at its real URL, send the owner the locale-correct preview link, and only then release and generate the social pair. ## Quick Start Use the content-publishing skill to take the ready article Issue through drafting, review rounds, and a held preview deploy, then send me the preview link for review.

Frequently Asked Questions about content-publishing

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I publish a content piece through a staged review pipeline?

Follow the lane's ten steps: capture via owner interview, close the description, owner selection, drafting, at most two repair-in-place review rounds, merge gate, held preview deploy, owner review at the real URL, then release and social drafts. Each step is labeled AFK or HITL so you know where the owner must act.

How does a held preview deployment work before release?

The piece is merged with a draft: true front-matter flag, built at its final URL, and rendered only to visitors arriving with the ?preview parameter. It is dropped from public and route enumerations but kept in the resolution index, so the URL answers while the piece stays unlisted.

Why does a 200 status code not validate a preview link?

A catch-all rewrite returns 200 for every path, including nonexistent ones, and a held piece is prerendered in no edition, so right and wrong URLs serve identical bytes. Only the client-side render distinguishes the real piece from the not-found state.

How should preview links be composed for multi-locale content?

Read each URL segment from the artifact itself: the locale prefix of the edition being sent and the slug from that edition's own front matter. Never reuse the other edition's slug, infer the slug from the filename, or derive it from the title.

What are the limits of the two-round review bound?

The reviewer repairs drafts in place on only two grounds — a quotable ruler clause or a claim false against the source — and there is no third round. The bound's terminal condition is a section count authored by the persona it constrains, so nothing mechanically prevents a reset.

When should a piece not enter an autonomous work queue?

When the lane is owner-selected by design: a ready label on a content Issue means the description is closed and the piece is eligible to be chosen, not queued. Admitting such pieces to an iteration drain reverses the owner's control over what gets published and when.