Company
We build the systems that make AI useful in the real world.
AI is moving from answering questions to taking actions. We build the stack that lets it act safely: understand, decide, act, prove, learn.
Thesis
What we believe.
Five positions that determine what we build, what we refuse to build, and how we work with the organisations that adopt it.
- 01
Intelligence is not the bottleneck
Model capability is improving faster than most organisations can absorb it. The constraint is context, integration, permission and proof, and that is where we build.
- 02
Action changes the requirements
A system that answers a question needs to be useful. A system that takes an action needs to be governed. Moving from one to the other is an architectural change, not a prompt change.
- 03
Autonomy with evidence
Useful AI must be able to act. Every consequential action should carry policy boundaries, evidence, approvals where necessary, traceability and, wherever possible, reversibility.
- 04
Domains are won with context
General capability becomes valuable only when it meets a specific operating reality: a real pipeline, a real process, a real control environment. We build into domains rather than across them.
- 05
Operating is the repeatable asset
The architecture patterns, autonomy model and evidence approach that work in one system transfer to the next. That is what makes a portfolio a platform rather than a collection.
Operating philosophy
Understand → Decide → Act → Prove → Learn.
A single method applied across product engineering, enterprise enablement and venture building.
Map the system before touching it
Systems, users, data, workflows, economics and risk. We build an accurate picture of how work happens today, including the undocumented parts, because every later decision depends on it.
- System and data landscape
- Workflow and decision mapping
- Value and cost model
- Risk and consequence profile
L3 · Act with approval
The system executes, but only after an explicit human approval on the specific action.
Different actions within the same system can run at different autonomy levels, based on risk, confidence and reversibility.
How we operate
Five modes, one architecture.
Build, co-build, enable, govern, back. Everything we do is a different application of the same system design.
Mode 01
We build our own systems end to end
Closos, EthicalBrain, Diething and the systems behind them are ours. We carry the architecture, the model choices, the failure modes and the roadmap.
OutputOwned products in market
Operating footprint
What we have done, kept honest.
Company activity on the left. Team operating history on the right. We keep them apart so nothing reads as something it is not.
EthicalBrain Technologies
Registered in the DIFC, Dubai. Operating globally.
- Systems in market
- Closos, EthicalBrain, Diething
- Systems in pilot
- DigitalMarketar, AdsThinker, OpsMotive
- Portfolio backed
- 15+ software companies
- Operating base
- DIFC, Dubai
- Delivery reach
- Remote-first across EMEA, APAC and North America
Team operating history
Work done by our people before and outside this company. Kept separate so nothing here is mistaken for company performance.
- Consumer scale
- Products serving over a million customers
- Sectors
- Revenue, marketing, operations, health, energy, logistics, public sector
- Disciplines
- Systems engineering, applied ML, evaluation, design, governance
- Delivery model
- Small senior teams, shipping in weeks not quarters
Portfolio shape
Where our systems sit.
Two axes describe the portfolio: how far a system moves from intelligence towards execution, and whether it serves an individual or an enterprise.
Horizontal axis: intelligence to execution. Vertical axis: individual to enterprise. Positions show product intent, not measured share or maturity.
The team
Built by operators, not a research lab.
Six disciplines sit behind every system we ship. Open one to see what it covers.
Distributed systems, integration into systems of record, and the boring parts that decide whether a pilot survives contact with production.
- Platform
- Integration
- Reliability
We introduce the people on your account at the first working session, not on a website. Years shown are practice bands for the discipline, not any one individual.
How we talk about our work
No logo wall. No staff roster. On purpose.
We operate inside client revenue systems, internal operations and governance records. That access is granted on the condition that we stay quiet about it. So we describe the shape of the work rather than the name on the contract, and we introduce the people on your account on the first call instead of putting them on a marketing page.
People
You meet the team that would do the work during the first working session. Not a sales desk, not a slide of headshots.
Clients
We describe engagements by type, size and geography. Direct introductions happen under NDA when an evaluation gets serious.
Evidence
Our proof is the architecture, the receipts our systems write, and what we will put in writing about scope and risk.
The thesis
The next generation of software will not wait to be asked. It will understand, decide, act, and prove what it did.
We’re building that generation from Dubai’s DIFC, for organisations that have to answer for what their systems do.