Skip to content
ArchXS

A-01 · Advisory and engineering practice

Exactly as much architecture as needed.

ArchXS works by an architecture-on-demand method: architectural effort is limited to the decisions that cannot be cheaply reversed, and the time recovered goes into building the working system. This is how I advised on a bank's core system replacement. It is also how I now run a platform of around ten production systems, from production planning to document flow.

System layers: infrastructure, processes, decisions
Fig. 01System layers: infrastructure, processes, decisions

300+ IT staff

the scale at which I led an enterprise architecture practice and the architecture of a core banking replacement

237 migrations

of one long-lived system's schema, evolution instead of a grand redesign, every change numbered and reproducible

TOGAF · CGEIT · MBA

plus PMP, PRINCE2, MSP, treated as a library to draw from as needed, not as liturgy

A-02Positions

Five convictions. Each defended in its own essay.

  1. 01

    There should be exactly as much architecture as reduces risk.

    A full-time architecture practice tends to produce artifacts that justify its own existence. I spend the effort where a decision is expensive to reverse, system boundaries, the data model, identity, and leave the rest to code and a decision log. The method has a pedigree, and it has hard limits; I write about both.

    The argument →
  2. 02

    Most AI plans will not survive contact with production.

    And that can be established before anything is signed. It takes a handful of questions a real plan can answer and a wishful one cannot: who owns the token cost at production volume, where the quality gate sits, and who carries the consequence when the model is wrong.

    The argument →
  3. 03

    AI proposes, humans decide.

    An architectural pattern with a concrete shape: deterministic gates alongside the model, personal data redacted before anything leaves the organisation, a decision trail that cannot be overwritten. I apply it in every system I build, and I know what it costs.

    The argument →
  4. 04

    Architecture that is not in CI does not exist.

    The architecture model lives in the repository and the validator returns an exit code, a change that breaks a standard stops in the pipeline, not in a review six weeks later. Deviations exist, but as dispensations with expiry dates, never as silent consent.

    The argument →
  5. 05

    Identity is not a login screen.

    It is the security boundary of the whole system. Sometimes that leads to writing your own identity-server extension, in my case, signature-based authentication with a single-use nonce against replay, and it still costs less than losing a single source of truth about the user.

    The argument →
A-03Practice areas

Seven kinds of problem I have stayed with long enough to know their usual breaking points.

There is no service catalogue here. Each area is described the same way: how I look at it, what I have actually built, and what follows, with named standards and numbers, because generalities carry no accountability.

A-04Method

The principles cost more upfront and pay for themselves the first time the team changes.

As much architecture as reduces risk

Decisions that are expensive to reverse get analysis, a record and a review. The rest are made by the team in code and noted in the log. Risk draws the line, not a methodology template, at the bank that meant a full architecture board; on a product build, one decision log.

Decisions written down, not remembered

Every significant decision gets an entry: context, options considered, why the others were rejected. I also keep build-vs-buy tables with a verdict for each rejected option, a year later, that is the only way to understand a system without archaeology.

Proof instead of assertion

Conformance nobody checks automatically is an opinion. Validation belongs in the pipeline and returns an exit code; the audit trail is written to a structure a database trigger will not let anyone overwrite. Then conformance stops depending on memory.

AI proposes, humans decide

The model suggests, deterministic code rules, a person approves anything that leaves the organisation. Slower and less impressive in a demo, but it can be shown to an auditor together with the rationale for every suggestion.

How I work →

A-06Evidence

Things that exist.

Instead of a wall of client logos: code you can read and products you can click.

Open tooling

  • Enterprise architecture toolchain

    A model in git compiled to ArchiMate 3.2 Open Exchange validated against the Open Group XSD; standards with a lifecycle, dispensations with expiry dates, validation as a CI gate.

  • Identity server extensions

    Custom SPI for Keycloak 26: authentication by cryptographic signature (EIP-191) with a single-use nonce, OTP, passkeys.

  • @archxs/keycloak-wagmi

    npm package (MIT): a connector for IdP-managed EVM wallets, EIP-1193 and ERC-4337 smart accounts.

  • Accounting assistant for sole traders

    A self-hosted alternative to SaaS: Polish e-invoicing under the FA(3) schema, tax filings, an LLM agent, around 180 tests.

Repositories →

Live products

  • ticbottoe.lol ↗

    An arena where language models and humans play on one Elo ladder. Every ranked game is replayed and validated server-side; the user's API key never leaves the browser.

  • bindaro.io ↗

    A digital collection platform: web and mobile, seven languages, multiple chains, an analytical agent.

  • cryptocolony42.com ↗

    The Colony Wars on-chain game and Henomorphs collection ecosystem: web and mobile, over 440 Solidity contracts on the Diamond pattern, ERC-4337 smart accounts.

Credentials

  • TOGAF
  • CGEIT
  • PMP
  • PRINCE2
  • MSP
  • Executive MBA
A-08Questions

Questions that usually come first.

A-09Contact

contact@archxs.com

I reply within two working days. A contact form is on the contact page, for those who need it.