Skip to content
Ops BuddyThalassa Technologies, LLC

Squadron operations · Artificial intelligence · U.S. Naval Aviation

Fly more. Spreadsheet less.

Ops Buddy gives the ready room its time back. Scheduling, qualifications, currency, training, and the readiness cycle are one connected system. Instead of dozens of people and disconnected spreadsheets, Ops Buddy combines these processes using automation and AI in a user-friendly, customizable application.

  • Built by a former fleet naval aviator
  • NATOPS and CNAF M-3710.7 rules enforced on every name
  • AI answers that cite the instruction
  • Prototyped for the MQ-4C Triton, customizable to any T/M/S

Demonstration data — fictional squadron, crews and aircraft

Ops Buddy

VUP-99 · MQ-4C TRITON

DASHOPS2NATOPSTRAININGMY PROFILEMANPOWER

0450LT D. Iverson — IMSAFE — fatigue

Aircraft Commander on ORBIT ALPHA · 169XXX · 0630 takeoff. Two hours to launch.

Checked automaticallyQualificationCurrencyMedicalCrew restAvailability

Legal for this event · ranked by cost to the plan

  • 1

    LCDR T. AlvaradoPilotRecommended

    AC qualified, all currencies green. Off watch since 1900, 11h 30m rest.

    Cost — No second-order effect. Ground slot at 0900 moves to Boateng.

  • 2

    LT N. BoatengAVO

    AC qualified, all currencies green. No conflicting assignment.

    Cost — Pulls him off INST-2 in TOFT 1. Sim reschedules to Thursday.

  • 3

    LCDR H. SandovalNATOPS Officer

    AC qualified, all currencies green. Currently unassigned.

    Cost — Delays two jacket reviews ahead of the FNE.

Blocked by the rules engine

  • LTJG R. CastellanosPilotInstrument check expired 14 JUL 2026
  • LT S. MarchettiAVONot AC qualified — upgrade in progress
  • LT J. KowalskiMPOCrew rest — landed 0230, 4h 20m
  • “Can I put him in that seat?”

    Not if his NATOPS is down. The board refuses the assignment, says why on the tile, and offers who to pick instead — ranked by what it costs the plan.

  • “The sim just went down.”

    Tonight rebuilt automatically — with the knock-on effects on ARP, ORE and every upgrade timeline computed, not discovered next month.

  • “My AC just called IMSAFE.”

    Ranked replacements who are actually qualified, current, medically up, rested and available. Seconds, not a scramble.

  • “The FNE is in six weeks.”

    Every jacket already audited against the standard, continuously. Walk in knowing what the evaluator will find.

Two Products

The whole platform, or just the NATOPS portion.

Ops Buddy is a working prototype built for the MQ-4C Triton community, and it can be customized to any community in naval aviation. The Navy’s first unmanned squadron should run on future technology — not paper jackets and whiteboards. One codebase serves both products, so starting with the narrower one is a step toward the wider one rather than a detour.

Ops Buddy

Scheduling and operations

The whole platform. Scheduling, operations and NATOPS in one system, configurable to every T/M/S and to the way your squadron actually builds a schedule. Includes everything in NATOPS Buddy.

  • Daily and long-range scheduling, rule-checked on every name
  • Configurable per T/M/S and per squadron
  • Readiness cycle, syllabus and upgrade progression
  • Stress testing, disruption recovery and rapid safe swap
  • Everything in NATOPS Buddy, included

NATOPS Buddy

The NATOPS section, standalone

The NATOPS portion of Ops Buddy on its own — the jacket, the matrix, currency and the Fleet NATOPS Evaluation. Built to carry most of what a NATOPS track lead does by hand today.

  • Digital NATOPS jackets and the squadron qualification matrix
  • Upload a document — an upshot, a completed check form — and it reads what it is and updates the tracker and the matrix
  • Auto-fills the /2 and /7 instrument and NATOPS check forms
  • Interfaces with the logbook
  • Synchronises with SHARP over its API, so jackets are digitised rather than re-keyed

In active development. The capabilities described here sit at varying stages of maturity.

The Product

Build it once. Correctly.

It starts with the board — the magnet tiles off the operations whiteboard, with every rule that used to live in somebody’s head enforced on every name. Then it answers the questions that used to cost an afternoon. Eleven of them below, running in this page against a fictional squadron, in the product’s own layout.

Pick a question

“Who am I allowed to put in this seat?”

The real shift board — the week of 4 October, three shifts by two orbits, UAC and AVP seats as magnet tiles. The sidebar has already sorted the squadron into available, unavailable and not qualified, in red, before anyone is placed; the Autofill button fills what is open from the ranked recommendations.

Demonstration data — fictional squadron, crews and aircraft

Build the shift: “Who am I allowed to put in this seat?”

Or follow the through-line

Follow one aviator from “due in 60 days” to a filed check.

This is the through-line. Every screen below is the application itself, in order, doing the parts of a NATOPS check that today live in a spreadsheet, an email, and somebody’s memory. Click a step, or use the arrows.

Step 1 of 16 · NATOPS › Matrix

The tracker says the check is due in 60 days

No one has to remember. The warning window is a command setting — 60 days by default — and the moment a NATOPS check crosses it the cell turns amber on the squadron matrix, the aviator’s row moves up, and an inbox notification goes out.

Demonstration data — fictional squadron, crews and aircraft

NATOPS › Matrix: The tracker says the check is due in 60 days
1 / 16

VUP-99 is not a real squadron and none of these people exist. The real MQ-4C squadrons are VUP-11 and VUP-19.

The Through-Line

A broken simulator is a small event. Its consequences are not.

The distance between “the sim went down” and “we missed an ORE milestone” is currently bridged by a person with a spreadsheet and several hours. Closing that gap automatically is what the product is for.

  1. Automatic rescheduling

    The rebuild is computed, not rebuilt by hand.

  2. Hours returned

    To the aircrew who were doing it manually.

  3. Aviators trained faster

    Syllabus and upgrades stop waiting on admin.

  4. Higher readiness

    FRTP, ARP and ORE milestones held, not chased.

  5. Increased lethality

    A squadron that can fight, which is the point.

Efficiency is the method. Readiness is the outcome. Tidier admin was never the goal.

The Problem

A squadron’s readiness picture lives in a dozen places at once.

Every one of them maintained by hand. It costs enormous manpower, it is fragile, and it is always slightly out of date. The people doing that work are aviators.

  • Fragmented

    Qualifications in one spreadsheet. Schools in another. Sims, ground training, syllabus progress and TDY each in their own tracker. Nothing talks to anything else.

  • Manual

    The schedule is magnet tiles on a whiteboard in operations. NATOPS jackets are paper. Currency is tracked by hand. Every change means finding and updating the same fact in five places.

  • Static

    The picture is a snapshot, not a live state. By the time it is assembled, something has already changed.

  • Fragile

    A missed expiration doesn’t surface until someone is already on the schedule. The check is a person remembering.

  • Reactive

    Nobody can answer “what happens if” without rebuilding the plan by hand. So nobody asks, and problems are discovered instead of anticipated.

  • Inconsistent

    Every platform has different requirements and every squadron has different assumptions. Generic tools can’t hold either, so squadrons build their own spreadsheets — again.

Where the hours actually go

The cost isn’t spread evenly. It concentrates in a handful of recurring, high-stakes events — and those are where the product has to win first.

Fleet NATOPS Evaluations
Unit NATOPS evaluations run on an 18-month cycle under CNAF M-3710.7, and the evaluator reviews unit records directly. Today that is done by hand, page by page, on both sides of the table. It is the single highest-leverage moment in the whole problem space.
Daily scheduling and rescheduling
Building tomorrow against quals, currency, medical status, crew rest and availability — reconciled by hand across trackers, every day. Then rebuilt every time something changes, which is daily.
Readiness cycle planning
FRTP, ARP and ORE milestones drive the long-range plan. The plan and the readiness cycle live in different documents, and keeping them aligned is manual work that never ends.
Training and upgrade syllabus
Syllabus progression and upgrade tracking sit in yet another tracker — disconnected from the schedule meant to advance them, and from the manning forecast that depends on them.

Security

Squadron readiness data is CUI. It is treated that way from day one.

The security posture is a design constraint, not something retrofitted after the fact. Ops Buddy is being built for a CUI-authorized cloud environment under Department of Defense security requirements, with credentialed access — so that accreditation is a review of existing design rather than a rewrite.

Current accreditation status

Ops Buddy is in active development and holds no security accreditation today. It is not currently CUI compliant, not FedRAMP authorized, and is not operating under an Authority to Operate. Nothing on this page claims or implies otherwise. Demonstrations run on synthetic data only.

Request a Demo

Request a demo.

A walkthrough runs about thirty minutes on demonstration data. Ops Buddy is built for the MQ-4C Triton community first and is customizable to any other platform in naval aviation — tell us yours and we will show you how it would fit.

We use these details only to arrange your demo. No operational or personally identifying squadron data should be entered in this form.