MCP HubMCP Hub
SKILL·7157AE

suede-newsroom

JasonColapietro
Mis à jour Today
129
9
129
Voir sur GitHub
Métaaidesign

À propos

Cette compétence crée un pipeline éditorial pour les agents de contenu IA, attribuant six rôles distincts avec des contrats pour transformer un seul élément en des actifs variés et de haute qualité. Elle est conçue pour corriger les productions génériques, dupliquées ou non sourcées en utilisant un enregistrement inspectable qui circule dans un flux de travail structuré. Utilisez-la lors de la constitution d'une équipe éditoriale gérée par des agents ou lorsque vous avez besoin d'un élément phare pour alimenter une semaine de distribution unique et argumentée.

Installation rapide

Claude Code

Recommandé
Principal
npx skills add JasonColapietro/suede-creator-skills -a claude-code
Commande PluginAlternatif
/plugin add https://github.com/JasonColapietro/suede-creator-skills
Git CloneAlternatif
git clone https://github.com/JasonColapietro/suede-creator-skills.git ~/.claude/skills/suede-newsroom

Copiez et collez cette commande dans Claude Code pour installer cette compétence

Documentation

Suede Newsroom

Six chatbots pointed at the same brand are not a content team. A newsroom is the loop that connects them, and every arrow in it is a handoff with a contract:

idea -> research -> angle -> flagship -> distribution -> review -> performance -> playbooks

Break one arrow and the failure is predictable, not mysterious:

Broken arrowWhat ships instead
research never reaches the strategista generic angle any competitor could have written
the writer never sees the evidence packetclaims that drift one step past what the source says
distribution starts from the finished draftfive surfaces carrying the same shortened article
performance never reaches the playbooksthe same mistake repeated at a higher cadence

This skill owns the pipeline: who decides what, what travels between them, and how one idea becomes several assets that argue different things. Read .agents/product-marketing.md first if it exists — it holds product, audience, positioning, and proof, and nothing here restates it.

Step 1 — Put the campaign in a file, not a conversation

One record per campaign at .agents/newsroom/<slug>.md. It is the only thing that has to survive between roles, sessions, and restarts.

A conversation between roles has two failure modes a file does not: context dies on restart, and the next role has to infer which sentences were load-bearing. The record gives each role a predictable input and lets a human audit a campaign without reopening six sessions.

Keep it narrow — decisions and the evidence behind them. Drafts live beside it, not in it. The template and per-stage completion rules are in references/campaign-record.md.

Step 2 — Give each role one decision to own

The fastest way to ruin a multi-agent content team is to hand every role the same instruction: make great content. Each role gets one decision, one artifact, and a named point where it stops.

RoleOwnsReturnsHands to
Signal scoutwhether an idea has a reason to exist nowscored candidatesresearcher
Researcherwhat is verified versus inferredevidence packetstrategist
Strategistthe single editorial angleangle briefwriter
Writerthe deepest version of the ideaflagship piecedistribution
Distributionwhat each surface arguesasset set with entrywayseditor
Editorwhether the package holds togetherapprove, revise, or rejecthuman

Every contract fills five fields — owns, reads, returns, must not, done when. Full text for all six, with the must not and done when clauses, is in references/role-contracts.md. Copy them in verbatim; a paraphrased must not is how a writer starts picking angles.

Thresholds that make the contracts checkable:

  • Scout returns at most three candidates, each with a decay window, and names a rejection reason for every candidate it discarded. A run that approves everything it found did not filter anything.
  • Researcher returns three to seven verified claims, a URL for every claim with consequence, and an explicit what the sources do not prove list.
  • Strategist returns exactly one recommended angle plus at least two named rejected directions and why each is weaker. A menu pushes the decision back to the human, which is the decision this role exists to make.
  • Distribution returns one entryway per asset and no entryway twice.
  • Editor reviews the assets together in one pass, never one at a time.

Step 3 — Gate every handoff

A stage is complete when every field it owns is filled and readable by the next role — not drafted, not discussed. Written into the record.

Return-to-sender. When a field the current stage needs is empty, the role sends the record back and names the field. It does not fill the gap with a plausible assumption. A pipeline whose roles patch each other's gaps produces confident output with no traceable source, which is worse than a stalled campaign because nothing signals the problem.

Halt format. Stop. Name the empty field and the stage that owns it in one line. Offer the human these options and wait: (1) supply the field now, (2) send the record back one stage for another attempt, (3) narrow the campaign until the field is unnecessary, or (4) kill it. Do not advance the record, and do not present a partial package as complete.

Two returns on the same field means the pipeline cannot supply it. Escalate rather than attempting a third pass — a third attempt on the same gap is where fabrication starts.

Step 4 — Distribute by argument, not by format

This is the stage that fails most often, and it fails quietly.

An article does not become a short post by losing 1,500 words, and a newsletter does not become a carousel because its paragraphs were laid onto slides. Both moves produce assets carrying the same argument at different lengths — which is why a week of them reads like one post repeated.

Work from the angle brief, not the finished draft. A draft carries one argument, so anything derived from it inherits that argument. Reading the draft first is the mechanism that produces shortened articles.

Assign one entryway per asset

EntrywayThe argument it makesNeeds
Proofthis is real, and here is the artifactsomething a stranger can check
Mechanismhere is why it worksa causal chain, not a description
Workflowyou can run this todayordered steps someone could follow
Riskhere is what breaks, and whena named failure mode with its trigger
Resulthere is what it producedan outcome plus its conditions
Critiquethe common approach is worse than it looksthe real default, and how it fails
Compressionhere is the whole shapethe idea reduced to one line or image

One entryway per asset. An asset carrying two is a shortened article wearing a label. An entryway the source cannot supply is unavailable — report it and say what evidence would unlock it, rather than inventing an artifact to fill it.

Worked examples, surface fit, and the failure mode each entryway falls into are in references/entryways.md.

Score each asset for standing alone

Three checks, one point each, run against the whole set:

CheckPasses when
New informationit carries a claim, step, number, or object no other asset carries
Second readersomeone who already read the flagship still gets something; "more at the link" is not something
Removaldeleting it costs the campaign a specific, nameable thing

3 ships. 2 goes back for revision, naming the failed check. 0–1 gets cut, and say what the set loses — usually nothing.

Run the collision gate

Reduce each asset to one sentence first; comparing full drafts hides collisions.

  1. Claim collision — two assets whose central claim is the same sentence.
  2. Opening collision — the same story, statistic, or line opens two assets. The most common, and the most visible to anyone following on two surfaces.
  3. Entryway collision — the same entryway used twice.

Halt format. Stop. Name the two assets, the collision type, and the shared sentence. Offer: (1) reassign one to an unused entryway, (2) cut the weaker and say what the set loses, or (3) record it as a deliberate repeat with a reason. Wait. Do not resolve a collision by rewording — the claim underneath is what collides.

Fewer surfaces than entryways is normal. Three assets with three distinct entryways beats seven assets with two.

Step 5 — Keep the human at the editorial boundary

The first version prepares everything and publishes nothing. The human approves the angle, the flagship draft, every consequential factual claim, every public post, any change to voice or offer, and any performance lesson before it becomes a standing rule.

Each approval and rejection is a labelled example of the human's judgment. When the same decision comes back the same way three campaigns running, move it into the editor's review rules so it is applied before the human sees the package.

Move publishing authority only when both hold: the queue has produced no revisions for three consecutive campaigns, and a wrong post is recoverable by deleting it. Autonomy should remove repeated decisions, not remove taste.

Step 6 — Make performance rewrite the playbooks

Reporting numbers is not learning. After each campaign log the signal, angle, entryway, surface, reach, meaningful engagement, and the goal-linked action. Then have the editor return three lists:

ListBar to qualify
Keepheld across two or more campaigns and still matches strategy
Testone promising result — a hypothesis, run it again
Stopfailed twice, duplicated another asset, or cost more than it returned

Every proposal names the campaigns supporting it. One strong result is a Test, never a Keep. The human approves before any rule changes. Without this arrow, every campaign starts from the same generic prompt forever.

Log by entryway, not only by surface — over a few campaigns that reveals which door the audience actually walks through, which is more useful than which platform performed.

Running it on the host you have

Six roles is the model, not a hosting requirement.

HostRoles map toWhat breaks
One sessionone pass per role, record reread betweenrole bleed — it edits its own draft
Subagentsone per role, dispatched in stage ordercost, if each drags full context
Separate profilesone per role, isolated memorydrift, if they coordinate by chat
One personone sitting per role, in ordernothing; this is the honest first week

Two rules survive every host. Conversation coordinates; files carry state. And isolate role memory where the host allows it — one shared memory turns six specialists back into one generalist that has read everything and distinguishes nothing.

Start smaller than six roles

Stand up scout, researcher, and editor first, and run three real ideas through them. Add the strategist once two of three evidence packets need no rework, the writer once the briefs constrain a draft without further questions, and distribution once one flagship has shipped and been measured.

The first useful version returns one researched opportunity, one angle brief, and one approval-ready post with a source attached. That is already more than most content operations produce.

Anti-patterns

  • One shared memory for all six roles — specialists collapse into one generalist with opinions about everything.
  • Prose handoffs — the next role guesses which sentences were load-bearing.
  • Roles that fill each other's gaps — confident output, no traceable source.
  • Splitting the draft instead of the argument — produces length variants.
  • One hook rewritten seven ways — the claim underneath is identical, so the reader sees the repeat even when the wording differs.
  • Adding the writer first — the most visible role, and the one that produces least value without an evidence packet in front of it.
  • A performance log nobody converts to rules — analytics theatre.

Banned vocabulary

Avoid "fully autonomous media company", "content on autopilot", "replaces a marketing team", "repurpose", "atomize", and "one piece into fifty posts". The first three hide the approval steps; the last three describe reformatting, and naming the work that way produces the work. Say which argument each asset makes.

Boundaries

  • Do not publish, schedule, or send anything. The pipeline prepares packages; the human releases them.
  • Do not record a claim without the source that supports it, and do not upgrade an inference to a verified claim at any stage.
  • Do not introduce a claim, number, or quote during distribution that the evidence packet does not carry.
  • Do not invent a proof object, result, or failure mode to fill an entryway the source does not support. Report the entryway as unavailable.
  • Do not present an unscored asset set as ready, and do not resolve a collision by rewording rather than reassigning.
  • Do not report a stage complete without the record fields that stage owns being filled, and do not fabricate reach or engagement. An unmeasured campaign is logged as unmeasured.

Routing

  • Which topics, pillars, or clusters the pipeline should work on -> use suede-content-strategy. That skill decides what it operates on; this one decides how it moves.
  • Platform mix, cadence, calendars, listening, and pulling atoms out of long-form -> use suede-social. Instagram-specific programs -> use suede-instagram-growth.
  • Cadence, state, idempotency, and stop conditions for a scheduled stage -> use suede-marketing-loops.
  • Writing the flagship for a high-stakes public surface -> use suede-ship-copy. A single shorter surface -> use suede-copy.
  • A video moment bridged to one long-form guide -> use suede-clip-to-guide.
  • Stripping AI writing patterns from the drafted assets -> use suede-deslop.
  • Measurement plumbing behind the performance log -> use suede-analytics.
  • Paid variants of these angles -> use suede-ad-creative.
  • Agents editing code in parallel with file ownership and rollback -> use suede-agent-teams. This skill covers editorial lanes, not repository lanes.
  • From suede-content-strategy and suede-social: route role contracts, the handoff record, and entryway assignment back here.

Dépôt GitHub

JasonColapietro/suede-creator-skills
Chemin: skills/suede-newsroom
0
agent-orchestrationagent-skillagent-skillsai-agentsai-codinganthropic
FAQ

Questions fréquentes

Qu’est-ce que le Skill suede-newsroom ?

suede-newsroom est un Skill Claude créé par JasonColapietro. Un Skill regroupe des instructions et des ressources que Claude charge à la demande pour effectuer des tâches liées à suede-newsroom sans consigne supplémentaire.

Comment installer suede-newsroom ?

Utilisez les commandes d’installation de cette page : ajoutez suede-newsroom à Claude Code comme plugin ou clonez son dépôt dans votre dossier skills, puis redémarrez Claude pour charger le Skill.

À quelle catégorie appartient suede-newsroom ?

suede-newsroom appartient à la catégorie Méta.

suede-newsroom est-il gratuit ?

Oui. suede-newsroom est référencé sur AIMCP et son installation est gratuite.

Compétences associées

content-collections
Méta

Cette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.

Voir la compétence
polymarket
Méta

Cette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.

Voir la compétence
creating-opencode-plugins
Méta

Cette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.

Voir la compétence
sglang
Méta

SGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.

Voir la compétence