PlaysbyMoat8
Back to the library
The workflow guideMarketing

Build a daily editorial brief from multiple sources

Collect topic signals across the web, group them into themes, and give an editor a short list of timely story ideas.

6 implementation stepsAdvanced

How this works

Collect topic signals across the web, group them into themes, and give an editor a short list of timely story ideas. An editorial trend brief should help an editor select a timely story, not automatically turn every popular signal into content. Relevance, freshness, credibility, and the publication's angle need separate consideration.

Collect a bounded multi-source window, cluster related items into events or themes, and propose a short list of story angles. Preserve source dates and access limits. The editor chooses the topic before drafting so the workflow does not flood the publication with redundant or weak material.

Before you start

Editorial remit

Define audience, topic boundaries, and excluded formats.

Source mix

Choose available feeds, public discussions, and primary pages.

Selection rubric

Agree freshness, relevance, evidence quality, and novelty criteria.

Prepare the inputs

source_items
Required

Text and metadata

Record publication and observation dates.

topic_scope
Required

Audience questions

Avoid generic popularity as the only criterion.

prior_coverage
Required

Recent published topics

Detect repeated stories.

selection_rules
Required

Criteria and examples

Keep uncertain cases visible.

channel_needs
Required

Formats and deadlines

State what can realistically be produced.

Implementation, step by step

  1. Collect the reporting window

    • Gather accessible material and record failed sources.
    • Keep late-discovered older items separate from genuinely new developments.

    Checkpoint: A dated source manifest.

  2. Cluster related signals

    • Group coverage of the same event and preserve independent perspectives.
    • Do not count copied headlines as several confirmations.

    Checkpoint: An event-level set.

  3. Assess editorial relevance

    • Apply the rubric to the audience question and publication remit.
    • Explain why an item matters now rather than assign an opaque trend score.

    Checkpoint: A ranked topic queue.

  4. Develop distinct angles

    • Suggest an explanatory question, practical implication, or expert response for each selected topic.
    • Keep the angle grounded in what the evidence can support.

    Checkpoint: A concise story pitch.

  5. Match formats to channels

    • Recommend a format suited to the substance and production deadline.
    • Do not stretch a thin signal into a long analysis or imply unseen media was reviewed.

    Checkpoint: Channel-specific suggestions.

  6. Prepare the editor's choice

    • Deliver a short brief with evidence, caveats, and required follow-up.
    • Record selected and deferred topics before any full drafting.

    Checkpoint: An editorial decision queue.

Decisions along the way

A story is popular but outside the remit

Exclude it or explain the narrow relevant angle.

The primary source is unavailable

Lower confidence and request verification before drafting.

A topic was recently covered

Propose only the genuinely new development.

What you will produce

daily-editorial-brief.md

Markdown

Helps the editor choose what to commission.

Include: topic · why_now · angle · evidence · limits · format

trend-source-log.csv

CSV

Maintains coverage and deduplication history.

Include: item_id · event_id · date · source_type · access_status · decision

Check the result

  • Verify freshness and event dates.
  • Check independent evidence rather than repeated coverage.
  • Confirm each angle serves the audience.
  • Keep proposed formats realistic for available material.

When something goes wrong

The brief becomes a long link dump

Reduce it to a few decision-ready pitches.

A model invents momentum metrics

Remove them or use verified visible observations.

Collection misses an important source

Disclose the gap and update the brief if material evidence arrives.

A worked example

SYNTHETIC EXAMPLE · NOT A REPORTED BUSINESS RESULT

Request

Prepare today's brief on workplace AI.

Inputs

Synthetic example. Synthetic three articles repeat one launch, while a separate primary report describes a limited trial.

Expected result

Synthetic expected result. Offer one launch pitch and one trial-analysis pitch with different evidence limits. Do not present four independent trends.

Run a small pilot

Start small

Several daily briefs with editor selection recorded.

Record the baseline

Record selection time and rejected-topic reasons.

Agree success criteria

Agree relevance, novelty, and evidence quality before automating collection cadence.

Stop or revise

Stop drafting when the editor has not selected a topic or central facts remain unverified.

Keep the scope clear

  • A trend brief does not authorize publication or social posting.
  • Public attention is not proof of practical value or business impact.

Check before using

Check sources, novelty, and relevance; the editor chooses what deserves publication.

Business activities

  • Create and publish content
  • Research customers and markets

Editorially adapted workflow; not independently tested.

FROM A RECIPE TO YOUR WORKFLOW

Bring the company context together.

This workflow needs reliable inputs before it needs a better prompt. Moat8 Vault brings working information into a readable archive for the AI tools you use.

For this recipe: Selected public sources · Topic priorities · Audience and channel guidance

Start with one recurring task, agree which sources to use, and review the first result with your team.

Discuss this workflow

What does your team do?

Choose the recurring work you would like to improve.

A field guide, made for work.

Plays is a curated library of anonymized business workflows. Each recipe explains the inputs, steps, tools, and checks you can adapt to your team. These are editorial guides, not independently tested implementations.

When you share a company website, the guide may read a limited number of public pages on that website. Messages and retrieved page text are sent to our AI provider, NVIDIA, to recommend relevant workflows. Share a general description rather than confidential information.

Saved workflows and selected activities stay in this browser. Your chat history and selected company website are kept in this tab and cleared when you reload or start a new chat. The server does not store conversations. Live source monitoring is not enabled.

If you allow analytics, PostHog receives page views and actions such as workflow saves, skill downloads and link clicks. Random browser and session identifiers connect these actions without identifying you by name. Your choice and browser identifier expire after 90 days; sessions restart after 30 minutes of inactivity or 24 hours. We use local storage, not analytics cookies. Messages, company URLs, search text, full referrers and IP addresses are not sent. There are no person profiles or session recordings. You can decline or withdraw in Analytics settings; Do Not Track and Global Privacy Control keep analytics off.

Read the Plays Privacy Notice ↗