Skip to main content

We don't just write software. We run it.

At Brishiv Tech Lab, nothing we build gets handed over and forgotten. We operate our own platforms in production, which means every shortcut we might have taken comes back to us first. It is a slower way to build and it is the reason our software holds up.

That standard is only possible with people who have already seen what goes wrong. We keep the core team deliberately small and senior and work with the same specialists repeatedly rather than staffing up for a project and hoping. Most people on a Brishiv build carry 10 to 15 years in the thing they are doing. Not generalists assigned to a ticket. People who know one system deeply, and have maintained it long enough to know how it fails.

We run three platforms of our own, and we build custom software for organisations that need something specific to them. The same engineers work on both, which is the whole point.

What we operate

Kyrospect

The Workspace OS

Authreads

Identity platform for multi-tenant products

Manage Your Web

Managed websites, CMS and AI-assisted migration

Why we run our own products.

Because operating software is where you find out whether you designed it well.

A firm that only builds to order hands over a repository and never learns what happens in year three: which migration hurts, which abstraction was wrong, what an on-call rotation actually costs. We operate what we build, so those lessons arrive on our own systems first and reach a client project already paid for.

It works in the other direction too. Building for organisations outside our own products keeps the platforms honest about requirements we would not have invented on our own.

We built the boring part first.

Underneath all three platforms is one identity layer, built before there was a second product to put on it. Three decisions rather than three dates, and the cost of each one written next to it. This is the part of the work nobody sees and everything depends on.

  1. Build the part nobody sees first

    The default path when a company builds a second product is to copy the first one's login and change the branding. It is faster, and it is how a small company ends up with three subtly different session models and no single answer to who a user is. We built identity as its own service before the second product needed it.

    Cost: two systems to run instead of one, and a network hop in the login path.

  2. Let the products stay small

    A product that does not verify passwords also does not store them, does not implement password reset, does not handle account recovery, and does not carry the breach surface that comes with all three. It receives a short-lived token, checks it against a public key, and gets on with its own job.

    Result: the third platform cost meaningfully less to start than the second.

  3. Offer the same ground to everyone else

    When an organisation needs software specific to them, it starts on the foundation our own products run on rather than on an empty repository. That is the difference between commissioning a build and commissioning a build from people who have already had to operate one.

    And we can keep operating it afterwards, rather than handing over a repository and leaving.

It is not always the right trade. For a company with one product that will stay one product, it clearly is not. We wrote up what it cost us in one identity layer, three products.

Where the depth is.

Four disciplines, each carried by something already running. Nothing here is a capability we would be learning at your expense.

Identity and access

proven in Authreads
Hosted login, session lifecycle, machine credentials and multi-tenant isolation built on published standards rather than a bespoke scheme. Tenant separation is enforced in the data layer, where application code cannot reach around it.

Workforce and operations systems

proven in Kyrospect
Employee records, roles and reporting alongside workday activity capture. This is the category where what a system must not collect matters as much as what it does. Capture limits are governed by policy the workspace can see.

Web platforms and managed delivery

proven in Manage Your Web
Content systems, assisted migration off legacy sites, and publishing pipelines that compile to versioned static releases, so ordinary visitors never read from a database.

Secure distribution

proven in All three
Desktop software signed under the registered company with keys in validated hardware, a separate verification chain for updates, and the privacy and data-processing documentation that has to exist alongside any of it.

The platforms we run.

Each is its own codebase, its own site and its own support channel. What they share is a company and a standard, not a brand. A product should be worth using on its own terms or not at all.

Authreads

Identity platform for multi-tenant products

What it does

Manage Your Web

Managed websites, CMS and AI-assisted migration

What it does

How the work runs.

  • Owned end to end

    A product is owned by the people building it. No specification is handed down a chain to someone who was not in the conversation.

  • Failures stay loud

    We do not paper over a broken dependency with a fallback that returns a plausible wrong answer. A misconfiguration stops the request that hit it rather than degrading quietly for a month.

  • Decisions are written down

    Reasoning lives in documentation beside the code. Handover is a file you can read rather than a call you had to be on.

  • Built once, reused

    Identity, access and sessions are solved in one place and shared. It is the same ground a build for you would start from.

Something you want built?

Tell us what the requirement is and we will say honestly whether one of our platforms already covers it or whether it wants a build. Verification requests from certificate authorities, antivirus vendors and partners reach a person at the same address.

Start a conversation