K-SAT AyguFX AI

K-SAT AyguFX AI

Het beslissingsplatform dat een comité van experts laat debatteren en het oordeel voorlegt aan een deterministische risicomotor

K-SAT AyguFX AI is een platform voor beslissingsondersteuning: het laat marktdata analyseren door een comité van gespecialiseerde agents, onderwerpt de resulterende beslissing aan een deterministische risicomotor, en voert ze pas via MetaTrader 5 uit als ze die controle doorstaat.

Dit is geen "trading bot". Het doel is niet meer orders plaatsen, maar controleerbaar maken hoe een beslissing tot stand komt: betere informatie, betere beslissingen, beheerst risico, herhaalbare uitvoering en leren na elke transactie. Het meest succesvolle antwoord dat het systeem kan geven is vaak om niets te openen.

De keten hieronder draait op volgorde en geen enkele schakel kan worden overgeslagen. Zonder positieve goedkeuring van de risicomotor en de risicodirecteur is geen enkele beslissing uitvoerbaar; geen consensusscore kan een risicolimiet opzijzetten.

PythonFastAPIPostgreSQLRedisSQLAlchemy / AlembicMetaTrader 5ClaudeNext.jsDockerPytest
K-SAT AyguFX AI

Schakel 1 — Het comité van gespecialiseerde agents

In plaats van één mening uit één model werkt er een comité, waarbij elke agent naar zijn eigen domein kijkt.

  • Negen analysespecialisten. Technische structuur, price action, kandelaarpatronen, steun en weerstand, kwantitatieve meting, marktregime, macro-nieuwsstroom, sentiment en historische analogieën — voor elk een aparte agent.
  • Onenigheid wordt niet weggedrukt. Agents kunnen dezelfde data lezen en tot verschillende conclusies komen; in plaats van dat verschil te verbergen brengt het systeem het naar een debatfase en leidt daaruit de consensus af.
  • De portefeuillebeheerder brengt het samen. De uitkomst van het comité is op zichzelf geen order: een portefeuillebeheerder-agent weegt ze tegen open posities en allocatie.
  • Data wordt eerst gevalideerd. De keten begint niet met marktdata maar met een versheids- en consistentiecontrole daarop. Bij twijfelachtige data komt het comité nooit samen.

Schakel 2 — Deterministische risicomotor en CRO-veto

De laatste controleur is geen taalmodel. Hij is bewust deterministisch: dezelfde invoer geeft altijd hetzelfde resultaat, en de reden is leesbaar.

  • Een model kan een limiet niet oprekken. Hoe sterk de consensus ook is, een beslissing die een ingestelde risicolimiet overschrijdt wordt niet uitgevoerd.
  • Het veto van de risicodirecteur (CRO). Een tweede poort boven de motor; zonder positieve goedkeuring gaat de keten niet verder.
  • Configuratie staat in bestanden, niet in code. Risicoparameters, symbooldefinities, agentinstellingen en de economische kalender staan in aparte configuratiebestanden — wijzigen vraagt geen code.
  • Fail-closed. Gaat er iets mis met de verbinding, de data of de database, dan blijft het antwoord van het systeem niet dubbelzinnig: het is altijd "geen transactie".

Schakel 3 — De prop firm-regelmotor

Een overtreding op een prop firm-account is niet terug te draaien; het account is weg. De controle gebeurt dus vóór de order, niet erna.

  • De overtreding wordt door projectie gevangen, vóór ze bestaat. De motor vraagt: "als deze positie helemaal tot haar stop loopt, breek ik dan de limiet?" Zo ja, dan opent de positie niet.
  • Echte contractregels worden gemodelleerd. Daglimiet voor verlies, statische en meelopende maximale drawdown, winstdoel, minimum aantal handelsdagen, consistentieregel, lotplafonds en de verboden rond nieuws, weekend en overnight carry.
  • Een niet-geverifieerde regel draait niet. Zolang de regels niet tegen uw eigen contract zijn gecontroleerd en als bevestigd gemarkeerd, keurt de motor geen enkele transactie goed — een geraden regel is geen regel.

Schakel 4 — Uitvoering en veiligheidspoorten

Zelfs een goedgekeurde beslissing gaat niet rechtstreeks de markt op: er zit een aparte veiligheidslaag tussen.

  • Uitvoering staat standaard dicht. Het versturen van orders wordt geopend met een aparte schakelaar achter een aparte goedkeuringspoort. De standaardmodus werkt op papier.
  • Het risico op verbinding met de verkeerde broker is gesloten. Spreken het accounttype en de servernaam elkaar tegen, dan start het systeem helemaal niet; het terminalpad moet expliciet worden opgegeven.
  • Beheer van openstaande orders en positiebewaking. Een order blijft na verzending bewaakt; de positiestatus wordt teruggevoerd in de keten.
  • Gescheiden rechten. Lezen en uitvoeren zijn twee afzonderlijke tokens; de interface krijgt alleen leesrechten.

Schakel 5 — Levende kennisbank en reflectie na de transactie

Elke gesloten transactie wordt een registratie die de volgende beslissing van het systeem voedt.

  • Reflectie na de transactie. Een aparte agent beoordeelt de uitkomst: was de beslissing goed om de juiste reden, of kwam een goed resultaat uit een verkeerde reden?
  • Twee kennisdepots, nooit vermengd. De getypeerde, gebronde bank die de agents lezen staat los van de ruwe onderzoeksbibliotheek waar de mens werkt. De overgang van de ene naar de andere moet een bron- en typecontrole passeren.
  • Geen bewering zonder bron. De kennisbank wordt beschermd door een controlepoort: een notitie zonder onderbouwing komt niet in de beslissing van een agent.

Cockpit en API

Het systeem is geen zwarte doos: de reden achter elke beslissing is op het scherm leesbaar.

  • De beslissingsketen is zichtbaar. Welke agent wat zei, waar de consensus ontstond, wat de risicomotor afkapte — het hele pad is traceerbaar.
  • Het token bereikt de browser niet. De interfaceserver treedt op als tussenpersoon; de API-sleutel belandt nooit bij de client.
  • Programmatische toegang. Dezelfde keten is via een HTTP-API te gebruiken en sluit aan op uw eigen gereedschap.

De eerlijkheidspoort

Het meest ongewone aan dit product is wat het weigert over zichzelf te beweren.

  • Er wordt geen bewezen edge geclaimd. Metingen binnen en buiten de steekproef worden apart gerapporteerd, en een zwak resultaat buiten de steekproef wordt niet verborgen. De meting wordt niet opgeofferd aan een marketingzin.
  • Boekhouding van meervoudige pogingen. Backtests draaien walk-forward en houden rekening met het aantal beproefde strategieën — probeer lang genoeg en iets lijkt altijd te hebben "gewerkt".
  • Acceptatiecriteria zijn expliciet. Wat het systeem haalde, en wat zonder live terminal niet meetbaar was, staat apart opgeschreven.
  • Dit is geen beleggingsadvies. Het platform is een instrument voor beslissingsondersteuning en risicobeheer. Gebruik met echt geld wordt niet geactiveerd voordat elke veiligheids- en testpoort is doorlopen.

Van start gaan

  1. Afbakening en regels. Uw symbolen, uw risicolimieten en, waar van toepassing, uw prop firm-contract gaan de configuratie in; de regels worden tegen het contract geverifieerd.
  2. Infrastructuur. Database en cache opgestart, terminalverbinding en accounttype geverifieerd.
  3. Gratis demonstratie van begin tot eind. De hele keten draait en wordt bekeken zonder ook maar één modelaanroep.
  4. Papieren werking parallel. Het systeem produceert echte beslissingen op de echte markt; er worden geen orders verstuurd, de beslissingen worden gemeten.
  5. Gecontroleerde opening. Uitvoering gaat pas open nadat acceptatiecriteria en metingen samen zijn beoordeeld, via een aparte goedkeuring.

Kan dit bij u draaien?

Beschrijf uw werking in twee regels. U krijgt een becijferde scope terug, geen brochure.

Of bel ons rechtstreeks +32 460 25 64 64
WhatsApp · Brief 24u