Alle cases
Intern systeem

Dashboards · Onderzoekscockpit

HelixOnderzoekscockpit voor papieren handel, alleen intern

Een intern marktinformatiedashboard waarin elke order door één poort op de server gaat die vandaag alles weigert wat niet papier is.

Klant
Internons eigen onderzoek
Dienst
Dashboard, veiligheidsarchitectuur
Jaar
2026eerste commit mei 2026, geverifieerd in git
Status
Alleen papieréén beheerder, geen live orders
Het inlogscherm van Helix op een donker vlak: beperkte toegang, papiermodus, geen live ordersHet inlogscherm: beperkte toegang, papiermodus

Geverifieerde systeemfeiten

Gelezen in de codebase, augustus 2026

1gatewayÉén knelpunt op de server voor elke order: paper-vlag, kill switches in de omgeving, onafhankelijke risicomotor, dan pas de broker
Alleen toevoegenOrderAudit: elke beslissing van de gateway, geplaatst of geblokkeerd, wordt als nieuwe regel weggeschreven, en de app werkt er nooit een bij en verwijdert er nooit een
0live ordersGeen enkele broker-adapter hier kan een live handelsendpoint bereiken: de standaardstub weigert elke order, en de Alpaca-adapter verbindt alleen met de paper-API van Alpaca

In deze build kan geen echt geld bewegen, en Helix geeft geen advies. Het staat op deze pagina omdat de veiligheidsarchitectuur het interessante deel is, niet het rendement.

Het probleem

Een kill switch die alleen in de browser bestaat is geen kill switch.

  • Dashboards die veiligheidsregels tonen maar ze niet afdwingen
  • Orderpaden die om de interface heen bereikbaar zijn
  • Geen registratie van wat er is geweigerd, en waarom
  • De verleiding om live te gaan voordat de poorten bestaan

Het systeem

Eén knelpunt op de server, poorten in een vaste volgorde, en een auditspoor waar de app alleen aan toevoegt.

Helix is een Next.js-app met Prisma op Postgres, authenticatie voor één beheerder en een broker-abstractie die alleen papier toestaat. Elk orderverzoek gaat door één gateway op de server. Eerst moet de paper-vlag letterlijk waar zijn. Dan worden de kill switches in de omgeving gecontroleerd. Daarna beoordeelt een onafhankelijke risicomotor het verzoek. Pas dan gaat een order naar de broker-adapter. De adapter wordt eerst bevraagd op account en posities, omdat de risicomotor oordeelt over cijfers die op de server zijn afgeleid en niet over cijfers die de client meestuurt, en hij is per constructie alleen voor papier: de standaardstub weigert elke order, en de optionele Alpaca-adapter weigert met iets anders te verbinden dan het paper-endpoint van Alpaca. Elke beslissing wordt weggeschreven als één auditregel met de volledige context van elke poort die hij passeerde of waarop hij strandde. Regimebeoordeling, allocatie en een AI-tutor liggen bovenop dat fundament, nooit ernaast.

  1. SignaalRegimebeoordeling en allocatie leveren een beslissing voor het dashboard. Dat aansluiten op de gateway is bewust nog toekomstig werk.
  2. PoortPaper-vlag, kill switches, risicomotor, in die volgorde, op de server.
  3. BrokerEen adapter die alleen papier toestaat: de standaardstub weigert elke order, die van Alpaca praat alleen met de paper-API.
  4. BeoordelenEén beheerder leest het auditspoor; een echte broker blijft een afgeschermde, toekomstige stap.Overdracht aan een mens

Het resultaat

Niets bereikt een live markt.
Elke poortbeslissing bereikt het auditspoor.

  • Eén ordergateway, onafhankelijk van de broker, met de poorten in code in plaats van in de interface
  • Een OrderAudit-spoor waar alleen aan toegevoegd wordt, van elke poortbeslissing, geplaatst of geblokkeerd, met de volledige veiligheidscontext erbij
  • Noodstop en papier-alleen-schakelaars die in de omgeving zitten, niet in de browser
  • Een dashboard voor regime, allocatie en veiligheidsgebeurtenissen, voor één beheerder

Jouw workflow

Heb je een workflow zoals deze?

Vertel ons waar de uren heen gaan. Wij brengen de workflow in kaart, zeggen eerlijk of dit AI nodig heeft of gewone automatisering, en komen terug met een duidelijke volgende stap.

Plan een systems call

Geen gladde verkoop, geen standaarddecks. Eén gesprek met de persoon die het zou bouwen.