Marktmannen wiki AI-platforms

Codex Routines en Agent-continuïteit (Nate Herk)

Laatst bijgewerkt

TL;DR: Een 24/7-agent in Codex is een reeks stateless wake-ups die alleen als één agent aanvoelen omdat elke run eindigt met een handoff-log die de volgende run als eerste leest — continuïteit komt uit gedeelde bestanden, niet uit het geheugen van het model.

Nate Herk zet GPT-6 Astra (het nieuwe OpenAI-model in Codex) op als geautomatiseerde beursagent voor een zevendaagse challenge met $10.000 echt geld. De handelscasus is de verpakking; het overdraagbare deel is het ontwerppatroon voor lokale scheduled tasks in Codex: zes vaste wake-ups per dag, één gedeelde thread, een progress-log als geheugen, notificaties naar ClickUp en beheer vanaf de telefoon. Nate zelf: dit is geen financieel advies — begin met paper trading.

⚠️ Update van de auteur: Astra blokkeert inmiddels financiële acties zoals orders plaatsen. Nate laat Astra nu alleen de strategie bepalen en een GrokBot de daadwerkelijke trades uitvoeren ("een duct tape-oplossing"). Het continuïteits- en routinepatroon staat los van die beperking.

Het dagschema als agent-ontwerp

De strategie is door Astra zelf onderzocht (fan-out naar ~10 subagents) binnen drie constraints: $10.000, zeven handelsdagen, zes checks per dag. Het schema (Central Time):

Tijd Wake-up Taak
07:45 1 Nieuws lezen, account checken, watchlist kiezen
09:30 2 Eerste kwalificerende trade zoeken
11:00 3 Posities reviewen, laatste nieuwe trade overwegen
13:00 4 Bestaande posities beheren
14:15 5 Resterende posities sluiten
14:45 6 Bevestigen dat alles gesloten is, dagresultaat vastleggen

Het ontwerpprincipe erachter: zet je eigen werkdag op een ééndagskalender ("wat doe je vóór opening, een uur erna, vóór sluiting?") en maak per moment een agent. Dat werkt voor elk terugkerend proces, niet alleen beurshandel.

Continuïteit: stateless wake-ups, gedeelde records

Elke scheduled task start zonder chatgeschiedenis. Om toch als één doorlopende agent te werken, volgt elke run dezelfde loop:

  1. Lees de strategie en de vorige handoff (progress-log).
  2. Check de externe bron van waarheid (hier: het Alpaca-account) op wat er werkelijk gebeurd is.
  3. Voer de toegewezen taak uit.
  4. Werk de accountstatus en het progress-log bij.
  5. Laat expliciete instructies voor de volgende wake-up achter — ook bij een no-trade- of mislukte run: wat is veranderd, wat is de uitkomst, welk risico resteert, wat is de exacte volgende job.

Kritische acties worden vastgelegd op het moment dat ze gebeuren, zodat een onderbroken run herstelbaar is zonder een trade dubbel uit te voeren. Persistente bestanden: progress-log, een append-only journal en een evidence-map.

Faalscenario's die vooraf zijn uitgedacht: geen vorig record bij de eerste run; run crasht ná het versturen van een order; twee runs overlappen; corrupt of ontbrekend log; machine of app offline. Deze lijst is als vrij resource-document beschikbaar via Nates Skool-community.

Dit is dezelfde discipline als het sessie.md-/breadcrumbs-geheugen uit Skills, Hooks en Geheugen (AI Report) en de handoff-praktijk in Geheugen en Context, maar dan voor onbeheerde runs: het log is niet handig, het is de enige staat die er is.

Projectisolatie binnen het AI-OS

De challenge leeft als eigen project (docs, agents.md, claude.md voor eventuele overstap, scripts, routines, .env) in een submap van Nates AI-OS ("Herc 2", map Otherworlds). De routines draaien ín dat project, zodat de handelsagent alleen handelscontext ziet en geen bloat uit bedrijfs- of andere projecten; het overkoepelende OS houdt wel zicht op de challenge voor context. Zie Agentic OS voor de bredere structuur.

API-keys: Alpaca-key en -secret in een .env-bestand in het project — nooit in het chatvenster plakken. De Alpaca-plugin in Codex geeft vooral marktdata; voor daadwerkelijk handelen is de API-key nodig. Realtime marktdata is een betaald Alpaca-abonnement ($99/maand); Nate gebruikte dat in zijn eerdere Claude-challenge niet.

Lokale versus cloud-routines in Codex

Lokaal ("this device") Cloud
Draait bij uitgeschakelde machine Nee Ja
Project, model en reasoning kiezen Ja Nee (stand september 2026)
Draaien in een bestaande thread Ja —

Nate kiest lokaal omdat hij specifiek GPT-6 Astra op reasoning high wil. Alle zes routines (plus twee notificatietaken om 13:00 en 15:15) wijzen naar één thread ("challenge thread") in een eigen project, zodat gespreksgeschiedenis en handoffs bij elkaar blijven; Codex' auto-compaction houdt het contextvenster werkbaar. De routines zijn via natuurlijke taal aangemaakt (Astra zet ze zelf op vanuit de strategie-chat, met steer om tussentijds instructies te injecteren) in plaats van handmatig per taak.

Vergelijk met Claude Code Routines: daar draaien cloud-Routines op Anthropics infrastructuur met repo-klonen per run en env-variabelen per Routine; de lokale variant in Codex lijkt op Claude's desktop scheduled tasks. De beperking dat cloud-routines geen model/reasoning-keuze bieden is Codex-specifiek en wordt vermoedelijk snel opgeheven.

Notificaties en monitoring

  • ClickUp als notificatiekanaal: twee rapporten per dag (middag en na sluiting), ook zonder trades; berichten komen binnen als "Sent by ChatGPT from another task". Verzonden vanuit Nates eigen profiel; een apart bot-profiel kan.
  • Codex Remote vanaf de telefoon: de mobiele app spiegelt de lokale desktop-thread, vergelijkbaar met Claude Code Remote — check onderweg wat de agents doen.
  • Falen moet altijd een notificatie opleveren.

Open vragen

  • Hoe ver draagt "één thread voor alle routines" voordat compaction handoff-details wegdrukt? Is een apart log-bestand dan niet altijd de betrouwbaarder bron?
  • Welke onderdelen van het handoff-patroon (wat veranderde / uitkomst / restrisico / volgende job) zijn overdraagbaar naar Cowork-scheduled tasks, die geen lokale bestanden zien?
  • Hoe verhoudt Astra's blokkade op financiële acties zich tot Anthropics beleid — is orchestreren naar een tweede bot een houdbare route of een omzeiling die dicht gaat?

Verwante concepten

Bronnen

#automatisering #agents #geheugen

Backlinks