Case study / XO3D ONE operating systemEvidence before claims / 2026
Thomas Howcroft Letchworth / UK
Creative studio operating system

XO3D ONE: the studio in one workspace. From planning to production.

How does XO3D ONE connect studio planning, production tools and specialist agents?

XO3D ONE connects creative studio decisions with the work that delivers each project. Studio brings together personal dashboards, production boards and timelines, delivery parts, files and review, Calendar, Jupiter and eight internal Artist Tools. Nine specialist agents have named responsibilities and inspectable work. This case explores the workflows in depth and distinguishes working capabilities, controlled pilots and features still in development.

StatusWorking internal platform
RoleFounder, creative director and system designer
ScopeCreative studio operations
EvidenceCurrent source, genuine interface captures, nine-agent roster and earlier installed local-tool proof
Known limitCurrent tool maturity and account limits are stated separately; public records are fictional.
Evidence in brief

A connected studio workflow, with each tool's maturity kept explicit.

Read the result, source and limits together.

Current capability

Personal and project views, Calendar, shared Jupiter chat, Artist Tools discovery and nine specialist agents.

Evidence you can inspect

Current genuine interfaces with demo records, source-backed workflow descriptions and separately described installed local-tool proof.

Thomas's contribution

Founder, creative director and system designer: product direction, role-shaped information design and operating model. Studio delivery remains collaborative.

Limits kept visible

Working local betas, calibration, testing and development are separate states. Account access, artist acceptance and live service availability are not inferred from screenshots.

Explore Studio, Calendar, Jupiter and Artist Tools

Bring the next decision into the same workspace as the work.

Planning, delivery, review, absence, specialist assistance and tool selection should connect through the project and the responsible person. The useful interface lets a user move from a summary into the record, output or proposed next step that supports it.

01 / The operating problem

The studio needed shared project truth and clear responsibility.

A direct account of the operating constraint, the product decision and the limits of the evidence.

A founder, producer and artist make different decisions from the same work. Management needs capacity, commercial context and exceptions. Production needs the brief, delivery date, assigned work and review state. A universal dashboard either exposes too much or hides the detail needed to act.

XO3D ONE starts with controlled project information and builds views around those responsibilities. Its agent layer follows the same principle: a named specialist owns a defined job, while routines, tasks and conversations make the work visible. The interface keeps a recommendation separate from the evidence and authority needed to act on it.

The latest production workflow also brings local video processing and beta whitebox rendering into the studio workspace. These are specific tools with visible limits. The system does not assume that every agent is healthy, every action is permitted or every production feature is ready for unrestricted use.

System at a glance
Main areasManagement, Studio and Intel in one XO3D ONE application.
Studio workspaceMy Dashboard, Production, Artist Tools, Calendar and Jupiter, subject to account access.
Delivery modelOwners, assigned teams, stages, dates, delivery parts, blockers and exact-project navigation.
Tool catalogue41 registered Labs utilities and guides, plus eight internal entries with separate maturity states.
Agent teamNine named specialists with Job, Routines, Tasks, reports and conversations.
Public evidenceThe genuine current interface with fictional projects and records labelled Demo data.
The full product

Inside XO3D ONE operating system.

Follow the work through its tools, people, evidence and decisions.

01Working internal area. This public capture refresh demonstrates Agents; it does not provide a new screenshot of every Management view.

Management: see what needs a decision

Leadership uses a different view from the production team. Management organises the day around Run the day, Money and demand, Delivery and people, System, Agents and Jupiter.

The purpose is to bring priorities, commercial context, delivery exceptions and operating checks into one place. The nine-agent team provides a named route into the responsibility behind a recommendation, rather than leaving leadership with a single dashboard score.

02Working production interface. Editing and final-date authority depend on the signed account and project assignment.

Studio: from portfolio to exact project

Production combines project boards, planning timelines and a detailed project workspace. Users filter by person and project type, follow the current stage, and open the exact project from a card or their own dashboard.

Project detail brings together the owner, assigned team, final delivery, health, next action and blocker. The seven client stages are Briefing, Greys, Materials, Render, Post, Review and Delivery. In-house work has its own stage sequence.

Stage dates and delivery parts are separate. A part has its own owner, start, due date, confirmed or estimated dates and completion state. One part can represent the final delivery, so a project deadline does not have to stand in for every handoff.

03Working person-specific dashboard. Personal email/calendar connections and time-planning execution remain separately limited.

My Dashboard: the work assigned to one person

My Dashboard brings Overview, Needs attention, My projects, Agents, Time blocking, Coming up, Email triage and Waiting on others into a person-specific workspace.

Project cards open the exact assigned project. Agent suggestions and upcoming work sit alongside the dependencies that prevent progress, so a person can move from a summary into the record behind it.

Time blocking proposes a plan rather than silently changing a calendar. Email and personal-calendar cards report missing access honestly. A production-lead email assistant has a verified draft-only projection; that does not mean every staff mailbox is connected.

04Implemented review workspace and commenting source. Live client rollout remains gated; this is not a claim that an existing review provider has been replaced.

Files and review: feedback on the version that was shared

Production includes a Files and review workspace for browsing project files, versions, folder policy and connection state. Internal review and client feedback have different lanes.

The implemented review workflow supports still-image and paused-frame video markup, threaded replies, blocking notes, resolution and reopening against an exact version. Opening an older version for inspection does not change which version is selected.

Client feedback belongs to a deliberately published file version. Private team notes are not part of that client view. The separate Review product remains in development, with live client activation and production acceptance still to prove.

05Calendar and request workflow released. Outlook leave is a read-only source; personal calendar scheduling is a separate capability.

Calendar: connect absence to delivery

The shared Calendar shows recorded leave and public holidays in a month view, with filters for person and entry type. Multi-day leave appears as a continuous bar across the relevant dates.

Request time off collects the first and last day, leave type and an optional note. Staff see their own requests; authorised reviewers see the review queue. Pending, approved, rejected and cancelled states remain distinct, and a person cannot approve their own request.

Approved Studio requests feed Who's out and the production leave projection. That makes an approved absence visible beside delivery planning. The absence view is not a full Outlook replacement, and an empty result does not establish that everyone is available.

06Current shared chat and approved workflows. Access, draft staging and project creation remain specifically limited; public chat examples are synthetic.

Jupiter: ask about the work, then inspect the next step

Jupiter is the conversational entry point into permitted company context. Saved chats, pinned conversations and visible history let users return to an ongoing question rather than starting again from a dashboard screenshot.

A weekly-delivery question can use the current production schedule directly: dated milestones, final deliveries, assigned people, blockers and conflicting dates. The deterministic schedule answer is separate from a general model response.

Jupiter can prepare a holiday-request card, find an Artist Tool and show the button that opens it, or guide authorised founders through new-project intake and explicit approval. Preparing a card is a different step from submitting a request or creating a job.

The interface also supports editable email-draft cards, account-dependent staging, answer receipts and feedback. Chat access and tool access remain tied to the user's permitted role; Jupiter is a controlled pilot rather than an unrestricted assistant for every account.

07Current registry: 41 Labs definitions and eight internal entries. Registration is not proof that every processing service is connected on every device.

Artist Tools: utilities and internal production work in context

Artist Tools combines searchable categories, favourites and an Internal apps lane. The current catalogue defines 41 Labs utilities and guides, covering image preparation, textures, lighting, modelling, colour, planning, delivery and viewers.

Examples include Image Compressor, Image Resizer, Normal Map Creator, Texture Resolution Calculator, PBR Material Checklist, Depth of Field Calculator and GLB Viewer. Guides and calculators are distinct from tools that process files.

Eight internal entries describe more specialised production work. Their cards explain what they do, how to open them, what they require and what remains unfinished. The following tools deliberately have different maturity levels.

08Working local beta with installed-device proof. Wider device acceptance remains open; browser previews cannot perform native encoding.

Video Processing: prepare a delivery version

Video Processing uses a source monitor, trim track, grouped output settings, latest-export panel and persistent processing bar. It provides three fixed MP4 presets: 1080p landscape, square and vertical.

Preflight explains aspect-ratio padding before processing. Optional start and end values are checked against the source duration. Progress, cancellation and output reveal belong to the installed local workflow.

Local processing can be enabled or disabled per device. A real encode has been verified in the installed application; cloud and office targets remain unavailable until their services are connected.

09Working local beta with a verified transparent sample render. Client production comparison and wider acceptance remain open.

Whitebox Rendering: inspect form before final materials

The local Whitebox Rendering beta accepts common mesh formats, automatically frames the model, applies neutral white material and controlled studio lighting, then renders a transparent PNG.

Users choose a fixed hero, front or left camera and a 1920-square preview or 4096-square output. The local renderer is installed and enabled deliberately on each device; output checks cover PNG format, dimensions and alpha.

This is the working neutral-rendering path. Reference-photo material assignment, final-material rendering, CAD conversion and remote processing are separate unfinished capabilities.

10Calibration workflow implemented. Automated AI analysis is deliberately unavailable.

AI Director Checker: build a useful quality vocabulary

The current tool is a calibration and annotation workspace for Grey Card, Material / Lighting and Post images. Reviewers pin issues to the render and choose from 36 fixed defect codes.

Severity produces Pass, Minor notes, Revise or Reject outcomes. Clean and cannot-assess examples can be recorded, and image-free annotation records can be exported for later scoring.

The active calibration build keeps image pixels in the browser. Automated vision analysis stays locked until approval, labelled evidence and measured quality justify enabling it. Composition and final release judgement remain with a senior reviewer.

11Generation beta and local material-workbench source. Generation requires an available service; artist acceptance remains open.

AI Texture Generator: inspect the material pack

The material workbench combines colour generation or local image import with map preparation, border trimming, rotation and repeat previews.

Its generation development has produced seeded 1024px colour images. Height and normal maps are derived from a shared smoothed field, with artist-set roughness and metalness. The export includes five PNG maps, provenance, hashes and loading notes.

Those maps approximate material behaviour. Repeat previews expose seams; they do not certify seamlessness or measured physical properties. Production deployment, installed verification and artist quality acceptance remain pending.

12Testing interface and output contract. No guarantee of hidden-geometry reconstruction, engineering accuracy or automatic production approval.

3D Modelling: editable output with a review loop

The testing interface accepts a written brief, a reference image or both. Its intended bounded workflow plans geometry and materials, builds an editable scene, inspects rendered previews and attempts corrections.

The output contract includes a Blender scene, a GLB model, two rendered views and a quality report, with up to three build-and-review attempts.

The tool remains in testing. End-to-end installation and live acceptance are pending, and complex shapes need artist review. A model produced in a separate authored commission is not evidence of unattended generation in this tool.

13Director pilot. This is not a general release across all Adobe applications.

Adobe Creative Agent: preserve an editable original

The director pilot describes typed Photoshop edits with an immutable source, an editable PSD and a separate export.

The interface exposes proposed-edit review, job progress, preview and output download. A working licensed Photoshop session and connected worker are required; other Adobe applications need their own verified adapters.

14In development. Native geometry and final packaging acceptance remain incomplete.

CAD Intelligence: a development lane for reviewable packages

The development entry describes a STEP-to-web-and-AR packaging pipeline with geometry checks, bounded repair, mesh optimisation and traceable quality evidence.

Its documented target outputs include GLB, USD and USDZ plus configurator manifests. Restartable job state is part of the design, so interrupted work can be traced and resumed.

The entry remains in development. Early control and ledger work has been locally verified; native topology, tessellation and completed packaging are not yet proved. There is no live distributed tool to claim.

15Nine-agent roster and conversation interface current. Planned council roles are excluded; live faults remain faults.

Agents: responsibility, handoffs and evidence

Nine specialists cover the chief-of-staff role, leads, sales, marketing, delivery, finance, people, data trust and operations. Team chat makes standups and handoffs visible; individual conversations show the work in context.

Job explains each responsibility and authority. Routines exposes recurring work and recorded runs. Tasks makes current work inspectable. Reports, next moves and checks sit beside the conversation.

A bot can be working, on job or in need of a fix. A fresh summary is useful only when the underlying result and source remain valid. The design keeps human review and role-specific action permission separate from a chat reply.

16Established area and capability copy retained. This refresh adds no new Intel screenshot or claim of a new Intel release.

Intel: inspect the website finding

Intel is the website-intelligence area of the same application. Findings connect to the page, source evidence, scoring and limitations behind the summary.

Its role is to help a user decide which website issue deserves investigation or action. It keeps evidence and freshness visible rather than presenting a score as proof of a business result.

02 / What changed

XO3D ONE operating system: decisions, controls and operating change.

These are observed properties of the working system. They are not claimed percentages, revenue attribution or a guarantee of future performance.

Operating result

Connected delivery planning

Project boards, timelines and detail turn dates, owners, stages and blockers into inspectable work.

Operating result

Personal staff focus

My Dashboard brings assigned projects, attention, dependencies, agents and planning into each person's permitted view.

Operating result

Absence alongside delivery

Calendar requests, approved leave and Who's out help make availability visible during production planning.

Operating result

Conversation with context

Jupiter connects delivery questions to saved chats, structured cards and deliberate next actions.

Operating result

Tools with clear maturity

Artist Tools puts established utilities, working local betas, calibration and development interfaces in the same discovery workflow.

Operating result

Named agent responsibility

Nine specialists make jobs, recurring work, tasks, reports and handoffs visible.

Agent team

One workspace, nine specialist agents.

Each role has a defined responsibility, a shared conversation and inspectable work. These cards describe the job, not a guarantee that every agent is healthy or every action is available.

Chief of Staff

Jupiter

Connects team priorities and prepares decision briefs, inbox summaries and meeting support.

Action boundary
Coordinates within its assigned access; a recommendation or draft is not a completed external action.

Leads

Ceres

Qualifies enquiries and prepares source-backed lead assessments and follow-up drafts.

Action boundary
Keeps qualification evidence and proposed follow-up separate from permission to contact a lead.

Sales

Fortuna

Reviews proposals, next steps and opportunities for follow-up.

Action boundary
Prepares sales recommendations within the role's authority; commercial decisions remain explicit.

Marketing

Mercury

Prepares case studies, content and marketing recommendations.

Action boundary
Drafting and publishing are separate steps; current permissions determine what can proceed.

Delivery

Hephaestus

Tracks deadlines, delivery scope and production checks.

Action boundary
Flags delivery issues and required checks; a status update does not prove a deliverable passed review.

Finance

Juno

Reviews cash, invoices and project profitability.

Action boundary
Uses permitted financial evidence and exposes missing or stale inputs.

People

Hestia

Reviews workload, assignment and team capacity.

Action boundary
Works within permitted team information and keeps recommendations distinct from personnel decisions.

Data trust

Athena

Checks whether recommendations use current, consistent and supported information.

Action boundary
Challenges evidence gaps rather than filling them with unsupported claims.

Operations

Hermes

Coordinates routines, maintenance and limited recovery within its assigned authority.

Action boundary
Recovery is limited to the permitted work; faults and unavailable actions remain visible.

03 / Interface tour

Role views and decision surfaces inside XO3D ONE operating system.

Every image preserves the interface purpose and control logic while replacing live people, projects, records and values with staged data.

Fortuna Sales agent conversation and Job details in XO3D ONE, using synthetic records.
Current app interface / demo data / 30 September 2026A sales agent's job and conversation. Fortuna's current interface puts responsibilities, skills, handoffs and a source-linked conversation beside the work. The example reply remains a draft for review. View full-size image
Fortuna agent Tasks tab next to the current conversation and evidence.
Current app interface / demo data / 30 September 2026Tasks beside the evidence. The task tab shows the next piece of work inside the same agent workspace. A fictional next step illustrates the current layout without claiming a client result. View full-size image
XO3D Studio production board with three fictional project cards and delivery filters.
Current app interface / demo data / 30 September 2026The current Studio project board. Projects bring their delivery date, stage and next milestone into one production view. The three demonstration projects use fictional clients and staff. View full-size image
XO3D Studio timeline and Gantt view showing fictional project stages and deadlines.
Current app interface / demo data / 30 September 2026Delivery across time. The native timeline distinguishes saved dates from estimates and connects milestones to project ownership. The dates are synthetic planning examples. View full-size image
XO3D Studio Product film demonstration project, showing snapshot, stages and delivery parts.
Current app interface / demo data / 30 September 2026Stage, date and delivery parts together. A project opens into its current stage, final date, health, next action and separately dated delivery parts. Read-only limits stay visible in the current interface. View full-size image
XO3D Studio Artist Tools catalogue showing eight internal tools and their development states.
Current app interface / demo data / 30 September 2026Artist Tools inside the workspace. All eight internal Artist Tools have a named purpose and visible maturity. Video and whitebox are local beta tools; texture generation is beta, modelling is testing, Director Checker is calibration-only, Photoshop is a director pilot, and CAD Intelligence and Review remain in development. This catalogue is separate from the Labs registry. View full-size image
Current XO3D video processing controls with unavailable browser processing targets clearly shown.
Current app interface / demo data / 30 September 2026Video export controls. The genuine browser interface exposes source, preset, framing and trim controls. This browser preview has no enabled processing target; the local native workflow is a separate execution route. View full-size image
XO3D whitebox rendering beta controls showing model, camera, output and unavailable browser targets.
Current app interface / demo data / 30 September 2026Whitebox rendering controls. The beta control surface brings model input, camera and output presets together. This capture shows the actual unavailable browser target state, without claiming a completed render or installed material assignment. View full-size image
XO3D Studio My Dashboard with fictional priorities, project cards and Jupiter prompts.
Current app interface / demo data / 30 September 2026A personal production starting point. My Dashboard brings assigned work, project stages, review, proposed focus time, email metadata and Jupiter into one view. All counts and records here are fictional; the calendar proposal has not been saved. View full-size image
XO3D Studio Calendar with synthetic leave records and planning controls.
Current app interface / demo data / 30 September 2026Capacity and leave beside delivery. The genuine Calendar view brings approved and pending leave into the studio planning context. These fictional records illustrate the interface without claiming that any request was approved or written to Outlook. View full-size image
XO3D Studio Jupiter conversation showing a fictional delivery planning question and tool choice.
Current app interface / demo data / 30 September 2026Jupiter stays with the production question. A pinned Studio conversation connects a delivery question to project context and an explicit tool-opening choice. This demonstration opens no processing job and executes no external action. View full-size image
AI Texture Generator beta with colour, tiling and material-map controls in its unconnected preview state.
Current app interface / demo data / 30 September 2026Colour and material maps in one tool. The generation beta combines colour prompts, tiling inspection and aligned material-map preparation. This capture retains its unconnected service state and empty preview; no generated texture or successful export is claimed. View full-size image
XO3D 3D Modelling testing interface showing prompt, reference and dimensions with an unavailable worker.
Current app interface / demo data / 30 September 2026An editable model workflow under test. The current testing interface accepts a prompt or reference and model dimensions, then provides a place to inspect runs and outputs. The worker is unconnected in this preview, so no Blender scene or successful model is shown. View full-size image
AI Director Checker calibration interface with stage and annotation controls and AI analysis locked.
Current app interface / demo data / 30 September 2026Quality review starts with grounded annotations. The calibration interface connects a brief, production stage, render and review annotations. AI analysis remains locked until the local model is approved and calibrated. The capture shows controls, not a quality-score result. View full-size image
Adobe Creative Agent Photoshop director pilot showing source and edit-plan controls with unavailable execution.
Current app interface / demo data / 30 September 2026A Photoshop pilot with a visible boundary. The director pilot exposes source input, edit intentions, presets and an inspectable plan. Its Photoshop worker is unavailable here. Other Adobe adapters remain future work; no completed PSD or export is claimed. View full-size image
04 / Feature evidence

Explore the evidence for XO3D ONE operating system.

Each entry links to the exact view it describes. Product captures and explanatory diagrams retain their own evidence labels.

01
Current app interface / demo data / 30 September 2026

Nine agents, one team conversation

What this evidence shows

The current Management interface connects the nine specialists, their work states and Jupiter's stand-up. All records and counts are fictional demonstration data.

02
Current app interface / demo data / 30 September 2026

A sales agent's job and conversation

What this evidence shows

Fortuna's current interface puts responsibilities, skills, handoffs and a source-linked conversation beside the work. The example reply remains a draft for review.

03
Current app interface / demo data / 30 September 2026

Tasks beside the evidence

What this evidence shows

The task tab shows the next piece of work inside the same agent workspace. A fictional next step illustrates the current layout without claiming a client result.

04
Current app interface / demo data / 30 September 2026

The current Studio project board

What this evidence shows

Projects bring their delivery date, stage and next milestone into one production view. The three demonstration projects use fictional clients and staff.

05
Current app interface / demo data / 30 September 2026

Delivery across time

What this evidence shows

The native timeline distinguishes saved dates from estimates and connects milestones to project ownership. The dates are synthetic planning examples.

06
Current app interface / demo data / 30 September 2026

Stage, date and delivery parts together

What this evidence shows

A project opens into its current stage, final date, health, next action and separately dated delivery parts. Read-only limits stay visible in the current interface.

07
Current app interface / demo data / 30 September 2026

Artist Tools inside the workspace

What this evidence shows

All eight internal Artist Tools have a named purpose and visible maturity. Video and whitebox are local beta tools; texture generation is beta, modelling is testing, Director Checker is calibration-only, Photoshop is a director pilot, and CAD Intelligence and Review remain in development. This catalogue is separate from the Labs registry.

08
Current app interface / demo data / 30 September 2026

Video export controls

What this evidence shows

The genuine browser interface exposes source, preset, framing and trim controls. This browser preview has no enabled processing target; the local native workflow is a separate execution route.

09
Current app interface / demo data / 30 September 2026

Whitebox rendering controls

What this evidence shows

The beta control surface brings model input, camera and output presets together. This capture shows the actual unavailable browser target state, without claiming a completed render or installed material assignment.

10
Current app interface / demo data / 30 September 2026

A personal production starting point

What this evidence shows

My Dashboard brings assigned work, project stages, review, proposed focus time, email metadata and Jupiter into one view. All counts and records here are fictional; the calendar proposal has not been saved.

11
Current app interface / demo data / 30 September 2026

Capacity and leave beside delivery

What this evidence shows

The genuine Calendar view brings approved and pending leave into the studio planning context. These fictional records illustrate the interface without claiming that any request was approved or written to Outlook.

12
Current app interface / demo data / 30 September 2026

Jupiter stays with the production question

What this evidence shows

A pinned Studio conversation connects a delivery question to project context and an explicit tool-opening choice. This demonstration opens no processing job and executes no external action.

13
Current app interface / demo data / 30 September 2026

Colour and material maps in one tool

What this evidence shows

The generation beta combines colour prompts, tiling inspection and aligned material-map preparation. This capture retains its unconnected service state and empty preview; no generated texture or successful export is claimed.

14
Current app interface / demo data / 30 September 2026

An editable model workflow under test

What this evidence shows

The current testing interface accepts a prompt or reference and model dimensions, then provides a place to inspect runs and outputs. The worker is unconnected in this preview, so no Blender scene or successful model is shown.

15
Current app interface / demo data / 30 September 2026

Quality review starts with grounded annotations

What this evidence shows

The calibration interface connects a brief, production stage, render and review annotations. AI analysis remains locked until the local model is approved and calibrated. The capture shows controls, not a quality-score result.

16
Current app interface / demo data / 30 September 2026

A Photoshop pilot with a visible boundary

What this evidence shows

The director pilot exposes source input, edit intentions, presets and an inspectable plan. Its Photoshop worker is unavailable here. Other Adobe adapters remain future work; no completed PSD or export is claimed.

05 / System design

Context, evidence and control layers behind XO3D ONE operating system.

The visible dashboard is only the decision surface. Context, data, permissions, review and learning determine whether it can be trusted.

01

Operating areas

Management supports leadership decisions, Studio connects daily delivery, and Intel exposes website findings.

02

Personal and project views

My Dashboard links a person's own work to exact project records, stage dates and delivery parts.

03

Planning and review

Calendar, leave visibility, files and version-specific feedback support production handoffs.

04

Jupiter and agents

Saved conversations and nine specialist roles connect permitted evidence to a clear next step.

05

Artist Tools

41 Labs definitions and eight internal entries expose utilities, local betas and development limits in context.

06 / Working flow

How a signal becomes a governed decision.

A useful workflow names the input, owner, check, approval boundary and proof that closes the loop.

  1. Review

    Open the view for the decision: management exception, studio delivery or website finding.

  2. Inspect

    Follow the project record, source evidence or specialist job behind the summary.

  3. Prepare

    The responsible person or agent prepares the next task, recommendation or draft.

  4. Decide

    Review the proposed action against the role's authority and the evidence available.

  5. Record

    Keep the result, unresolved issue and next owner visible in activity or conversation history.

07 / Working features

Working controls inside XO3D ONE operating system.

Each feature exists because it changes a decision, reduces unsafe ambiguity or makes a failure easier to see.

Working feature

Management: see what needs a decision

Leadership uses a different view from the production team. Management organises the day around Run the day, Money and demand, Delivery and people, System, Agents and Jupiter.

Working feature

Studio: from portfolio to exact project

Production combines project boards, planning timelines and a detailed project workspace. Users filter by person and project type, follow the current stage, and open the exact project from a card or their own dashboard.

Working feature

My Dashboard: the work assigned to one person

My Dashboard brings Overview, Needs attention, My projects, Agents, Time blocking, Coming up, Email triage and Waiting on others into a person-specific workspace.

Working feature

Files and review: feedback on the version that was shared

Production includes a Files and review workspace for browsing project files, versions, folder policy and connection state. Internal review and client feedback have different lanes.

Working feature

Calendar: connect absence to delivery

The shared Calendar shows recorded leave and public holidays in a month view, with filters for person and entry type. Multi-day leave appears as a continuous bar across the relevant dates.

Working feature

Jupiter: ask about the work, then inspect the next step

Jupiter is the conversational entry point into permitted company context. Saved chats, pinned conversations and visible history let users return to an ongoing question rather than starting again from a dashboard screenshot.

Working feature

Artist Tools: utilities and internal production work in context

Artist Tools combines searchable categories, favourites and an Internal apps lane. The current catalogue defines 41 Labs utilities and guides, covering image preparation, textures, lighting, modelling, colour, planning, delivery and viewers.

Working feature

Video Processing: prepare a delivery version

Video Processing uses a source monitor, trim track, grouped output settings, latest-export panel and persistent processing bar. It provides three fixed MP4 presets: 1080p landscape, square and vertical.

Working feature

Whitebox Rendering: inspect form before final materials

The local Whitebox Rendering beta accepts common mesh formats, automatically frames the model, applies neutral white material and controlled studio lighting, then renders a transparent PNG.

Working feature

AI Director Checker: build a useful quality vocabulary

The current tool is a calibration and annotation workspace for Grey Card, Material / Lighting and Post images. Reviewers pin issues to the render and choose from 36 fixed defect codes.

Working feature

AI Texture Generator: inspect the material pack

The material workbench combines colour generation or local image import with map preparation, border trimming, rotation and repeat previews.

Working feature

3D Modelling: editable output with a review loop

The testing interface accepts a written brief, a reference image or both. Its intended bounded workflow plans geometry and materials, builds an editable scene, inspects rendered previews and attempts corrections.

Working feature

Adobe Creative Agent: preserve an editable original

The director pilot describes typed Photoshop edits with an immutable source, an editable PSD and a separate export.

Working feature

CAD Intelligence: a development lane for reviewable packages

The development entry describes a STEP-to-web-and-AR packaging pipeline with geometry checks, bounded repair, mesh optimisation and traceable quality evidence.

Working feature

Agents: responsibility, handoffs and evidence

Nine specialists cover the chief-of-staff role, leads, sales, marketing, delivery, finance, people, data trust and operations. Team chat makes standups and handoffs visible; individual conversations show the work in context.

Working feature

Intel: inspect the website finding

Intel is the website-intelligence area of the same application. Findings connect to the page, source evidence, scoring and limitations behind the summary.

08 / Issues and changes

Incidents that hardened XO3D ONE operating system.

The strongest evidence in an operating system is often the failure behaviour. These issues became design constraints and regression checks.

Issue 01

One view for every role

What failed

Management detail overwhelmed routine production work.

What changed

Shape each view around the decisions and information that role needs.

Issue 02

Agent work hidden in summaries

What failed

A team status alone did not explain the responsibility or work behind it.

What changed

Expose Job, Routines, Tasks and the shared conversation for each specialist.

Issue 03

Status mistaken for success

What failed

An agent card could look complete while its underlying work was blocked or faulty.

What changed

Keep work states and failures visible, then inspect the actual result before treating it as complete.

Issue 04

Production tools outside the workflow

What failed

A separate tool could lose the project and review context.

What changed

Place local video processing and whitebox rendering beta inside Artist Tools, with their limits visible.

Issue 05

Private records in public proof

What failed

Current screens contain confidential client, staff and commercial information.

What changed

Capture the genuine interface with a complete demo-data fixture and clear labels.

09 / Controls and limits

What XO3D ONE operating system proves, and what it does not.

A public case study should make it easy to see what is working, what remains internal and what has not been proven.

Known limit

Current tool maturity and account limits are stated separately; public records are fictional..

Every visual is labelled as a direct public product capture or an actual product capture with generic data. This is evidence of design and operating capability, not a promise of rankings, revenue, leads, productivity or a client outcome.

10 / Capabilities demonstrated

Capabilities demonstrated by XO3D ONE operating system.

Strategy, interface, governance and implementation are treated as one operating problem rather than separate deliverables.

Creative operationsRole-based product designSpecialist agent workflowsData modellingOperational dashboardsProduction toolsEvidence designPrivacy QAFounder-led implementation
11 / Follow the evidence

Each link adds a different layer of first-hand evidence rather than repeating the same page under another keyword.

12 / Clear answers

XO3D ONE operating system: practical questions and answers.

Practical answers about the build, its use and its limits.

What is XO3D ONE?

An internal creative-studio application joining Management, Studio and Intel. Studio includes personal dashboards, Production, Artist Tools, Calendar and Jupiter.

What can the production team do?

Inspect assigned work, filter project boards, plan on timelines, open exact project detail, review stages and delivery parts, and follow owners, blockers and next actions. Editing follows the user's role and assignment.

What does Calendar do?

It displays recorded leave and public holidays, accepts signed time-off requests and gives authorised reviewers a decision queue. Approved requests feed production leave visibility. It is not a complete Outlook replacement.

How does Jupiter help?

It brings saved conversations to permitted studio context, including delivery summaries, tool selection and editable request or draft cards. Access and action permission remain specifically limited.

Are all Artist Tools fully released?

No. Labs includes utilities and guides. Internal tools range from verified local video and whitebox betas to calibration, director pilots and development entries. Each tool's status is stated separately.

Does a model or review card approve delivery?

No. Artists and senior reviewers still judge the output. A prepared card, draft or recommendation is separate from the authority to execute or release it.

What result is being claimed?

A working product and inspectable workflows, with exact maturity limits. No independently measured productivity gain or attributed revenue result is claimed.

Creative operations / Role-based product design / Specialist agent workflows

Give each role the right view and a clear route to action.

Thomas maps the operating decisions, designs the shared project model and shapes the views, specialist roles and review workflow around the work.