AiRockett Motorsport FAQ – Decision Packs, Live GP Use, PGR
What AIROCKETT® is, how Decision Packs work, live use during a GP, Performance Growth Rate, first workflows in an F1 team and integration with your tools.
What exactly is AIROCKETT® in one sentence?
AIROCKETT® is a decision-workflow copilot that turns complex motorsport inputs into standardized, reviewable Decision Packs—so teams make faster, cleaner calls without losing accountability. What it does: structures decisions into a repeatable “run” format. What you get: a Decision Pack that’s reviewable, handover-ready, and comparable over time. Why it matters: fewer loops, faster alignment, cleaner execution.
Is AIROCKETT® a tool, a process, or an operating model?
All three: a tool that outputs Decision Packs, a repeatable run process (same template + gates), and an operating model that clarifies decision rights and handovers across domains. Tools: generates Decision Packs from your inputs. Process: same template every run + consistency check + logged outcome. Operating model: clarifies who decides, who reviews, who executes, and what gets handed over.
How is it different from a generic GenAI copilot (ChatGPT/Gemini)?
Generic copilots generate text; AIROCKETT® runs decision workflows: same template every run, consistency checks, constraint-aware reasoning, and handover-ready artifacts that stay comparable and auditable. Not chat-first: workflow-first (decision → options → trade-offs → owner → next steps). Comparability: outputs stay in the same structure across runs and domains. Gates: flags missing inputs, conflicts, and broken handovers before decisions go live. Artifacts: produces packs you can sign-off, execute, and review.
Does it replace humans? Who is accountable for decisions?
No—humans keep decision rights and accountability. AIROCKETT® augments judgment by structuring context, trade-offs, constraints, and next steps so execution is clearer and faster. Humans own the call: AIROCKETT® supports, never substitutes decision rights. Better alignment: makes assumptions and trade-offs explicit (less re-open). Cleaner handover: owner + actions + checks are always clear. Faster reviews: easier to challenge and approve because the structure is consistent.
Is it used live during a GP, or only offline for planning and reviews?
Both. It supports three tempos: offline (HQ/factory planning), between sessions (scenario and run planning), and live (structured decision support where speed + defensibility matter). Offline: program direction, upgrade choices, resource allocation. Between sessions: scenarios, triggers, run priorities, validation plans. Live: rapid, defensible calls with clear ownership and execution steps. Key point: the same Decision Pack format works at all tempos.
Why does AIROCKETT® improve Performance Growth Rate (PGR)?
Because it makes decisions repeatable and comparable: faster decision loops, less rework, better allocation of runs, and reusable learning—so validated impact becomes provable over time. Speed: shorter decision cycles → more effective iterations. Quality: fewer contradictions → less reconciliation. Reuse: prior decisions become usable patterns, not buried documents. Proof: outcomes can be reviewed because the inputs/assumptions were captured consistently.
Why isn’t Machine Learning alone enough?
ML finds patterns; motorsport decisions require reasoning across interdependent variables, constraints, trade-offs, and ownership. AIROCKETT® outputs a Decision Pack: options, trade-offs, constraints, owner, next steps — always the same format. ML is great at detection: signals, anomalies, correlations in data. Decisions need structure: constraints, trade-offs, timing, and ownership. Execution needs artifacts: handover-ready packs, not just predictions. AIROCKETT® bridges the gap: from “pattern found” to “call made + executed + reviewable.”
What do you mean by “Decision Pack”—what’s inside?
A Decision Pack is a one-page, handover-ready output that captures: the decision to make, the best options, key trade-offs and constraints, the recommended call with rationale, the owner, and the next actions—so it’s executable and reviewable. Decision statement: what must be decided, by when, and why it matters now. Inputs snapshot: the minimum context pulled in (signals, constraints, prior decisions, assumptions). Options set (comparable): 2–4 viable paths in the same structure every time. Trade-offs + constraints: time/cost/risk/performance impacts, plus hard constraints (rules, availability, budgets, timing). Recommendation + rationale: defendable reasoning tied to the team’s “play rules”. Decision rights: named owner + required approvers (if any) + handover recipient. Execution next steps: actions, checks, timing gates, and what “done” looks like. Log hooks: what to tag/record so the decision can be reviewed later (loops, rework, handover checks).
Which workflows does AIROCKETT® cover first in an F1 team?
We start where decision loops are frequent and costly: race-weekend calls, aero/test planning, and upgrade program execution—then expand to the rest of the team’s decision workflows. Race management: scenarios, triggers, risk posture, operational execution handovers. Aero & test planning: learning goals, run plans, parameter trade-offs, data capture discipline. Upgrade program & ops: build/bring decisions, change control, fitment plans, quality gates. (Then, as phase 2) Vehicle development gates: concept direction, constraints, release/validation handovers. Reliability & trackside ops: fault triage, containment actions, restart criteria, escalation paths. Factory & production planning: capacity priorities, sequencing, deviations, sign-offs. Key rule: pick 1–2 workflows first, make the packs repeatable, then scale.
How do you integrate AIROCKETT® with our existing tools and rituals?
AIROCKETT® plugs into what teams already do: it converts your current inputs (docs, run plans, logs) into a consistent Decision Pack that fits your existing meetings, gates, and handovers—without changing your operating cadence. Inputs: run plans, debrief notes, change requests, issue logs, telemetry summaries, constraints lists, prior decisions. Ritual mapping: used before a meeting (prep), during a gate (structured call), and after (handover + log). Artifacts you already recognize: call sheets, checklists, release notes—just standardized and comparable. Ownership stays yours: your approvers, your escalation path, your sign-off points. Minimal disruption: start with one workflow + one cadence (e.g., between sessions / gate review), then expand.