storyobjectmodel.comfrequently asked questions

Questions people ask.

The questions that come up when a newsroom, a vendor or an engineer first meets the model: what it is, what it is not, what joining involves, and what happens to the systems you already run.

Does anything act on its own?

No. Nothing reaches an audience because a machine decided it should: a person clears it, and if the words change after that, it has to be cleared again. What the tools do on their own is read the story and apply the rules your newsroom has written down. Those rules are Skills, and a Skill only declares what is true; the tool that owns the executor is the thing that acts. Where a rule cannot be evaluated, the output it guards stays held and a person decides.

Is this about replacing journalists?

It is about capturing judgement, not replacing it. The decisions that shape a story already exist. Today they live in a chat thread, a rebrief and somebody's head, and they are gone by the next shift. Writing them down puts the call on the record, attributed to the person who made it, which is what a byline has always been for. The human was not replaced. The human was promoted, from carrying the state to making the call.

What stops two systems writing conflicting versions of the same story?

One system in your building is the one that says this story exists, and it stays in charge of the order its updates arrive in. Everything else adds to that story rather than starting its own copy. It is never the agency: a wire arriving is not a story existing. Which of your systems plays that part is your own policy, and it can be as light as a pass-through that opens a story on a flash under a rule you wrote, but it has to be one of them, because two systems opening the same event leaves you with two stories and no clean way to join them back up. After that, every other system refers to the story by its identifier and contributes in its own message family, each one a closed object with an ordering the specification defines. Where two Skills disagree a hold from either holds, compliance fails closed, and cutting or reversioning an asset never lifts a hold.

Who runs the bus, and what happens at three in the morning when it breaks?

You do, like any other message infrastructure in the building. Nothing goes to air through the bus: it carries context, not media and not playout, so a tool that already has what it needs keeps working and reconciles when the bus returns. Because a story republishes in full rather than as a change note, a tool that comes back at nine on election night reads one object and knows everything that has happened to it. What the standard cannot do is stop you building a dependency. If a tool is set to hold an output until it can confirm a clearance, and that confirmation only arrives over the bus, an outage holds the output: correct behaviour, and still an outage. Which of your outputs behave that way is worth deciding deliberately rather than discovering at three in the morning.

Why not point a model at the systems we already have?

Asking a clever system a question gets you one answer, once, for you. A production needs every tool working from the same story at the same moment, and a hold that holds across all of them with a record of who decided what. That is not a retrieval problem and it does not become one with a bigger model. Models should read SOM rather than replace it.

Does media travel on the bus?

Never. The pictures stay where they are, and what moves is a note saying which shot, and which part of it, belongs to this story. At the TAMS junction that note is a Source and a timerange, and a MAM works the same way through its own locator. The note is written when a journalist decides the material belongs to the story, not when it lands.

What happens to the systems we already run?

Nothing gets thrown out. SOM is not a MAM, a rundown or a product, and it replaces nothing you run: your MOS lines keep working, with a bridge that makes them smarter, and what you have built with agents stays yours. One system is enough to start and nothing about how your product works has to be handed over. What joining actually involves is on the joining page.

How does the standard change, and who decides?

In public, one proposal at a time, and anyone can make one. Every change arrives as a pull request and the process is in GOVERNANCE. Adding a value is a minor version, retired values are marked and never removed, and what is not settled yet is listed in the open register rather than left for you to discover. The Accelerator ended in September. The working group did not.

Who owns it?

Nobody. The standard is open and unowned, and that is the whole point. Schemas, tools and skills are licensed Apache 2.0 and the specification prose CC BY 4.0. There is no fee to implement it or to take part in the working group, and nothing to sign.

What is Story Archaeology?

A method, and where the model came from. Take one real story after transmission and trace how its context actually moved, hop by hop, between people and systems. What comes back is a picture of where knowledge was created, where it was lost, and who was carrying it by hand. Newsrooms run sessions on their own stories.

Anything else

The repository README is the best next read. Anything it does not answer, ask at hello@storyobjectmodel.com.

read the specification