- ≈300lines in the edge proxy
- ≈11,000lines of Mattermost webapp plugin code
- 95webapp tests on the council interface
- 20test cases on the meeting-stage relay
An edge proxy as the only public surface
Microsoft Copilot Studio needed to call tools on my private MCP server in the Auth and access plane, and I did not want that server to accept a single public connection. I put a small edge proxy in front of it, written in JavaScript for an edge Workers runtime, and it is the only public surface.
The connector sends unauthenticated discovery probes, and the proxy answers those without credentials. On every real call it checks a tenant-pinned Microsoft Entra JWT. The edge runtime has no Node crypto, so the RS256 check uses WebCrypto against signing keys cached in the edge key-value store, and a call never waits on a key fetch.
An alternative high-entropy key is compared by value in constant time, which keeps it working when the connector renames the query parameter, and the key gate has two slots, so keys rotate without downtime. Each of these choices came from reading the connector's actual traffic in edge logs; that behaviour is on the Microsoft Copilot Studio page.
Helix inside two chat platforms
Helix lives inside two chat platforms I do not own, and I wanted both to stay stock. All of its browser-side surfaces are JavaScript and TypeScript extensions: a Mattermost webapp plugin, a React admin app for the Teams working service, and a Node relay for the Teams meeting stage.
Every Mattermost customisation is a plugin, a bot or an external bridge, so the chat server stays upstream and upgradeable.
A browser extension and a signed event feed
Two of FAFOHive's integrations had to live where only JavaScript runs. One platform offered agents no usable API. For it, I built a Manifest V3 Chrome extension that acts in my own logged-in browser session by issuing the same same-origin requests the site makes, with no UI clicking. It never exports cookies or tokens, and a repeated request returns the original receipt without acting twice.
The signed social event feed ends at an edge listener, and the service's web dashboard is JavaScript as well.
On every one of these surfaces I want signature checks at the edge, key rotation without downtime and idempotent writes from a browser. Rust carries the core of these systems, and the engineering that carries weight is on the Auth and access plane and Helix pages.
I pick the language the platform dictates and hold it to the same security bar as the Rust services behind it.