Stactray

How we build

The operating model is the asset.

Any single platform in this portfolio can be copied. What is harder to copy is the rate at which the next one gets built, and the fact that the fourth one costs a fraction of the first. That rate is a written method, not a habit and not a temperament, which is the only reason it survives the person who wrote it.

Published here because it is the part a serious engineer or operator will want to interrogate before anything else, and because nobody at this tier publishes it.

The bench

Engineering at its core.

An experienced engineering bench of 50 practitioners, across banking, land and health infrastructure. The bench flexes with the work; the method does not.

Four disciplines

Each one has a mechanism. A discipline without one is a value statement.

These are the four that survived contact with real builds. They are stated with the mechanism attached, because the mechanism is the only part that can fail visibly — and a discipline that cannot fail visibly is not being practised.

01

At every build, follow the business

The platform is shaped to the enterprise’s own process, data and behaviour, rather than the business being bent around a template.

The mechanism. That process is written down first, and acceptance criteria are written against it — each one naming the evidence that would satisfy it. Work that meets no criterion is out of scope by construction, so scope has to be changed deliberately rather than absorbed quietly.

02

An independent gate closes it

The reviewer is never the author. Nothing is certified by the person who made it, including the instruments that do the certifying.

The mechanism. A build is graded against the contract it opened with, by a reviewer holding the contract rather than the intent, and the grade is sceptical by default — a thing is not working until it has been shown working.

03

Decisions are recorded with their reasoning

A choice made in July can be examined in December, including the options that were rejected and why they were rejected.

The mechanism. A decision record states the alternatives, the reason, and what would have to change for it to be reopened. A decision that names no condition for its own reversal is a preference wearing a decision’s clothes.

04

Shared infrastructure is built once

What more than one platform needs is built as one component behind a boundary and consumed by all of them, rather than rebuilt slightly differently each time.

The mechanism. A component shared by more than one platform is specified with a boundary, an interface and a data contract before it is extracted — and if it cannot be specified that way, it is not shared infrastructure yet and does not get treated as if it were.

Isolation

One platform, many use cases.

Each customer’s data, identity and audit trail are isolated by default rather than by configuration. One customer’s failure is not another customer’s incident.

Isolation across customers on one platform Four customers sit on one shared platform and one codebase. Each holds its own isolated data, identity and audit trail, separated by boundaries that hold. An incident inside the third customer's boundary does not cross into the others. DATA IDENTITY AUDIT CUSTOMER A CUSTOMER B AN INCIDENT HERE CUSTOMER C CUSTOMER D ONE PLATFORM · ONE CODEBASE
  1. Customer A — its own data, identity and audit trail.
  2. Customer B — its own data, identity and audit trail.
  3. Customer C — an incident occurs inside this boundary and does not cross it.
  4. Customer D — unaffected, its own data, identity and audit trail.
  5. All four run on one platform and one codebase.

Isolation by default rather than by configuration is the distinction that matters. A boundary that has to be switched on is a boundary somebody eventually forgets to switch on.

AI as architecture

Models where they belong.

Models read, extract and draft. They do not decide what is true, move money or transfer a legal interest — those steps terminate in a record a person is accountable for.

The distinction is architectural rather than editorial. A model sits where its output can be checked against something, and the check is part of the design rather than a policy written next to it.

Transition

Legacy systems leave slowly.

The new system runs alongside the old one against live data before anything is cut over, and the old one is decommissioned only once the record has been reconciled.

  1. Run alongsideBoth systems take the same live traffic. Nothing is switched off, and nothing yet depends on the new one.
  2. ReconcileThe two records are compared until they agree, and where they disagree the reason is found rather than overridden.
  3. Cut overThe new system becomes the record. The old one stays readable.
  4. DecommissionThe old system is retired last, deliberately, and never as the first step.

Standards

What we build against.

Named so they can be checked, and stated as what the work is built against rather than as an approval anyone has granted it.

  • DPDP Act 2023India’s data protection regime — consent, purpose limitation, and the rights of a data principal
  • India StackDEPA, Account Aggregator and ONDC — consented data sharing and open commerce rails
  • NIST CSFSecurity architecture — identify, protect, detect, respond, recover
  • OWASP ASVSApplication security verification, applied at the component boundary
  • W3C Verifiable CredentialsProvenance and attestation that a third party can check without calling us
  • OpenAPIInterface contracts, so an integration is specified before it is built
  • WCAG 2.2 AAAccessibility, treated as a build gate rather than an audit finding

Commercials

Paid against outcomes.

Engagements are structured against defined outcomes. What counts as the outcome is written down before work starts, which is the first discipline applied to the commercial relationship.

What you get

What the method puts in your hands.

A published method is only worth reading if it changes what you receive. Four things follow from ours — and because a page claiming only upside is not credible, each one names what it costs us to keep.

A written definition of done

Acceptance criteria are agreed before anything is built, so what “finished” means is your sentence rather than ours, settled while it is still cheap to change. It costs the first build real time, at the point where enthusiasm is highest and patience lowest.

Defects found by us, not by you

An independent gate returns work, including work that felt finished. That is unpleasant on our side of it, and it is the entire point — the alternative to being told by your own instrument is being told by your customer.

A system that outlives the people who built it

Every consequential decision is recorded with its reasoning, so a handover, an audit, or a new team six months on inherits the argument and not only the artefact. Recording a decision costs more than making one, and it is paid now and collected later.

Components that have already run somewhere else

What more than one platform needs is built once and consumed by all of them, so you inherit a part that has been in production rather than paying for its first version. Pulling a component out behind a clean boundary is real engineering with no visible feature at the end of it.

The honest summary is unchanged: this method is a poor choice for one product built once, and it compounds from about the third. The group is in the business of the third build — which is what makes the trade a good one here, and would not make it a good one everywhere.

Where it shows

The platforms are the output. The method is what makes there be more than one.

Each platform in the portfolio was built this way and each one consumes components the others paid for. That is the whole argument for holding them together rather than separately.

Questions

Written answers

The questions people actually ask, answered in advance. Nothing on this panel is generated.

Not answered here? enterprise@stactray.tech reaches a named officer, not a queue.