Development Status

Real progress. Clear boundaries. No fake percentages.

Safire is in active development. This page describes the public product direction and current focus without pretending planned capabilities are already production-complete.

Current focus

Turn the deep platform work into a first-class developer experience.

Safire has progressed through substantial compiler/runtime, platform, controls, Source Vault, database, web and IDE foundation work. The current public emphasis is making the day-to-day SafireIDE experience coherent, visual and commercially useful while closing the next Team Vault and full-stack slices.

SafireIDE & DesignerActive

Visual design surface, application-model persistence, event/context editing, inspector behaviour and developer workflow.

Desktop & ControlsActive

Windows x64 first, Safire-owned public semantics, wxWidgets implementation underneath.

SQL Manager & DataActive

Project-authoritative database design, standalone operations and SafireIDE integration.

Source / Team VaultActive

Vault V2 foundations, remote/team model, identity, machine trust, permissions and collaboration.

AI PlatformActive

Project-aware optional AI, tool permission boundaries, local/remote provider architecture and AI Pad integration.

Web / WASActive

Safire web application hosting, service integration and developer workflow.

Release philosophy

Windows x64 first. Make it commercially useful before spreading thin.

Safire Desktop V1 uses wxWidgets as the mature native Windows implementation beneath Safire. Future platform expansion should follow a stable Safire application model rather than forcing the first release to solve every target at once.

NOW

Now

Close the Windows developer experience, deep controls, data tooling, Team Vault and AI integration.

NEXT

Next

Strengthen production deployment, collaboration, web workflow and application lifecycle integration.

LATER

Future

Broader platform targets and ecosystem expansion after the V1 model is commercially solid.

Quality bar

“Exists” is not the same as “ready.”

Safire development separates implementation, evidence and checkpoints. Public claims should follow demonstrated behaviour rather than generated artefacts alone.

01Implement
02Build
03Test
04Evidence
05Review
06Checkpoint
What the first commercial experience must feel like

A developer can stay inside Safire for the working day.

DES

Design

Windows, controls, data, reports and project structures.

DEV

Develop

Source, events, business logic, services and full-stack targets.

TEST

Prove

Builds, diagnostics, affected tests and QA evidence.

SHIP

Deliver

Package, deploy, diagnose and maintain the resulting application.

Safire is being built in the open.

Experienced developer feedback is especially useful while the professional workflow is still being shaped.

Follow development