--:--:-- UTC

Structured shift handover for 24/7 operations centres.

Argos gives every shift change a defined handover and keeps a record of each decision, who made it and why.

Simulated Argos handover. The outgoing operator transmits the brief, the incoming operator restates it in their own words, the outgoing operator confirms the read-back, and responsibility transfers.

AI-generated visualisation
Built on published evidence
NASA DSS-14 mishap investigation NASA SpaceOps 2012 console logging NASA Passing the Baton NEJM I-PASS handover trial
Tools

Why Ossirand built Argos.

Ossirand is an advisory company first. Argos came from a problem we kept finding with no product to fix it: every shift change in a 24/7 operations centre risks losing context, and the reasoning behind decisions leaves with the person who made them. Argos sits on top of the tools a team already runs and gives the handover a structure. We intend to finish it to a standard operators trust before we build the next tool.

Product 01 · Argos Early working prototype

The coordination layer for operations centres.

Argos sits on top of the operations platform a team already runs and turns what it produces into a record people can hand over. Structured shift briefs, decision threads that survive a shift change, and a log the next console can query.

Built for
24/7 operations, starting with satellite mission operations. The same handover problem exists wherever a defence or space operations centre runs in shifts.
Sits alongside
OpenC3 COSMOS, Yamcs, Open MCT, Saber Commander
Ingests
Telemetry and events, conjunction data messages (CDMs), space weather, orbital elements
Out of scope
Probability-of-collision computation, catalogue maintenance, commanding
Argos

Argos works with your existing operations platform.

Telemetry, commanding and situational awareness tools already produce more than one shift can absorb. Argos interprets what they emit and applies a coordination method to it, so the output at the end of a shift is a brief the next console can act on. It does not replace any of those tools.

PLATFORM OUTPUT · COORDINATION LAYER · HANDOVER RECORD THE PLATFORM YOU RUN Telemetry and limit violations Commanding and pass activity Conjunction messages (CDMs) Ground station schedule OpenC3 COSMOS · Yamcs · Open MCT Saber Commander and comparable tools ARGOS · COORDINATION LAYER Interpret Attribute Structure Confirm what the platform is actually saying who saw it, who acted, on what data into decisions, activity and threads receipt at the shift boundary NO COMMANDING · NO SCREENING NO CONJUNCTION CALCULATION WHAT THE NEXT SHIFT GETS Structured shift brief Open decisions, with rationale Live conjunction threads Confirmed receipt, logged Still queryable months after the shift, by anyone who needs the reasoning SHIFT N SHIFT N+1 HANDOVER BOUNDARY
Fig. 01 · Argos as the layer between the platform and the people
What Argos manages

What Argos manages.

01 · Decision management

Decisions

An operational decision is recorded with the reasoning behind it, the person who took it, and the data in front of them at the time. A correction becomes a new entry rather than a silent overwrite.

02 · Activity management

Activity

Events and actions written up during the shift while the detail is still fresh, structured as they are entered so nobody has to reconstruct the day from memory at 06:00.

03 · Conjunction data

Conjunction threads

A conjunction plays out over roughly a day and several shifts, with CDM revisions arriving and changing the picture. Argos tracks the thread: what each shift assessed, on which revision, and why they chose to wait or act.

CDMs are in scope. Argos reads the conjunction data messages your screening provider already sends, and keeps the decision attached to the event across every shift it touches. It does not compute probability of collision or maintain a catalogue. That is your SSA provider’s job.
04 · Briefing and handover

The boundary

A structured brief at the end of every shift, and a closed loop on the other side of it. The incoming console confirms receipt, so items cannot be quietly dropped between teams or time zones.

Follow the sun

Three complexes cover one spacecraft, around the clock.

The Deep Space Network spaces its three complexes 120° apart, so a spacecraft is always in view of one of them. It also means no single team ever sees a full mission day. Control of the spacecraft passes between these rooms twice a day, every day of the mission.

DSS-14, the antenna in the incident below, sits at Goldstone.

Deep Space Network · Local console time Live
Goldstone
DSS-14 · California, USA · 243° E
--:--
···
Madrid
Robledo de Chavela, Spain · 4° W
--:--
···
Canberra
Tidbinbilla, Australia · 149° E
--:--
···
Complexes spaced 120° apart Next handover boundary --:--
The problem, evidenced

The cost of lost context: DSS-14.

Incident ref · DSS-14 Goldstone · September 2025

A 70-metre NASA deep space antenna was taken offline by the failure Argos exists to prevent.

$4.1–4.6M
Damage, NASA investigation figure
Oct 2028
Antenna offline until
Undocumented
Earlier incident that disabled the last safeguard

NASA found three contributing causes: software weaknesses, human error, and an undetected failure in the antenna’s hydraulic limit system. That system is the antenna’s last mechanical safeguard. It was already inoperable on the day, damaged in an earlier incident that nobody wrote down. The protection was gone and the people on console had no way to know. Other industries that run around the clock have been documenting this failure mode for decades. Space operations has not.

Source: NASA Mishap Investigation Board report, DSS-14 Goldstone, 16 September 2025.
ONE OPERATIONS DAY · THREE CONSOLES · TWO HANDOVERS 00:0008:00 16:0024:00 Console A · Canberra Anomaly detected, workaround applied Console B · Madrid Sees the workaround with no reason attached. Console C · Goldstone Reverses it. Anomaly returns. HANDOVERHANDOVER WHAT ACTUALLY CROSSES THE BOUNDARY TODAY A Slack message, a verbal brief, a personal notebook The workaround carries over. Nobody records why. WITH ARGOS Structured entry, queryable later, confirmed received Console C can ask why before undoing it.
Fig. 02 · Where context is lost in a follow-the-sun operations day
What a shift actually is

What a shift involves.

It depends on the mode the spacecraft is in, the activity that just ran, and whether the number has been climbing all week. An operator spends the shift comparing what was supposed to happen against what appears to be happening. The comparison is the work. The reading on its own is not.

The actual

Every tool records this

Telemetry, events, alarms, command history. Your platform captures all of it, timestamps it, and can give you any of it back on request.

The expected

Almost nothing records this

The plan for the shift, the activities that were meant to run, the state the spacecraft was supposed to be in by 0400. A brief that lists what happened without carrying what was supposed to happen has handed the next operator the same raw problem in a tidier format.

The part no integration reaches

Knowledge no system records.

These are the things an operator knows at 06:00 that no telemetry feed, alarm log or command history contains. When that person goes home, so does all of it.

“It is not the battery. I already checked.”Negative knowledge. Nothing was done, so nothing was logged, and the next operator repeats the work.
“That alarm fires every eclipse entry. Ignore it.”The system records the alarm. Only the human knows it carries no information.
“I thought about power-cycling it and decided not to. We are eight hours from a pass.”Command history records what was sent. Nothing anywhere records what was considered and rejected.
“That sensor has been flaky since Tuesday. Do not believe it.”The data looks clean. The operator knows it is not.
“I rang the thermal SME. She said give it two more orbits.”The advice has an owner and an expiry, and it lives in no system.
“I told the payload team they would have data by 0600.”A promise made to another human, now inherited by someone who never made it.
This is our working model of the handover, drawn from published human-factors research and our own analysis. We are testing it with operators now, and we expect parts of it to be wrong.
The case, in three parts

The evidence.

Three independent, published sources.

Exhibit A

The problem is real and expensive

DSS-14 is dated, costed and publicly investigated. Undocumented institutional knowledge cost NASA millions and took a national asset offline for years.

Exhibit B

The industry has documented the gap itself

NASA's SpaceOps 2012 paper on ISS console logging describes flight operations tracking events, decisions and rationale to support shift handover, then notes those logs were usually kept by one operator and never visible to anyone else in real time. A separate NASA study, "Passing the Baton," found errors and accidents cluster right after handover.

Exhibit C

Structured handover is proven to work

The I-PASS trial (NEJM, 2014) rolled out a structured handover bundle across nine sites and 10,740 admissions. It answers the obvious objection about whether this slows operators down.

−23%Errors
−30%Preventable adverse events
0Increase in handover time
Positioning

Where Argos fits.

The ground segment already has good tools at every layer except one. Argos works alongside whatever telemetry and commanding platform an operator runs today, and adds the layer underneath them all.

THE GROUND SEGMENT STACK Telemetry & commanding Yamcs · Open MCT · OpenC3 · Plan-S Situational awareness & conjunction analysis Screening stays here. Argos carries the decisions it produces. Procedure execution & shift logging Epsilon3 · a rich-text shift log Human coordination layer · Argos A structured brief, acknowledged item by item
Fig. 03 · The layer that gets overlooked

Argos is

  • Structured, queryable shift handover
  • Cross-shift decision traceability
  • Closed-loop confirmation on every handover
  • Built for follow-the-sun, 24/7 operations

In scope

  • Automated CDM ingest, with revision tracking across shifts
  • Direct adapters into Yamcs, OpenC3 COSMOS and Open MCT
  • Multi-mission and fleet handover for larger constellations
  • Drafting help for shift briefs, with the operator approving every entry
Who it's for

Who Argos is for.

Enterprise ground-segment platforms serve well-funded operators. Argos is for teams that need structured handover without an enterprise budget.

Segment 01

Small satellite operators

Real missions on lean teams, where one person's notebook is the institutional memory.
Segment 02

University & training labs

Rotating student operators, high turnover, almost no continuity between crews.
Segment 03

Ground station & service providers

Multiple customers, multiple passes, handover across sites as well as shifts.
Segment 04

Mission operations consultancies

Accountable to clients for decisions taken months earlier, often by someone else.
Current status

Current status.

Early working prototype · In operator discovery

Argos is an early working prototype. It runs. We demonstrate it directly with operators, mission teams and potential partners, and there is no open sign-up yet.

Ossirand Pty Ltd was registered with ASIC in August 2026. We are opening structured discovery conversations with operators before building further. If you run a console and have twenty minutes, we want to hear from you.

Why this, why now
Hospitals and aviation turned shift handover into a discipline decades ago. Space operations never did. We are closing that gap before the number of people running things in orbit gets much larger. Ossirand mission statement
Request a Demo

Request a demonstration.

Tell us about your operation and we will set up a walkthrough.

We'll only use these details to arrange a demonstration.